執筆： RONGJING DIGITAL。 以下にリンクされている事例で確認できる根拠に基づいたプロジェクト手法に関するノート。

工業用 RFQ フォームは、購入者の評価を継続する必要があります。誰かがすでに製品を見つけたり、オプションを比較したり、アプリケーションについて説明したりしている場合、一般的な連絡手順によってその人が再度開始することを強制されるべきではありません。

2 つの RONGJING 事例は、この問題の異なる部分を示しています。 VAZPO 製品ページでサンプル需要と一括見積依頼を区別します。 AERECH は、一般的な問い合わせから要件主導の問い合わせへの移行を示しています。これらは文書化された設計変更であり、適格なリードの測定された増加の証拠ではありません。

購入者の意図ごとにアクションを分ける

サンプルのリクエストと一括調達のディスカッションは、必ずしも同じ次のステップを必要とするわけではありません。 VAZPO 事例では、「お問い合わせ」を通じて両方をルーティングするのではなく、サンプル購入とバルク RFQ を製品ページの直接アクションとして示します。サンプル例には、仕様と数量の選択が含まれています。

転送可能な決定は、フォームを選択する前にリクエストを区別することです。ビジネスのために、定義されたトランザクションに従うことができるリクエストと、技術的または商業的なレビューが必要なリクエストを明確にします。製品、数量、または要件にまだ確認が必要な場合は、即時の価格設定を約束しないでください。

購入者がすでに評価したものを保持する

AERECH の調査作業は、製品ファミリーの調査、モデルの比較、およびアプリケーションのコンテキストに従って行われます。要件主導のアプローチでは、製品、データ レート、数量、ターゲット プラットフォーム、議論されている要件などの情報が取得されます。これらのフィールドは、特定の技術的な会話を続けるのに役立つため、重要です。

これらは汎用のフォーム テンプレートではありません。ソーラー ケーブルの購入者と光ネットワークの購入者では、異なる質問が必要になる場合があります。リクエストを理解するためにチームが実際に使用する情報から始めます。製品のコンテキストが利用可能な場合にはそれを伝え、承認された仕様として黙って扱うのではなく、購入者に修正してもらいます。

送信する前にどの質問が属するかを決定する

返信に必要な情報と引用に必要な情報を分けてください。連絡方法によりフォローアップが可能です。完全な技術仕様については、会話が必要になる場合があります。フィールドが必須の場合、チームはそれなしでは調査を有効に進めることができない理由を説明できる必要があります。

これは、要件主導のアプローチから導き出された設計の推奨事項です。テストされた最適なフィールド数や変換率の約束を確立するものではありません。初期段階の購入者全員に調達アンケートへの回答を義務付けなくても、オプションの技術的な詳細が役立つ場合があります。

自動化を追加する前にハンドオフを定義する

便利な引き継ぎでは、営業担当者が購入者が提供したもの、ウェブサイトが引き継いだもの、まだ確認が必要なものを区別できるようにする必要があります。提案された運用チェックリストとして、以下を保存します。