b2b-trust-engineering について
B2B営業で有望な買い手が決断をためらう要因を診断し、関連する証拠や明確な次の手順でリスクを減らすためのスキルです。
主な機能
- 01信頼に関わる営業停滞の診断
- 02有望商談の結果分析
- 03買い手の懸念に沿った証拠の提示
- 04曖昧さと導入リスクの確認
- 05複数の接点で親近感を形成
- 06確認を軸にした商談設計
活用シーン
- 01提案やトライアル後の音信不通を調査
- 02商談前に示す証拠を改善
- 03提案範囲と次の手順を明確化
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ lvtd-llc/ skills --skill b2b-trust-engineeringインストール後、Claude Code で/b2b-trust-engineeringを入力して読み込まれたか確認します。
詳細
B2B の信頼性エンジニアリング
有望な購入者が関心を示しているのに行動を起こさない場合に、このスキルを使用します。リスクを減らし、関連性の高い証拠を増やし、次のステップを明確にすることで、安心して購入を決断できるようにすることが目標です。
出典の追跡可能性
主な出典:Jakob Greenfeld 著『Unf*ck Your Sales』、特に「Trust」「Diagnostics」「The Confidence Fallacy」「The Persuasion Fallacy」「The Best Option Fallacy」「The 7-11-4 Law」「Engineering Trust」の各セクション。
診断の兆候
次のような場合、信頼が制約要因である可能性が高いです。
- 有望な購入者が通話を予約したり、提案を求めたり、トライアルを開始したりするものの、成約に至りません。
- 見込み客がオファーを良さそうだと言った後、連絡が途絶えます。
- 購入者は成果を必要としているように見えるのに、既存の選択肢を使い続けるか、決定を見送ります。
- ピッチが、十分な証拠を伴わない自信やビジョン、ROI の主張に頼っています。
- 購入者がすでに信じていることを確認する代わりに、セールス通話で説得しようとしています。
信頼性の確認
可能であれば、直近の有望な案件を50件確認します。
- 何件が成約しましたか?
- 意味のあるやり取りの後、連絡が途絶えた案件はいくつですか?
- 提案後やトライアル後に停滞した案件はいくつですか?
- 通話の前に、購入者はどのような証拠を目にしましたか?
- どのようなリスクや曖昧さ、次のステップへの障壁が残っていましたか?
有望な案件の成約率が低い、またはやり取りの後に連絡が途絶えることが多い場合、信頼が主な制約要因と考えます。
ワークフロー
1. 関連性の高い証拠を最初に提示する
購入者の状況に合った証拠を使います。
- 同じ課題に結び付いた事例。
- 具体的な内容を含む推薦文。
- スクリーンショット、ダッシュボード、または導入前後の証拠。
- 認知されているリスクを下げるロゴやリファレンス。
- 第三者による紹介、推薦、ポッドキャスト、信頼できる媒体への出演。
2. 隠れたリスクを取り除く
障壁を確認します。
- 購入者はオファーをすぐに理解できますか?
- 価格や範囲が曖昧ではありませんか?
- 次のステップが明確ですか?
- 導入のリスクに対処していますか?
- 不利益を明示し、対処していますか?
曖昧な点はすべて、リスクを高めます。
3. 段階的に親近感を築く
通話の前に、複数の接点を通じて信頼を築きます。
- 1対1のアウトリーチ。
- 事例や証拠の提示。
- 役立つコンテンツ。
- 動画や Loom のウォークスルー。
- SNS 投稿や創業者の発信。
- 購入者が独立した評価を確認できる第三者のチャネル。
7時間、11回の接点、4つのプラットフォームは、厳密な法則ではなく、接触の目標値として使います。
4. 確認を目的とした通話を設計する
真剣な購入者は、すでにある程度の選好を形成して通話に臨むと想定します。
通話では次のことを行います。
- 購入者の課題を明確に言い表します。
- 証拠を購入者の具体的な状況に結び付けます。
- 説明しすぎたり、複雑さを加えたりしないようにします。
- 次のステップを低リスクで明確なものにします。
- 判断基準と承認プロセスを確認します。
出力形式
# B2B Trust Plan
## Opportunity Pattern
- Qualified leads reviewed:
- Close rate:
- Ghost/stall pattern:
- Main risk signal:
## Proof Stack
| Buyer Fear | Proof Needed | Existing Asset | Gap |
|------------|--------------|----------------|-----|
## Risk Removal
- Offer clarity:
- Pricing/scope:
- Implementation:
- Next step:
- Approval path:
## Call Design
- Problem mirror:
- Proof to show:
- Risk to address:
- Next action:
品質基準
- 証拠が不足している場合、自信を示して成約を迫らないでください。
- リスクを確認する前に、購入者のためらいを説得の問題として扱わないでください。
- より簡潔な証拠でリスクを下げられる場合、購入者に詳細を詰め込みすぎないでください。
- 承認プロセス、キャリア上のリスク、既存の選択肢を使い続ける安心感を見落とさないでください。
- メリットを大きく見せる前に、「はい」と答えることへの安心感を高めてください。
コメント
Markdown 対応