Eコマース製品検出
顧客が大きいか技術的なカタログで右のプロダクトを見つけるのを助ける方法
顧客が正しい製品を見つけるのに役立つ最も有用な方法は、実際に答えを変更する要件を尋ねることであり、構造化されたカタログの事実に対するそれらの答えに一致し、各結果が合っている理由を説明することです。 これは、買い手が自分のマシン、アプリケーション、または希望の結果を知っているが、あなたの製品名、SKUまたは技術的な語彙を知らないときに特に重要です.
このプロセスの繰り返し可能なバージョンについては、 M.I.A.I 製品ファインダー.
通常のカテゴリメニューが技術的なバイヤーに失敗する理由
カテゴリメニューは、販売者がカタログを整理する方法を既に理解していると仮定します。 それは簡単な範囲のために動作しますが、買い手が機械モデル、寸法、動作条件、互換性の質問や交換部品番号から始まるとき、それは分解します。 内部カテゴリに答えが含まれている考えがない間、顧客は問題を認識するかもしれません.
旅のガイド付きファインダーリバース。 顧客が知っていることから始まります。有効な選択肢を狭くし、カタログ証拠によってサポートされているショートリストを返すという質問のみを尋ねます。 それでも検索とフィルタは問題ありませんが、彼らは、カタログへの唯一の方法ではなく、より広い決定パスの部分になります.
すべての利用可能なフィールドではなく、顧客の決定から始めましょう
ファインダーを造る前に、誰かが作るのを助ける必要がある一つの決定を選択します。 「この機械の正しい交換ベルトを取付けて下さい」はテスト可能です。 「カタログを楽にする」とは違います。 お客様からのご質問は、営業スタッフにお尋ねください。詳細はサポートチームからのリクエストと、商品が返品または廃棄される理由をお伝えください.
これらの観察を短い決定ツリーに変えます。 最初に高値な質問をし、推奨事項を変更しないフィールドを非表示にします。 マシンが作るとモデルが互換性のある家族を決定する場合は、色や配達の好みの前にそれらを尋ねます。 測定サイズが必須であれば、測定方法と使用単位を説明します.
- 顧客は通常、到着時に何を知っていますか?
- どの回答は、最も適した製品数を除去するのか?
- 互換性のルールは、好みとして扱われるべきではありませんか?
- 勧告の横にどのような証拠が現れるべきですか?
- ファインダーが止まり、人間の助けを求めるとき?
構造化された製品の事実に関するファインダーの構築
信頼性の高い推奨事項は、カタログ全体で同じことを意味するフィールドを必要とします。 ユニット、属性名、ブランド、モデル参照、製品の種類、互換性関係を正規化します。 一致する値からコピーを別々に表示しておくと、ワー キング変更はアンダーリングルールを変更しません.
安定した識別子は同様に重要です。 GS1は、GTINが取引アイテムを一意に識別することを説明しています。 GTINが適切であれば、プラットフォーム製品とバリアントID、メーカーのリファレンス、内部SKUと一緒に保存してください。 編集可能なタイトルをお勧めまたは更新されている製品のアイデンティティとして使用しないでください.
- 適切なプロダクトを区別するために顧客の使用条件をリストして下さい.
- 承認されたカタログ分野か関係に各条件を地図で見て下さい.
- マッチングルールを書く前に値と単位を正規化します.
- すべての結果に付随する安定した製品と異種識別子を保持します.
- 推測ではなく、レビューの失敗や競合の事実をフラグします.
設定からハードな互換性ルールを分離
硬いルールは、製品が有効かどうかを決定します。 好みは複数の有効なプロダクトをランク付けするのを助けます。 顧客の機械に合わない部分は、それが人気である、在庫または商業的に魅力的であるので決して現れるべきではないです。 無効なオプションが削除されると、ブランド、価格帯、納期、素材などの好みは残りの結果を注文できます.
排除を理解できる。 「モデル年2022と互換性がない」は、結果が無声に消えるよりも便利です。 カタログが安全な回答のために十分な証拠が含まれていないとき、何が欠落しているのか、そしてサポートするための明確なルートを提供すると言います。 正直なノーレストパスは、発明された勧告よりも信頼を保護します.
ガイドされた旅の一部としてフィルタと検索を使用する
Shopifyの公式ガイダンスは、マーチャントがストアフロントフィルターを設定し、検索&ディスカバリーを通じて製品発見をカスタマイズすることができます。 製品データが完成したら、それらの制御は有用であり、顧客は利用可能な属性を理解します。 ファインダーは、バイヤーが自然にそれらに答える注文で質問としてそれらを提示しながら、同じ承認された製品事実を使用することができます.
2つの体験を繋ぐ。 検索で到着する顧客は、互換性のある属性で絞り込むことができます。 ファインダーの結果は、重複したランディングページではなく、実際の製品や variant ページにリンクする必要があります。 Shopifyがストアフロントの場合、認証されたストア接続を使用して、マッチングとハンドオフを通して製品と異様なアイデンティティを保存します.
具体的な例:交換部品を選ぶ
芝生装置、オートバイ、産業ドライブおよび車を渡るベルトの何千ものを含んでいるカタログを想像して下さい。 買い手は「モデル123のベルト」を検索しますが、いくつかのメーカーは同様のモデル名を使用します。 ファインダーは業界、メーカー、製品の種類、そして正確なモデルを最初に尋ねます。 モデルレコードが不完全な場合にのみ寸法要求できます.
結果は長い検索ページではありません。 認定互換性レコードが回答に一致する製品のリストです。 各結果は一致させた機械、関連した次元、プロダクト参照および顧客が点検しなければならない資格を示します。 2つの製品が不可能な場合、ファインダーはサイレントを選択する代わりに違いを説明します.
結果ページをデザインし、自信ある決定をサポート
各製品が選ばれる理由をご紹介します。 顧客の重要な回答を繰り返し、必要に応じて設定から必要なチェックに一致する属性を強調表示します。 グーグルの製品 - variant ドキュメンテーションでは、親製品のバリエーションを表す方法について説明します。同じ規律は、サイズ、素材、パターンが正しい選択可能な variant に添付されなければならないため、カタログ内で有用です.
良い結果ページでは、通常のコマースの動作も保存します。現在の可用性、価格、配送情報、製品イメージ、正しい製品詳細ページへの直接ルート。 顧客が検索を繰り返すように強制するデッドエンドへの勧告をしないでください.
- 結果が収まる理由の簡潔な説明
- 厳密なプロダクトか変形のアイデンティティ
- マッチした互換性の事実と寸法
- 顧客がまだ確認する必要がある状態
- 店頭からの現在の商業情報
- 曖昧な症例のための人的助けのルート
ファインダーが本当に有用であるかどうかを測定する
完全なファインダーの旅を追跡, なしの理由, 精錬, 製品のクリックやヘルプの要求. 同意機能とプラットフォーム機能が許すところ、それらの信号を付加・ツー・カートと比較し、結果を買い、返します。 目的は、すべてのクリックが正しい勧告を証明すると主張するだけでなく、カタログのギャップと混乱の質問を見つけることです.
カタログと顧客サービスチームで失敗した旅をレビューします。 頻繁なノーレストは、不足している製品関係、認識されていない顧客の用語、または完全にサポートされていない要件を示すかもしれません。 改善は、管理された製品の事実や質問のパスを更新する必要がありますので、同じ問題は、次の顧客のために一貫して解決されます.
おもてなしの心
この記事で使用されるガイダンス
よくある質問
顧客が正しいプロダクトを選ぶのを助けることについての質問
製品ファインダーとは?
製品ファインダーは、お客様の要件を把握し、承認された製品の事実、互換性のルール、および多様体への回答にマッチするガイド付きの旅です.
サイトの検索とは違う製品ファインダーのことですか?
サイトの検索は通常、顧客によってタイプされた単語から始まります。 ファインダーは構造化された質問を聞き、有効な選択肢をランク付けする前にハード互換性ルールを適用することができます。 一緒に働くことができます.
どのような製品データが必要ですか?
推奨事項を変更するフィールドを使用してください。:製品とバリエーションID、製品タイプ、属性、寸法、互換性の関係、メーカーの参照、および必要な可用性または市場規則.
製品が安全なマッチでなければどうなりますか?
要件が一致できないことを説明し、顧客の回答を保存し、ヒューマンヘルプルートを提供してください。 空の結果を避けるために、統一された製品を単にお勧めしないでください.
Shopifyでファインダーの作業はできますか?
はい。 認証されたShopify接続では、ファインダーは承認されたカタログ情報を使用して、Shopifyのアイデンティティを維持しながら、正しいライブ製品や variantに顧客を指示することができます.
