導入担当者が社内で説明しやすい会社は強い。BtoBの「翻訳力」を考える

Forresterの2023年のB2B購買調査の公式発表は、予算の制約や社内合意などが購買過程に関わることを報告しています。レイはこれを、窓口の担当者だけでなく、その人が誰へ何を説明する必要があるかを見る背景として使います。世界的な調査であり、自社の一枚の資料が導入を進めると示した実験ではありません。顧客ごとの組織や判断の仕方は、実際のやり取りで確認します。

BASの架空例なら、現場担当者は操作を理解していても、上司は運用の責任分担を、経理は請求の条件をまだ確認できていなかったとします。同じ資料を全員へ渡すことが、必ずしも必要な説明を満たすとは限りません。関係者が多いと決めつけて説明を増やすのでもなく、誰のどの問いが未回答かを確認します。社内共有の支援は、情報量より、判断に必要な不足を見つけることから始まります。

記録には、顧客が説明する相手、確認したい論点、使った資料、残った質問を置きます。社内の組織図や機密の決裁情報を集める必要はありません。担当者が共有してよい範囲で、次の判断に何が必要かを聞きます。資料を渡した後に進捗が止まっても、不満や説明不足と即断せず、予算や時期など別の条件を残します。調査で挙げられた要因を、そのまま目の前の顧客の理由にしないことが大切です。

地域、業種、規模、契約内容が違えば、購買の進め方も変わります。2023年の広い傾向を現在の全案件へ当てはめるのではなく、質問の見落としを減らす参考にします。レイが見たいのは、「関係者が多いから難しい」という結論より、どの情報をどこへ届ければ判断できるかです。説明しやすい資料を作ることと、導入が適切であることを分け、顧客が進める場合も見送る場合も、根拠を理解できる状態を目指します。

顧客が社内で説明するのは、商品の特徴だけではありません。その導入で何を進めたいか、どんな困りごとが変わるかも話す必要があります。Jobs to Be Doneの視点は、特定の状況で求める前進へ目を向ける補助線になります。レイはこの考えを、担当者の目的を外から決めつけるためには使いません。何を実現するために説明しているかを、相手の言葉で確認するBASの実務案へつなげます。

架空の顧客が、問い合わせ対応を速くするためにサービスを検討していたとします。上司には費用だけでなく、対応の遅れで何が困っているかを説明する必要があるかもしれません。一方、現場には新しい操作を覚える負担が気になるかもしれません。同じ導入でも、判断に使う問いが違います。期待する変化と必要な準備を並べることで、良さだけを強調する説明から、実行条件を含む説明へ変えられます。

聞き取りでは、「社内でこの話をする時、まず何を伝える必要がありますか」と尋ねます。担当者の希望と、組織として合意した目的が同じとは限らないため、区別して記録します。相手がまだ目的を整理できていない場合は、未確定として扱い、こちらの都合のよい成果を入れません。顧客自身が決めること、自社が説明できる事実、追加の確認が必要なことを分けると、支援の範囲が明瞭になります。

理論は、個別企業の動機を自動的に特定したり、社内合意を保証したりする方法ではありません。部署ごとの目的が両立しない場合もあり、資料の言い換えだけでは解決できないことがあります。BASの提案は、その違いを隠さずに見える形へ整えることです。何を進めたいかを確認し、どの条件ならその説明が成り立つかを残します。納得して導入するためにも、見送る判断をするためにも、目的と根拠を分けて伝えることが大切です。

専門的に正しい提案と、顧客が別の人へ説明できる提案は、重なりますが同じではありません。レイは、情報の正確さを保ちながら、判断する人に必要な順序と粒度へ整える活動を翻訳力として考えます。上司、現場、経理といった役割に、いつも同じ懸念があるとは決めません。実際の問いを聞き、共通して守る事実と、それぞれが確認したい点を分けます。

架空の導入提案では、上司向けには目的と費用の前提、現場向けには作業の変更と準備、経理向けには請求時期と契約条件を整理する案がありえます。ただし、相手によって有利な数字だけを出し分けるのではありません。同じ費用や制約は、どの説明にも矛盾なく残す必要があります。読みやすさのために省いた内容が、別の部署には重要な条件なら、詳細へ戻れる道を用意します。

点検のために、一つの主張について、元の根拠、役割別の言い換え、残した前提、参照する詳細を並べます。「負担を減らす」という表現なら、誰のどの作業がどう変わり、別の準備が増えるのかまで確認します。顧客の担当者がそのまま使えることは便利ですが、相手の組織で正式に確認すべき内容まで自社が代わりに決めるわけではありません。説明資料と承認の責任を混同しないようにします。

翻訳力の価値は、資料の枚数や短さだけで測れません。必要な条件が伝わり、質問や判断が具体化したかを見る必要があります。同じ説明が別案件でも使われたなら、その範囲で再現性の材料になりますが、企業ごとの事情は残ります。専門性を削って分かりやすくするのでなく、正確な内容を使える形へ整える。その活動がどこで役立ったかを確認することで、提案の見た目とは違う強みの候補を考えられます。

説明しやすい資料があっても、導入が見送られることはあります。予算が合わない、運用体制がない、必要な機能を満たさないなど、説明とは別の条件があるためです。レイは、資料が役立った案件だけでなく、役立ったが選ばれなかった例、分かりやすかったが誤解を生んだ例も残します。翻訳力を、あらゆる購買の障害を解消する力として扱わないことが重要です。

架空の案件で、社内向けの手順図によって、現場に追加の準備が必要だと分かり、導入時期を延期したとします。受注だけを基準にすれば失敗に見えるかもしれませんが、実行できない時期を避ける判断に役立った可能性があります。反対に、簡略化した図が準備の負担を小さく見せ、導入後に困ったなら、説明しやすさだけを評価することはできません。理解と実態の一致を確認します。

反例には、資料で分かった点、残った課題、その後の判断を分けて書きます。担当者が「説明はできた」と話しても、全関係者が同じように理解したとは限りません。どこまで確認できたかを残し、不明な社内のやり取りを推測で補いません。資料が使われなかった場合も、内容が悪かったのか、別の書式が必要だったのか、検討自体が止まったのかを、分かる範囲で区別します。

反例からは、仮説の範囲を調整できます。「初期の論点整理には役立つが、専門的な確認は別資料が必要」と分かれば、説明のつながりを直せます。顧客が適切に見送れることも、判断を支える活動の一部として考えられます。資料の効果を誇るより、何を伝えられ、どこに限界があったかを説明できることが大切です。翻訳力の仮説を、実際の導入条件から離れない形で持っておきましょう。