Eコマース製品ファインダーの質問にはどれくらいの質問がありますか?

決定変更の質問をカウントします。, 画面ではなく

どの質問にも慣れない言語を使うと、短いファインダーは難しいと感じられます。 各回答が容易で、明確に関連性があり、その結果に向かって顧客を動かすと、より長いファインダーは簡単です。 したがって、有用な測定は画面の総数ではなく、各バイヤーから必要な正当な努力の量です.

提案されたすべての質問については、各回答が変化する内容を書き留めてください。 回答が不適切な製品を削除しない場合は、有効な製品の注文を変更し、表示された証拠を変更したり、サポートパスをトリガーしたりすると、問題はおそらくファインダーに所属しません。 結果ページの好みとして後で有用かもしれません.

異なる顧客パスを別々に保ちます。 正確な製造業者の参照を知っているバイヤーは、アプリケーションを知っている人として同じ旅を強制しないでください。 どちらも同じカタログに達することができますが、異なる質問が必要です.

最初の質問の前に停止ルールを書く

停止ルールのないファインダーは、決定を改善するためではなく、利用可能なので、情報を収集する傾向があります。 成功した結果が含まれているものを定義します。: 製品の有効なセット, 確認された要件, 使用される証拠, variant と条件の間の任意の区別はまだチェックする必要があります。.

ファインダーは、1つの製品、いくつかの有効な選択肢、または人間の手引きで停止することができます。 単一の結果は自動的に改善されません。2つの製品が有効になったときに偽の確実性を作成する場合があります。 ショートリストは、自動的に安全ではありません:それは単に顧客への未解決の技術的な決定を転送することができます.

• 確認された事実が一致するサポートをしたときに製品を停止します.
• すべての項目が有効で、残りの違いが優先されると、ショートリストで停止します.
• 必要な事実が未知、矛盾、または承認されたカタログから不在であるときのサポートを停止します.
• 確認された条件がすべての利用できるプロダクトを除外するとき結果と停止して下さい.

最初に最も価値のある簡単な質問に尋ねる

最初の質問は、通常、顧客が知っている可能性があり、それが意味的にカタログを分けることです。 プロダクト タイプ、適用、機械作ります、意図された使用または知られている参照は強い開始の質問である場合もあります。 すべての有効な決定がそれに依存しない限り、ツールまたはマニュアルを必要とする障害測定は、ほとんどすべての有効な決定がそれに依存しない限り、最初のステップを歓迎しません.

実際のカタログレコードに対してテストすることで、質問の価値を推定します。 それは多くの不適切な製品を削除しますか? 深刻な不一致を防ぎますか? お客様に安心してお答えできますか? 買い手が答えを推測すれば、スプリットを得られる質問は必ずしも価値的ではありません.

それを尋ねる前に不慣れな事実が必要である理由を説明してください。 顧客が直径を測定する必要がある場合は、測定場所を表示し、近似値が許容されるかどうか単位と状態を指定します。 良いガイダンスは、放棄と自信を持って間違った答えを両方減らします.

個別の適格性、ランキング、プレゼンテーション

製品が含まれているかどうかを適格性の質問は決定します。 すでに有効な製品の注文をランキングしてください。 プレゼンテーションの選択肢は、基礎的な一致を変更することなく、結果がどのように表示されるかを変更します。 これらの役割を組み合わせることで、好みが互換性のルールを上書きすることができます.

たとえば、作業圧力または承認されたアプリケーション関係は、ブランドの好み、配送速度、または色が有効なオプションをランク付けする場合があります。 価格は顧客が適したプロダクトを比較するのを助けることができますが、低価格は不適切なプロダクトが受諾可能に見えるようにしないで下さい.

• 堅い条件:確認された必要性を満たすことができないプロダクトを除外して下さい.
• 好み: 有効なままプロダクトを発注して下さい.
• ディスプレイの選択: ショートリストの表示または比較方法を変更します.
• ユニファイド入力: 安全に確認したり、レビューするまで製品を除外することはできません.

顧客が関連した質問だけを見るようにブランチを使用する

良いファインダーは、固定アンケートではなく、決定の木です。 既知のモデルを選択する顧客は寸法を入力する必要はありません。 いくつかの未解決のバリエーションを持つアプリケーションを選択する顧客は、フォローアップ質問が必要な場合があります。 ブランチングは決定に比例したパスを保持します.

