再注文を使用する必要があるときに[新規注文]オプションを使用しているお客様
私は顧客がフォームを介して注文するためのフォームを持っています（eコマースソリューションが登場しますが、当面はこれを使用しています）。ここに一つ <select>ドロップダウンすると、問題が発生しました。再注文は、古い注文を参照し、製品のカスタマイズされたテキスト（名前タグの名前など）を変更するためのものです。新しい順序とは、すべてのオプション（サイズ、マグネットバッキング、フォントなど）を指定することを意味します。技術的な理由により、以前の注文のデータをフォームに入力できません。
New Order or Reorder?
New Order
Reorder
受け取ったフォームとお客様からのフィードバックを見ると、多くのお客様が再注文を使用する必要があるときに[新規注文]オプションを使用していることがわかりました。反対のことをする顧客（新しい注文を使用する必要があるときに再注文を使用）は問題になりませんでした。
これを見て、以下の変更を行いました。最初に並べ替えを配置し（ほとんどの注文は並べ替えであるため）、説明テキストを追加しました。
Reorder or New Order?
Reorder (You can make changes from a previous order)
New Order (This is an entirely new order)
このように見えます
問題はまだ起こっています。フォームが長すぎるとお客様から苦情があった場合は、Googleから連絡を取り、Reorderを使用する必要があることを説明します。そもそも問題を防ぐために、UI/UX Tweakが必要です。私は彼らがどの言語を使用するかを尋ねましたが、回答は至る所にあり、共通のテーマはありません。
ユーザーの人口統計は通常、古く、技術に精通しておらず、ビジネス指向です。
顧客が本当に再注文を使用したいときに、新しい注文を使用できないようにするにはどうすればよいですか？
顧客のように話す
特に会話で暗黙の意味が見落とされがちな高齢の顧客の場合は、より会話的になると役立ちます。わかりやすくするために、通常は少し余分なテキストで延期されることはありません。これは常に若い市場に当てはまるわけではありません。
お客様の心の状態に入る...
「再注文」とは、「同じ注文を再度行う」ことを意味します。
しかし、前回から変更を加えたい。
私知っている並べ替えの意味は何ですか。
「新しい注文」です✔️
明らかに、私はあなたの顧客ではありません。私はここにいると思いますが、あなたは考えを理解します。
決定の枠組みを変えるとどうなりますか？もっと会話力があったら？
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
@ PeterLの優れた点に応えて…
「再注文」のための、他の、おそらくより明確なボタン言語：
Customize a previous order
Copy and revise previous order
Copy and revise from order history
そして、それらに沿ったいくつかの「新しい順序」の言語オプション：
Start a blank order
Order new items
Order something new
なぜこれが起こっているのか
Wordでは（まあ、それを引き起こしているWordが存在するため、つまり3つ一緒になっているため）：jargon。
それはそれのように見えないかもしれません...含まれる両方の単語は一般的な言語の単語です。しかし、それは実際には問題を悪化させており、助けにはなりません。
あなたは「re-order」という言葉を使って、業界の供給側でそれを使用する一般的な方法を意味しています。ただし、サービスを使用している人々は、それがあなたがしていることと同じことを意味していると理解していないことは明らかです。
さて、あなたはそれを専門用語として認識しませんが、それはあなたがこの文脈の中であなた自身の用語に精通しているからです。ただし、問題はあなたが「再注文」の意味ではなく、顧客が何をしているのか、特に「新しい注文」との関係において顧客が何を意味しているのかということです。
"新しい順序"このコンテキストでも同様に問題があります。それは、独自の表現が明らかに顧客が従事しているものであると思われる場合、バイナリのブロック/排他的な選択であるためです。それらはです古い注文との類似点/共通基盤を共有する注文であっても、彼らの観点から、新しい注文を作成する。この言い回しの存在は、他のオプションが顧客の根底にある意図で理解されているように一致する場合でも、反対の立場にあるものよりも常に高い選択率を持つことを意味します視点。
それを修正する方法
単語を説明するのをやめる。あなたの視点または供給/サービス側のコンテキストに基づいて物事を参照するのをやめます。顧客を自分の視点に造ろうとするのをやめます。
代わりに、own言語を完全に変更してください。あなたは、注文の履行プロセスがあなたに見える方法から、誰かが注文するという見方に視点をシフトする必要があります。彼らはどのように注文の異なる「タイプ」に対する彼らの意図を説明しますか？彼らにとって、彼らはあなたがそれらを見る/分類する方法で異なる「タイプ」でさえありますか？次に、それをどのようにキャプチャして対処できますか？
リピートユーザーは少なくとも（さまざまな程度で） "トレーニング"できますが、人々は説明をスキップする傾向があります。説明が長いほど、スキップされる可能性が高くなります。特に人々は近道をします。つまり、彼らが彼らの意味を知っていると信じている言葉を彼らに与えれば、彼らはそれを説明していると思われるテキストを読む可能性がはるかに低くなります。
オプションに「再注文」という名前を付けると問題が発生する場合は、それを完全に呼び出すのをやめてください。このコンテキストでは、「新しい注文」をバイナリオプションとして配置するのをやめる必要があるかもしれません。パースペクティブ、もちろん「新しい注文」です。これについて説明できると期待しないでください。オプションの前に説明を並べ替えると役立つ場合がありますが、最終的には根本的な問題を覆い隠してしまい、より直接的に対処するよりも成功率が低くなる可能性があります。
サービスを設計する上で、毎日、そしてあなたやサービスのオペレーターにとって中心的なものは、そのサービスを使用する人にとって、1か月のうちの1〜2分に過ぎないことを覚えておくのは難しい場合があります。言い換えると、その人のスキーマに記憶/統合する必要があるものとしての重みはありません：効果的にトレーニングを試みます（これがそうなるためです）サービスを継続的に積極的に使用していない人は運動です関係するすべての人にとって無益であり、単にあなたとサービスを使用している人々の間の摩擦を生み出すのに役立ちます。
質問とテストの両方を行う必要があります
あなたのサービスを利用している人々に何が最も適しているかについて具体的な答えを与えることはできません。それを見つける方法についてのアイデアだけです。フォームの変更を最小限に抑えて（要件として）印刷注文サービスを引き継いだところ、それを使用しているほとんどの人は、使用している表現に問題がありません。しかし、彼らはまた、ほとんどの場合、サービスのヘビーリピートユーザーであり、週に1時間ではなくても月に少なくとも1時間は、場合によっては注文に費やします。ヘビーユーザーではない少数のユーザーは、新しい注文（通常は1回限り）しか行わないことが多いため、うまく機能します。
顧客と話してください。古い注文に基づいて注文するプロセスをどのように参照しますか？
流れを変える！
私がこれに個人的に取り組む方法の1つは、常にが「新しい注文」を出し、代わりに注文プロセスの開始時に（直接反対することなく）オプション）：
- "importfrom以前の注文"（ここでの表現は、何が起こっているのかを区別する上で重要であると考えています）
- "注文テンプレートを使用して注文を高速化してください！" （時々文脈的に特定の意味を明確に暗示するように思われる見慣れない表現を使用し、誰かに「それは何ですか？」彼らがあなたの説明を受け入れている人に言っています...しかし、これを理解することはあなたよりも彼らにとってそれほど重要ではなく、彼らはそれをスキップするかもしれません）
- 「変更をリロード」（ただし、彼らはがこのプロセスを行っているときに何をしているのかを想像します、そのが一致する必要があるものです）
例として、中央画面の選択を提供する注文フローのページは次のとおりです。
- 「はい。古い注文からインポートして、新しい注文のコピーをすばやく変更できます」
「通常のフロー」継続オプションを使用（例：右下隅）
- 「いいえ、この注文は以前の注文とは異なります」
ドロップダウンまたはラジアルオプションのバイナリ要素に直接対抗するのではなく、フローボタンを効果的に分岐します。唯一の除外アスペクトは、排他的コントロールの直接的な正反対ではなく、フローの選択に続く自然なものです（それらの観点から分離）スペースはここで役立ちます。1つはメインの選択領域のアクションアイテムであり、もう1つは通常のフロー継続領域です。これは、関連するコンテキストが互いにどのように変化するかによります）。
または、現在の注文への「アドオン」として、注文プロセスの早い段階で、他のオプションとは反対にチェックボックス/同様のコントロールではなくを配置します。または、前の注文の選択ビューに移動して「インポート」/「再注文」を選択するボタン。 （おそらくこれには新しいビューが必要になるため、誰かが選択するのに十分な情報が得られます：特定の会社から特定の日付/注文番号で何を注文したのか私にはわかりません、注文の詳細を確認する必要があります少なくともある程度の要約）。
以前の注文からの注文の選択をどうにかして表示する必要があることを考えると、フローレスポンスまたは関連するモーダルを生成する強力な手がかりであるため、個人的にはある種のアクションボタンを支持します（ただし、これにアプローチします）。
あなたの現在の流れの問題の一部は、彼らが明らかにしたいこと（彼らの理解の中で新しい注文をする）と彼らがまたしたいことの間に排他的なバイナリ選択を置く方法によって混乱の要素を作り出すことですしますが、必ずしも実現しません（古い注文を再利用し、変更を加えて…新しい注文を出します）。言語を変更しても、この問題は完全には修正されません。「新しい注文」を開始することに反対するという点で、この問題のバイナリ除外の側面を削除する必要があります。代わりに、現在の「新しい注文」のの上に重ねることができる何かを「再注文」します。
違いがソフトウェアロジックの側面から本質的に存在しない場合でも、それが理解を導き、フローを顧客の意図に基づいて顧客の視点に一致させることが重要です。
ヘルパー
注文が以前の注文とよく似ている時期をプログラムで見つけられますか？現在の注文をできる見つけるまでに「遅すぎる」としても、現在の注文をより速くすることができます。それは、次回注文時に「インポート/並べ替え/何でも」オプション。または、「注文を合理化するための新機能！」に関するメールを送信します。 （見落とす、無視する、スパムになる、または最終的に再度注文するまでに忘れる可能性がありますが、確実に試すことができます。ただし、サービスのフロー内で実行できることに集中することをお勧めします）
機能が絶対的な意味で「新しい」ものでも、あなたのコンテキストでもかまいません。ポイントは、それが彼らにとって新しいということです。 Contextおよびパースペクティブ。
テスト
個別のインスタンスを設定するか、テストグループに使用する特定の異なるリンクを提供することで、サービスでA/Bスタイルの設定を作成できるかどうか、ターゲットを絞ったテストと関連するフィードバックのために顧客のグループを募集できるかどうかを確認します。変更する内容を事前に話し合わないでください。彼らが新しいフォーマットでいくつかの注文を行ったら、違いがあったかどうかを確認できるはずです。
理想的には、注文時にこれらの顧客の一部を隠すことができれば、彼らのプロセスと関連する思考の実際のアイデアを得ることはさらに有益でしょう。
あなたは誰もが得ることは決してないだろう。人々は異なり、プロセスへのアプローチも異なり、全員のために設計しようとすると、解決するよりも多くの問題が発生することがよくあります。この設計の観点から、エッジケースについて心配する必要はありません。代わりに、サポートまたは直接のアウトリーチによってそれらをキャプチャします。しかし、あなたのサービスではなく、彼らの視点からアプローチできる限り、サービスを使用するほとんどの人にとってより良いエクスペリエンスを作り、彼らがしようとしているタスクにどのようにアプローチしているかと直感的に機能する何かを設計することができるはずです。あなたのサービスを介して完了するには。
ラベルのテキストは問題ではありません。 ユーザーは、サイトとの相互作用をどのように期待しているのかを伝えています。
おそらく、この動作は、ユーザーがプロセスの早い段階で前のアイテムを並べ替えたいかどうかをユーザーに尋ねていることを示しています。ユーザーが「わかりました。これ以上必要です。ログオンして新しい注文を作成します」と考え、それから新しい注文を開始します。
代わりに、「新しい注文」、、のいずれかのオプションを提供して、「前の注文から事前入力」するオプションを提供します。このようにして、ユーザーはこれまでと同じように作業を続けることができ、以前の注文からコピーすることができます。
大量の再注文が発生した場合は、最初にそれを促すプロンプトを最初に表示します。
スピードアップしたいですか？私たちと一緒に買い物をした最後の注文番号をドロップしてみませんか？
既存の注文番号がない場合、またはまったく別の注文をしたい場合は、引き続き新しい注文を行ってください。
現在のシステムでは混乱が生じる可能性があります。あなたが言うように、ユーザーは、並べ替えオプションを説明するとすぐに、並べ替えができることを学びます。つまり、オプションの説明が不十分です。
2つのことを試してみます。 1つは、ドロップダウンを削除して、代わりにボタンを使用することです。ボタンはワンクリックですが、ドロップダウンは2つ必要です。次に、オプションの名前を変更します。あなたのユーザーベースは「再注文」を「同じものをもう一度注文する」と同等と見なしているかもしれません。次回は、任意のユーザーに連絡するときに、並べ替えオプションの目的を尋ねます。これにより、ユーザーがオプションを見逃している理由が完全にわかります。
また、ユーザーが「新しい注文」オプションを使用しているかどうか、または最初のようにゼロから始めているかどうかも検討します。彼らがあなたのドロップダウンを使用する場合、変更する必要があるのは単なる説明です。ドロップダウンをまったく使用しない場合は、オプションの表示を改善する必要があります。 1つのアイデアは、ページが読み込まれたときにボタンを視力に近づけることです（ページの中央、またはユーザーをこのページに移動させた最後のページのナビゲーションボタンに近い）。別のアイデアは、ページ内の他のオプションからいくつかのコントラストを作成することです。
適切に説明できない場合はお知らせください。参考にするために、いくつかの例を追加してみます。
編集：ドロップダウンの問題については、このリンクを検討してください。 https://baymard.com/blog/drop-down-usability
オプションの数が固定されており、オプションが非常に限られている場合は、ボタンまたはラジオボタンの方がドロップダウンより優れています。特にあなたの義務付けられている場合には、ユーザーにとって不必要な面倒はありません。それはあなたのケースを直接助けるつもりはありませんが、あなたのオプションにいくつかの追加の可視性を提供します。
非常に単純なソリューションが欠けているようです：
- 新規注文
- 再注文
- 同様の順序
「類似注文」は、現在「再注文」と呼んでいるものです。 「再注文」自体はほとんど同じフローです。フィールドを変更することもできますが、デフォルトではそれをスキップして直接注文を送信します。
それは、1つのオプション「注文」を持ち、そのページにドロップダウンして、編集できるかどうかにかかわらず前の注文の詳細をコピーするのと同じくらい簡単かもしれません。
このアプローチは、主なユースケースが最初から何かを注文する場合に適しています。
多くの場合、ユーザーに質問するのではなく、適切なデフォルトを提供することで、ユーザーに最善のサービスを提供できます。並べ替えが十分に一般的なユースケースであると想定すると、次のようにします。
- 質問の再注文/新しい注文の質問を完全に削除します。
- 以前の注文で入力した値を注文フォームに事前に入力します（特定の値を再利用しても意味がない場合は、省略します）
フォームの上に、次のような非常に目立つメッセージを表示します。
前回行った選択を事前に入力しました。あなたもすることができます start with an empty form。
「空のフォームから開始」は、フォームをクリアするボタンです。