予約のスケジュール、予約手数料、お支払い方法を使用して、ページをできるだけシンプルに保ちたいと考えています。
しかし、ユーザー中心のアプローチを心に留めておくと、発生する可能性のある問題は次のようになります。
ユーザーが予約をキャンセルできるかどうかを知りたい場合はどうすればよいですか?
確認ページでキャンセルポリシーを説明すると、メインフロー(予約)の邪魔になりますか?
ポリシーは次のようになります。
「アポイントメントスケジュールの少なくとも24時間前にキャンセルすれば、100%のリベートを受け取ることができます。」
このアプリは予約料金のみを請求し、キャンセル後にリベートが提供されることに注意してください。サービスの支払いは、サービスが行われた後に行われます。
関係者の1人は、次のようにも述べています。「ユーザーがキャンセルできることをユーザーに示しているので、予約に自信がないという考えが得られるでしょう」
ユーザーが予約をキャンセルできるかどうかを知りたい場合はどうすればよいですか?
確認ページでキャンセルポリシーを説明すると、メインフロー(予約)の邪魔になりますか?
ユーザーがキャンセルポリシーを知りたくて、確認の直前に現在のビューでそれを表示できない場合はどうなりますか?メインフローをまったく壊すだけです。
変化する障害や不確実性は人間の生活の一部であるため、これらを考慮に入れることでUXが確実に向上します。
確認ページに配置する必要があるという意味ではありませんが、あなたの説明から、確認ページはこのための適切な場所のようです。
一部の企業がメインフローでこれをどのように活用して、コンバージョン率を最大化する(そして、場合によっては追加のお金を稼ぐ)の例をいくつか見ることができます。
1。 Zapposは、ブランドと顧客関係の一部として返品ポリシーを持っています
予約をキャンセルできることをユーザーに知らせることは、実際には優れたユーザーエクスペリエンスであり、上手に提示されれば、製品に対する信頼が高まります。
私は彼らにキャンセルするオプションを与え、キャンセルポリシーを説明すること(あなたが与えた説明は簡潔であり、仕事をします)は決して邪魔にならないと思います。
これは優れたUXであるだけでなく、無意識のうちにユーザーが希望するときにオプトアウトできない一方向の予約ではないと感じさせることにもなります。