BtoBマーケティングの仕事は、施策を実行することだけではない。営業、技術、経営の間で「誰のどんな問題を、どの価値で解決するのか」を揃える仕事でもある。特に技術的に複雑な商材では、製品の機能を詳しく説明するだけでは、顧客の意思決定につながらない。本記事では、部門間の認識のずれを整理し、少人数でも実行できる協働の設計方法を考える。
なぜ営業と技術の間にずれが生まれるのか
技術部門は実現可能性、制約、品質、運用負荷を重視する。一方、営業部門は顧客の課題、導入時期、予算、意思決定の条件を重視する。マーケティング部門は市場全体で繰り返し伝えられる価値や、顧客が比較検討を始めるきっかけを考える。いずれも必要な視点だが、同じ「価値」という言葉を使っていても、指しているものが異なる場合がある。
例えば、技術者が「高い拡張性」を強調しても、顧客が知りたいのは「拠点追加のたびにシステムを作り直さずに済むか」かもしれない。ただし、その便益が本当に実現できるかは、現行構成や契約条件による。機能から便益へ翻訳するときほど、技術的な裏付けが必要になる。
最初に揃えるべき四つの問い
- 誰の課題か：利用者、運用担当、情報システム部門、購買部門、経営層のどこに問題があるのか。
- 何が変わるか：現状の作業、費用、リスク、意思決定がどう変化するのか。
- なぜ自社なのか：代替手段や現状維持と比べた際、どの条件で選ばれるのか。
- 何を約束できないか：前提条件、制約、導入負荷、未検証事項は何か。
この四つを一枚に整理し、営業と技術の双方に確認してもらう。重要なのは、最初から美しいキャッチコピーを作ることではなく、説明の食い違いを発見することだ。
顧客課題からコンテンツを設計する
製品紹介資料しかない状態では、顧客が自分の課題を言語化する前の段階を支援しにくい。そこで、顧客が検討を進める順序に合わせて情報を分ける。
- 課題の理解：どのような兆候があれば見直しが必要か。
- 選択肢の比較：内製、外注、既存製品の活用、現状維持の違いは何か。
- 導入判断：費用以外に、移行、セキュリティ、運用体制で何を確認すべきか。
- 導入後：成果をどの指標で確認し、想定と違ったときどう修正するか。
営業からよく受ける質問を集め、技術者に回答の条件や例外を確認する。この往復を繰り返すと、単発の営業資料ではなく、顧客が自分で判断するためのコンテンツが蓄積される。
少人数で回すための実務プロセス
1. 週に一つ、実際の顧客質問を選ぶ
営業から質問と商談背景を受け取る。ただし顧客名や機密情報を記事へ持ち込まない。複数の顧客に共通する問いに一般化できるかを確認する。
2. 技術者に「正解」ではなく条件を聞く
「できますか」だけではなく、「どの構成なら可能か」「どこで失敗しやすいか」「比較対象によって評価は変わるか」を尋ねる。断定できない事項は断定しない。
3. マーケティングが読み手の意思決定に翻訳する
機能一覧をそのまま並べるのではなく、課題、選択肢、判断基準、制約の順で構成する。専門用語は必要なときに使い、初出では意味を説明する。
4. 公開後は閲覧数だけで評価しない
検索流入や閲覧数は入口の指標であり、記事が商談にどの程度役立ったかを単独で証明しない。営業での利用、顧客からの追加質問、説明時間の短縮に関する定性的な声も記録する。成果を測れない場合は「効果があった」と断定しない。
よくある失敗と、その防ぎ方
- 営業の要望をそのまま記事化する：一社固有の事情を一般論にしてしまう。共通性と機密性を確認する。
- 技術レビューを最後だけにする：構成の前提から誤っていると全面修正になる。論点整理の段階で参加してもらう。
- メリットだけを強調する：比較検討に必要な制約が抜け、期待値を誤らせる。適さない条件も記載する。
- リード数だけで評価する：質の低い問い合わせを増やしてしまう。顧客の検討段階と営業の受け入れ条件を揃える。
まとめ：部門間の翻訳は、顧客の判断を助ける仕事
営業と技術の間に立つマーケティングの価値は、双方の意見を平均することではない。顧客の問いを起点に、技術的に正しい説明と、意思決定に役立つ情報を結び付けることにある。最初の一歩として、直近の顧客質問を一つ選び、「誰の課題か」「何が変わるか」「なぜ自社か」「何を約束できないか」を営業・技術と一緒に書き出してみてほしい。
関連する考え方・参照先：翻訳力を仕事の能力として捉える視点はAI時代に「機能」するな、「翻訳」せよで解説しています。また、AIを業務へ組み込む際の監督と説明責任についてはOECD「AI Principles」を参照してください。本記事の四つの問いと業務手順は当サイトによる実務提案であり、OECDが定める公式なマーケティング手順ではありません。