予約済みの乗客をチケット予約に追加する
割引価格でチケットを予約できるサブスクリプションモデルがあります。
現在、私たちのサイトでチケットを予約しようとすると、乗客の数とタイプ（子供、若者、大人、高齢者）を選択した後、「予約済みの乗客ですか？」また、追加した乗客ごとに、どのパスが登録されているかを尋ねる追加のステップが予約パスに追加されます。
特にサブスクライブしたユーザーは、定義により、できるだけ早くチケットを予約したいリピーターであるため、これは少し不格好で長くなります。
私たちは、サブスクリプションタグを次の方法（これは単なるモックアップです）で、youth/child/adult/seniorと同じレベルに含めるというアイデアを持っていました。 
チームの一部の人々は、これがサブスクライブしていない「通常の」ユーザーを混乱させるのではないかと心配しています。これはリスクだと思いますか、それとも変更は良い習慣でしょうか？このようなものをどのようにテストしますか？
仕事をするプログラムを書いてみませんか？
ユーザーがシステムにログインしていて、システムがサブスクリプションタイプを認識していることを考慮してください-これを試してください：
明らかに、あなたはそれを表現するいくつかの創造的な方法を考えることができます、これは単に私の考えを伝えるためです。
サブスクリプションの対象となるサブスクリプションの数に基づいて、システムは自動的に特典を適用します。
そして、最終的な金額は、違いとともに表示されます。
2つ目の画像で混乱している人がすぐにわかります。出張先でシニアの方を連れて来る場合、どのボックスにチェックを入れますか？両方を選択しますか？ ３人連れてきたらどうですか。 1つはビジネスサブスクライバーであるシニアで、もう1つは大人である妻です。
さらに言えば、なぜこの画面がまったくないのでしょうか。乗客の詳細を入力する画面を用意します。これには、乗客の年齢層の質問と、タイプ（ビジネスサブスクライバー、プレミアムなど）に関する個別の質問を含める必要があります。
画面の下部で、さらに乗客がいるかどうか尋ねます。 「はい」をクリックした場合は、乗客の詳細画面の別のコピーをロードして、記入してもらいます。彼らがいいえと言うとき、それらを追加するために戻って行くオプションで乗客の要約を彼らに与えてください。
心に浮かぶ1つのオプションは、プロセスに追加の手順を追加するのではなく、「購読者」オプションを開示ボタンの後ろに隠すことです。
ただし、自然に好奇心が強いため、多くの人々はおそらくそれをクリックして欠落しているものを確認するため、エンドツーエンドのプロセスはそれほど速くはないかもしれません（開示ボタンの適切な文言でそれを最小限に抑えることができる場合があります）。 。それでも、「私がシニアとプレミアムの両方の加入者である場合、それぞれ1つずつ追加する必要がありますか？」別の答えで言及された問題。