各ブランチを明示的なルールとして記述し、データが欠落したときに何が起こるかをテストします。 後の設定から必要な回答を差し控えないでください。 顧客が戻ってきたときに、以前の回答を保存しますが、回答が変更されたときに、すべての依存した結果を再計算します.

ルートが分岐できるときに一定のステップ数を約束する進捗インジケータを避けます。 「いくつかの詳細」や既知のセクション内での進行を示すなどの単語を使用する。 顧客が5のステップ4で、それから3つの予期しないフォローアップを受け取ると言われるべきではありません.

設計した答えとして「私は知りません」を扱います

お客様が、カタログ使用の正確な情報が欠如する場合があります。 未知のオプションを削除すると、放棄よりも悪くなる可能性がある推測を促します。 未知の回答が別の質問、説明された測定、リファレンスルックアップ、またはヒューマンサポートを通じて解決できるかどうかを事前に決定します.

「全ての商品」とは無声に意味してはならない。 不当な事実が適格性を制御する場合、安全な勧告はまだ作らないことを説明してください。 証拠が解決し、既に供給した回答を保存し、サポートが応答するときに再び開始する必要はありません.

各ステップをクリアし、グループだけに関連した詳細をグループ化

GOV.UK Design Systemは、ユーザーを決定に集中する方法として質問ページを提示し、関連する質問がページを共有できるかどうかをユーザー研究が決定すべきだと述べています。 これは、製品ファインダーのための有用な出発点です。回答が次のブランチを変更すると、ステップごとの1つの明確な質問がうまく機能します。密接に関連した寸法が一緒に入る方が簡単です.

質問自体をメインヘッディングとして使用し、目に見えるバックアクションを提供し、説明するコントロールに近いヘルプを維持します。 小さな画面では、小さな選択肢の長いグリッドを避けます。 大きい制御、短いラベルおよび単一の明らかな続行の行為はスキャンし、正しいために道をより容易にします.

数少ないページを想定するのではなく、実際の顧客とのグループ化テストは、より少ない努力を意味します。 1つのラベル付きの図の3つの測定は、一緒に簡単です。 有効なショートリストが表示された後、3つの関連のない商用設定がより簡単です.

指示およびラベルをアクセス可能にして下さい

W3CのWebアクセシビリティイニシアチブは、必要な入力、オプションの入力、予想されるフォーマット、その他の関連する指示を特定することを推奨します。 また、プレースホルダのテキストはラベルの置換ではなく、消失し、アシスト技術によってラベルとして一貫して処理されていないと警告しています.

永続ラベルをコントロールする。 関連する入力、サポートキーボード操作、可視フォーカスを保存し、色だけに依存しないヘルプとエラーメッセージを関連付けます。 図が測定を記述する場合、等価なテキスト説明を提供します。 ズーム、キーボードナビゲーション、スクリーンリーダーでの完全な旅をテストします.

アクセシビリティテストは受諾基準に所属しています。 技術的に正しい製品を返すのはファインダーですが、質問に答えることから一部の顧客は正しく機能しないのを防ぎます.

承認されたカタログの事実に関するすべての回答を作成

質問ロジックと製品データが同じ定義を使用する必要があります。 ユニット、属性名、オプション値、互換性関係を正規化し、それらに依存します。 保存した値とは別に、顧客向きのワーディングを保ち、クリアーなラベルはルールを変更しません.

マッチングとハンドオフによる安定した製品とバリアント識別子を運ぶ。 推奨項目のアイデンティティとして編集可能なタイトルを使用しないでください。 必要なフィールドが一部の製品に欠落している場合、記録された理由でそれらを確認または除外するためにそれらのレコードを送信してください。ファインダーの移動を維持する価値を発明しないでください.

M.I.A.I製品ファインダーは、要件から関連する説明可能なショートリストへのバイヤーを導くことを意図しています。 その説明は、結果に影響を与えた確認された事実を名前付け、好みや統一された情報からそれらを区別する必要があります.

ガイドされた質問をShopifyフィルタとバリアントに接続する

Shopifyの検索&ディスカバリーガイダンスは、ストアフロントフィルタは、製品オプション、メタフィールド、カテゴリメタフィールド、および多様なメタフィールドに基づいてできることを説明しています。 ガイドされたファインダーは、同一の承認された属性を顧客に優しい質問をしたり、カタログの切断されたコピーを作成する代わりに、顧客を正しいライブ製品や variant に渡すことができます.

Shopifyは、異なるフィルタから値が通常 AND 条件と結合する文書も同じフィルタ内の複数の値が通常 OR ロジックを使用する一方です。 行動を意図的にファインダーに翻訳します。 「赤とサイズ8」は「赤と緑」と異なり、隠れた論理の間違いは、白っぽいけれど間違ったショートリストを作り出すことができます.

認証されたストアデータが一貫してサポートできる属性のみを尋ねます。 ライブShopifyの統合を介して価格、可用性、および製品ページの詳細を保ちます, 互換性や要件のルールを彼らの承認されたソースに応じて処理しながら、.

死んだ端を防ぎ、答えをリバーシブルにして下さい

すべてのルートは、結果なしを含む有用な結果を必要とします。 要件が最終製品を削除し、残りの旅を失うことなく、顧客の変更を聞かせて表示します。 バリデーションエラーまたはバックアクションの後に、ファインダーを最初にリセットしないでください.

結果を表示する前に、間違いが高価な決定のための短い回答要約を検討してください。 顧客が任意の値を編集し、ショートリストを再計算してみましょう。 結果ページでは、重要な要件を繰り返すため、推奨事項が意図したものを反映しているかどうかを認識できます.

サポートルートは、構造化された回答と候補レコードを運ぶ必要があります。 コンテキストを無駄にすることなく、一般的な「お問い合わせ」メッセージを送信し、サポートチームに同じ繰り返し質問を再作成します.

具体的な例:産業ホースの選択

水、空気、油、化学用途の産業用ホースを販売する店を想像してみてください。 材料、内部の直径、長さ、働き圧力、破烈圧力、温度、関係および規制の要求のためのすべての訪問者を要求することは長い固定形態を作成します。 他の人が重要である間、いくつかの答えは、多くのルートのために不必要です.

ファインダーは、承認された材料互換性レコードが残ることができるかどうかを決定するため、移動中の物質から始まります。 働き圧力と内径を求める。 選択したアプリケーションが複数の有効な材料範囲を持っている場合にのみ温度が表示されます。 後で設定するのではなく、purchasable の variant を識別する際に、接続と長さが尋ねられます.

顧客が承認された互換性レコードを持たない化学物質を選択した場合、ファインダーは人気でランキングホースの代わりに専門家のレビューを停止し、要求します。 3つのホースが有効な場合、結果ページは圧力、温度、接続の違いを説明し、価格または配送の優先注文をすることができます。 最短ルートは3つの回答を使用します。別のルートでは5つのルートを使用します。 すべての質問が決定を変更するので、両方とも正しいです.

各質問がその場を獲得するかどうかを測定する

ブランチによる旅程を見直し、全体的な完了率の1つだけではありません。 顧客が去る場所を記録し、「私は知りません」を選択し、以前の回答を変更し、結果に達し、要求のヘルプと製品を選択。 証拠が質問をサポートし、注文を修正し、誤った製品返品を確認するために接続します.

高い出口率は問題が取り除かれるべき証明しません。 不明確な言語、利用不能な情報、カタログのギャップ、または本物不適合性を明らかにする場合があります。 顧客セッションを見るか、困難な要件を変更する前に原因を理解するためにユーザビリティテストを実施します.

結果を変更しない質問を再確認します。 顧客がより確実に先にそれらに答えることができるときの質問を発注して下さい。 同じ未知のフィールドが多くの旅をブロックするときに、カタログを改善します。 ターゲット画面のカウントが課されたためではなく、証拠は変更をサポートしているため、ファインダーはより短く、またはより明確にする必要があります.

開始前にすべてのブランチをテストして下さい

実際の顧客ケースからテストマトリクスを作成し、製品レコードを承認しました。 各開口部のルート、すべての硬質除外、複数の有効な結果、欠落データ、未知の回答、バックナビゲーション、変更された回答、結果およびサポートの手渡を含みます。 最終リンクが正しいライブ製品または変種を開くことを確認します.

キーボードの運行および援助の技術の移動式および卓上、テスト。 ストアが多言語の場合、翻訳されたラベルと値を確認してください。 製品データ、マッチングルール、Shopifyオプション、メタフィールド構造の変更時にテストを繰り返します.

1. ファインダーがサポートしなければならない顧客の決定をリストします.
2. すべての質問をルールにマップするか、それをコントロールする変更をランク付けします.
3. ストップ、レスト、ヒューマンレビューの結果を定義します.
4. 代表的なブランチとデータ品質のテストケースを作成します.
5. ユーザビリティとアクセシビリティのチェックを実行します.
6. 証拠を監視し、決定を改善しない質問を削除.