mybook

プロローグ — 「座学じゃ身につかない」

金曜日の午後、カイがチーム全員をミーティングルームに集めた。ホワイトボードには「FDE Boot Camp — ロールプレイ演習」と大きく書かれている。

「来週から3日間、ロールプレイ研修をやる」

ソウタは隣のメンバーと顔を見合わせた。ロールプレイ——つまり、実際の顧客対応を模擬的にやるということだ。

「俺たちFDEの仕事は、コードを書くだけじゃない。顧客の前で、リアルタイムで判断を下す場面の連続だ。それは座学じゃ身につかない」

カイはホワイトボードに「10」と書いた。

「10個のシナリオを用意した。全部、俺が実際に経験したか、チームの誰かがハマった実話ベースだ。甘くないぞ」

Loading diagram...

ソウタはノートを開いた。Arclight AIのFDEとして半年。技術には自信がついてきたが、顧客との難しい会話にはまだ苦手意識がある。このトレーニングで、その壁を越えたい。

INFO

この章の使い方: 各シナリオを読む前に、まず「顧客のセリフ」だけを読んで、自分ならどう返すかを考えてみよう。その後でNG例と模範回答を比較すると、学びが深まる。可能であれば、同僚とペアになってロールプレイを実践するのが最も効果的。


シナリオ 1:怒りの顧客 — 本番障害のデエスカレーション

シチュエーション設定

背景: 大手EC企業「ネクストモール」が Arclight AI の推薦APIを本番環境で利用中。金曜夜にAPIのレイテンシが急増し、商品推薦が表示されなくなった。土曜の売上が前週比40%減。月曜朝、先方のCTO・山田さんから電話が入る。

あなたの役割: 担当FDE

顧客のセリフ

「ソウタさん、ちょっといいですか。いや、ちょっとじゃ済まないんですけどね。土曜の売上、見ましたか? 4割減ですよ、4割。御社のAPIが落ちたせいで、うちのレコメンド欄が真っ白になったんです。これ、誰が責任取るんですか? 正直、もう御社を使い続ける意味があるのか、経営会議で議題に上がってます」

やってはいけないNG例

「山田さん、申し訳ございません。ただ、弊社のステータスページを確認したところ、SLAの99.9%は維持しておりまして……」

なぜNGか: 怒っている相手にSLAの数字を持ち出すのは火に油を注ぐ行為。顧客が求めているのは「数字上の正しさ」ではなく「自分の痛みを理解してくれること」。

模範回答例

「山田さん、まず、土曜日にご迷惑をおかけしたこと、心からお詫び申し上げます。売上への影響は深刻ですし、山田さんが経営会議で矢面に立たされている状況も理解しています。今日中にやることを3つお約束させてください。第一に、障害の根本原因と再発防止策をまとめたレポートを本日18時までにお送りします。第二に、フォールバック機能の実装を今週中に完了させます。第三に、来週、山田さんと一緒に経営会議に出席して、直接ご説明させていただけませんか」

なぜ良いか: まず感情を受け止め、相手の立場(経営会議で説明を求められている)に共感している。そのうえで、具体的なアクションと期限を提示し、「一緒に解決する」姿勢を見せている。

デエスカレーション後のフォローアップ

模範回答で電話を終えた後、すぐにやるべきことがある。

  1. 30分以内: 社内のインシデントチャネルで障害レポートの最新版を取得
  2. 2時間以内: エンジニアリングチームとRCA(根本原因分析)のドラフトを作成
  3. 18時まで: 顧客向けレポートを送付(約束した期限は必ず守る)
  4. 翌日: フォールバック機能の設計レビューを完了し、進捗を顧客に共有
  5. 1週間後: 経営会議に同席し、再発防止策を直接説明

WARNING

やりがちな失敗: 電話を切った後、「とりあえず落ち着いた」と安心して後回しにすること。約束した期限を1時間でも過ぎると、信頼回復は振り出しに戻る。

INFO

学びのポイント: デエスカレーションの鉄則は「感情 → 共感 → アクション」の順番。技術的な正しさは後回しにする。顧客が怒っているとき、最初の30秒で「この人は味方だ」と思わせることが全て。


シナリオ 2:スコープクリープ — 「ついでにこれも」の連鎖

シチュエーション設定

背景: 物流企業「ハヤテロジ」とのPoC(概念実証)。当初のスコープは「配送ルート最適化AIのプロトタイプを2週間で構築」。1週目が終わった時点で、先方のプロジェクトマネージャー・鈴木さんから追加要求が来た。これで3回目。

あなたの役割: 担当FDE(既に当初スコープの倍近い作業量になっている)

顧客のセリフ

「ソウタさん、すごくいい感じですね! あ、そうだ、もう一つお願いしたいんですけど、リアルタイムの交通情報も組み込めますか? あと、ドライバーのシフト管理との連携も。大した手間じゃないと思うんですけど」

やってはいけないNG例

「わかりました、やってみます!」

なぜNGか: 安請け合いは短期的には顧客を喜ばせるが、納期遅延・品質低下・チームの疲弊を招く。そして結局、顧客の信頼を失う。

模範回答例

「鈴木さん、リアルタイム交通情報の連携は素晴らしいアイデアですね。最終的な製品では必須の機能だと思います。ただ、正直にお伝えすると、今のPoCのスコープにこれを加えると、来週金曜の成果報告に間に合わなくなるリスクがあります。こういうのはどうでしょう。今回のPoCではコアのルート最適化で確実に成果を出して、経営陣にGOサインをもらう。その後のフェーズ2で交通情報とシフト連携を実装する。鈴木さんとしても、まず経営陣を説得するカードが欲しいですよね?」

なぜ良いか: 要求を否定せず「良いアイデア」と認めつつ、リスクを正直に伝えている。さらに、顧客の本当の目標(経営陣の承認を得る)にフォーカスを戻し、フェーズ分けという建設的な代替案を提示している。

INFO

学びのポイント: スコープクリープへの対処は「No」ではなく「Not now」。顧客の要求を時間軸で整理し、「今やること」と「次にやること」を明確に分ける。PoCの目的は完璧な製品を作ることではなく、次のステップに進むための証拠を作ること。


シナリオ 3:技術的に不可能な要求 — 期待値のリセット

シチュエーション設定

背景: 医療系スタートアップ「メディカルAI」の技術責任者・佐藤さんとの初回ミーティング。Arclight AI の自然言語処理APIを使って、診断支援システムを構築したいという相談。

あなたの役割: 担当FDE

顧客のセリフ

「うちが求めてるのは、診断精度100%のAIです。医療ですから、間違いは許されません。御社のAPIで、CT画像から100%の精度でがんを検出できますか? できるなら契約します」

やってはいけないNG例

「100%は難しいですが、かなり高い精度は出せると思います。まずはやってみましょう」

なぜNGか: 曖昧な期待を持たせたまま進めると、後で「話が違う」と大問題になる。医療分野では特に危険。

模範回答例

「佐藤さんのお気持ちは完全に理解できます。医療では1件のミスが人命に関わりますから。率直に申し上げると、現時点でどのAIも、どの企業のものでも、診断精度100%を保証することはできません。これは技術的な限界です。ただし、AIの本当の価値は『100%の精度を出すこと』ではなく、『医師の見落としを減らすこと』にあります。実際に、AIをセカンドオピニオンとして使うことで、見落とし率を30%削減した事例があります。最終判断は必ず医師が行い、AIはその判断を支援する——この形であれば、佐藤さんが目指す『ミスのない医療』に大きく近づけます」

なぜ良いか: 不可能なことは明確に「不可能」と伝えつつ、顧客の本質的な課題(ミスを減らしたい)に対する代替アプローチを提示している。

リフレーミングの技法

このシナリオで使われているテクニックは「リフレーミング」と呼ばれる。顧客の要求をそのまま受け取るのではなく、その裏にある本質的なニーズに焦点を当て直す技法だ。

顧客の表面的な要求本質的なニーズリフレーミング後の提案
精度100%のAI医療ミスをゼロにしたいAIをセカンドオピニオンとして活用
レイテンシ0msのAPIユーザー体験を損ねたくないp99で100ms以下 + CDNキャッシュ
無制限のAPI呼び出しコスト予測を立てたい段階的な料金プランの設計

INFO

学びのポイント: 技術的に不可能な要求に対して「できます」と言うのは詐欺、「できません」だけでは無能。「できないが、こうすれば目的は達成できる」と伝えるのがプロ。顧客の要求の裏にある本当のニーズを掘り下げることが重要。


シナリオ 4:競合のネガティブキャンペーン — 事実で戦う

シチュエーション設定

背景: 製造業大手「東洋マシナリー」での案件。Arclight AI の異常検知APIの導入を進めていたが、競合の「Cortex Analytics」が先方の調達部門に営業をかけ、不正確な情報を流している。

あなたの役割: 担当FDE

顧客のセリフ

「ソウタさん、ちょっと気になることがあって。Cortex Analyticsの営業さんが来て、Arclight AIのモデルは古い技術を使っていて、精度が低いって言ってたんですけど。あと、データが海外のサーバーに送られるからセキュリティ的に問題があるとも。本当ですか?」

やってはいけないNG例

「それは完全な嘘です! Cortexこそ去年セキュリティインシデントを起こしたじゃないですか。あの会社は信用できません」

なぜNGか: 競合を直接攻撃すると、あなた自身の信頼性が下がる。顧客は「どっちもどっち」と感じてしまう。

模範回答例

「ご確認いただきありがとうございます。事実をお伝えしますね。まず技術面ですが、弊社のモデルはTransformerベースの最新アーキテクチャを採用しており、こちらが直近のベンチマーク結果です。異常検知の精度は業界トップクラスの数値が出ています。データの保管場所については、東京リージョンのAWSで処理・保管しており、データが国外に出ることは一切ありません。こちらがセキュリティホワイトペーパーとSOC2レポートです。競合他社の評価についてはコメントを控えますが、弊社の技術については、実際にPoCで検証していただくのが一番確実かと思います。御社の実データで試してみませんか?」

なぜ良いか: 競合を攻撃せず、自社の事実だけを証拠付きで提示している。最後に「実データで検証しましょう」と提案することで、口先の議論ではなく実力で勝負する姿勢を見せている。

INFO

学びのポイント: 競合対策の原則は「FUD(Fear, Uncertainty, Doubt)には事実で返す」。競合を攻撃する時間があるなら、自社の強みを証明する時間に使え。バトルカード(競合比較資料)は常に最新版を手元に用意しておくこと。


シナリオ 5:社内セールスとの対立 — 実現不可能な約束

シチュエーション設定

背景: AE(アカウントエグゼクティブ)の田中さんが、大型案件を獲得するために、顧客に「2週間でカスタムモデルのファインチューニングが完了する」と約束してしまった。実際には最低6週間かかる作業。顧客はすでにその前提でプロジェクト計画を組んでいる。

あなたの役割: 担当FDE(田中さんと1on1で話す場面)

社内メンバーのセリフ

「ソウタ、頼むよ。この案件はARR 3,000万の大型だ。2週間でなんとかならないか? 徹夜してでもやってくれよ。これを逃したら今期の数字が終わるんだ」

やってはいけないNG例

「田中さん、それは無理です。技術的に不可能なものは不可能です。なんで現場に確認せずに約束するんですか?」

なぜNGか: 正論だが、対立を生むだけで解決にならない。田中さんを敵に回すと、今後の案件でも協力が得られなくなる。

模範回答例

「田中さん、この案件の重要性は理解しています。3,000万のARRは絶対に取りたいですよね。その上で、正直にお伝えすると、カスタムモデルのファインチューニングを2週間で完了するのは技術的に難しいです。ただ、こういうアプローチはどうでしょう。最初の2週間で、プリトレインド・モデルのプロンプトチューニングで動くプロトタイプを作る。これで顧客の要件の80%はカバーできます。残りの20%はフェーズ2のファインチューニングで対応する。顧客には『2週間で動くものが見られる。さらに精度を上げるために追加4週間』と伝えれば、むしろプロフェッショナルな印象を与えられると思います。一緒に顧客への説明資料を作りましょうか?」

なぜ良いか: AEの立場(数字のプレッシャー)に共感しつつ、技術的な現実を伝えている。代替案を提示し、「一緒にやろう」という協力姿勢を見せることで、対立ではなく協働の関係を構築している。

WARNING

注意: 社内対立は外に出さない。顧客の前では必ず「チーム一丸」のイメージを保つこと。AEとFDEが対立していることが顧客に伝わると、会社全体の信頼が失われる。

INFO

学びのポイント: 社内コンフリクトの解決策は「共通の敵を見つける」こと。AEもFDEも、本当の敵は競合であり、共通の目標は顧客の成功。その視点に立ち戻れば、必ず協力できるポイントが見つかる。


シナリオ 6:経営層向けプレゼン — 15分で投資対効果を語る

シチュエーション設定

背景: 大手小売チェーン「グリーンマート」のCEO・COO・CFOへの最終プレゼン。Arclight AIの需要予測APIの導入可否を決める経営会議。持ち時間は15分。先方のIT部門長・木村さんが事前に「CFOは数字にしか興味がない。CEOはビジョン重視。COOは現場のオペレーション改善がテーマ」と教えてくれた。

あなたの役割: 担当FDE

Loading diagram...

やってはいけないNG例

「本日はArclight AIの技術スタックについてご説明します。弊社のモデルはTransformerアーキテクチャを採用しており、学習データは……」

なぜNGか: 経営層は技術の詳細に興味がない。15分しかない場面で技術の話を始めると、1分で聞いてもらえなくなる。

模範回答例

「本日は3つの数字だけお伝えします。1つ目、食品廃棄の30%削減。PoCで御社の3店舗に需要予測を導入した結果、廃棄ロスが30%減りました。2つ目、年間1.2億円のコスト削減。これを全200店舗に展開した場合の試算です。3つ目、投資回収期間は4ヶ月。導入コストに対して、4ヶ月で元が取れます。CEOの中村様が掲げる『サステナブル経営』の象徴的な施策にもなります。COOの渡辺様、現場のオペレーションとしては、毎朝の発注作業が自動化され、店長の業務が1日あたり45分削減されます」

なぜ良いか: 各ステークホルダーの関心事に的確に応えている。CFOにはROI、CEOにはビジョンとの整合、COOには現場改善のインパクト。技術の話は一切せず、ビジネスインパクトだけで語っている。

15分プレゼンの時間配分

経営層向け15分プレゼンの黄金比率を押さえておこう。

時間内容目的
0〜2分インパクトのある数字で掴む注意を引く
2〜7分PoC成果と全社展開の試算意思決定の材料を提供
7〜10分競合との差別化ポイント「なぜ今、なぜ我々か」
10〜12分導入スケジュールとリスク対策不安を解消
12〜15分質疑応答懸念点を潰す

WARNING

注意: 質疑応答の時間を削ってはいけない。経営層は「説明を聞く時間」より「質問する時間」を重視する。質問が出ないプレゼンは、興味を持たれていないか、理解されていないかのどちらか。

INFO

学びのポイント: 経営層プレゼンの鉄則は「So What?」テスト。全てのスライドに「だから何?」と問いかけ、ビジネスインパクトで答えられないスライドは削除する。技術は「どうやって実現するか」であり、経営層が知りたいのは「何が変わるか」。


シナリオ 7:レガシー移行の抵抗 — 変化を恐れる現場

シチュエーション設定

背景: 保険会社「安心生命」の査定業務にAI文書解析を導入するプロジェクト。IT部門は推進派だが、査定部門の現場リーダー・高橋さん(勤続25年のベテラン)が強く抵抗している。

あなたの役割: 担当FDE(高橋さんとの面談)

顧客のセリフ

「正直に言いますけどね、今のシステムで十分なんですよ。25年やってきて、大きなミスは一度もない。AIなんて入れたら、現場が混乱するだけです。それに、うちのチームの仕事がなくなるんじゃないかって、みんな不安がってます」

やってはいけないNG例

「高橋さん、でもAIの方が圧倒的に速いですし、人的ミスもなくなりますよ。時代の流れですから、受け入れていただかないと」

なぜNGか: 25年のキャリアを否定するような言い方は最悪。「時代の流れ」は上から目線で、反発を強めるだけ。

模範回答例

「高橋さんが25年間ミスなくやってこられたというのは、本当にすごいことだと思います。そのノウハウは、AIには絶対に置き換えられません。実は、今回のAI導入の目的は、高橋さんのチームの仕事を奪うことではないんです。むしろ逆で、高橋さんたちが本来やるべき『判断が難しいケース』に集中できるようにしたい。今、チームの時間の何割くらいが、定型的な書類確認に取られていますか?」

「……まあ、6割くらいですかね」

「その6割をAIに任せて、高橋さんのチームは残りの4割——つまり、経験と判断力が必要な複雑なケースに集中できるようになります。まずは、一番定型的な作業1つだけで試してみませんか? 1ヶ月やってみて、現場の声を聞いて、合わなければやめる。高橋さんに最終判断をお任せします」

なぜ良いか: 相手のキャリアと専門性を尊重し、「AIは味方」というフレーミングをしている。小さく始めて、撤退の選択肢も残すことで、心理的安全性を確保している。

INFO

学びのポイント: チェンジマネジメントの核心は「人は変化そのものを恐れるのではなく、変化によって自分の価値が失われることを恐れる」。現場の人に「あなたの価値はむしろ上がる」と示すことが、最も効果的な抵抗の解消法。


シナリオ 8:マルチステークホルダー — 部門間の矛盾を解く

シチュエーション設定

背景: 総合商社「丸菱商事」のAIチャットボット導入プロジェクト。3つの部門がステークホルダーとして参加しているが、要件が完全に矛盾している。

  • カスタマーサポート部: 「回答精度が最優先。間違った回答は絶対にNG」
  • マーケティング部: 「回答のトーンをブランドに合わせたい。堅すぎるのはNG」
  • 法務部: 「コンプライアンス上、AIが断定的な表現を使うのはNG」

あなたの役割: 担当FDE(3部門合同の要件定義ミーティングを仕切る)

Loading diagram...

やってはいけないNG例

「皆さんのご要望を全て盛り込みますので、ご安心ください」

なぜNGか: 矛盾する要件を「全部やります」と言うのは、何もやらないのと同じ。後で必ず破綻する。

模範回答例

「3部門それぞれの視点、全て理にかなっています。ここで大事なのは、優先順位をつけることではなく、3つの要件を同時に満たす設計を見つけることだと思います。こういうアプローチはどうでしょう。まず、回答をカテゴリに分けます。製品情報や手続きなど事実ベースの質問には、高精度で断定的に回答する。一方、法的な判断やクレーム対応には、『ご参考情報としてお伝えしますが、詳細は担当者にご確認ください』と付記する。トーンについては、カテゴリごとにブランドガイドラインに沿ったテンプレートを作ります。この方針で、各部門のご懸念を解消できるか、ご意見をいただけますか?」

なぜ良いか: 各部門の要件を対立構造ではなく「カテゴリ分け」で共存させる設計を提案している。「優先順位をつけない」と言うことで、どの部門も「自分が負けた」と感じない。

INFO

学びのポイント: マルチステークホルダーの合意形成で最も重要なのは「全員が勝者になれるフレーミング」を見つけること。矛盾する要件は、抽象度を一段上げると共存できることが多い。FDEはファシリテーターとして、その共存点を見つける役割を果たす。


シナリオ 9:契約更新の危機 — 解約を思い留まらせる

シチュエーション設定

背景: 人材紹介会社「タレントブリッジ」が Arclight AI の履歴書解析APIを契約中だが、利用率が契約の20%しかない。契約更新まであと1ヶ月。先方の事業部長・中村さんから「更新しない方向で検討している」と連絡が来た。

あなたの役割: 担当FDE(中村さんとのリカバリー面談)

顧客のセリフ

「率直に言うと、あまり使えてないんですよね。導入したはいいけど、現場のリクルーターがなかなか使ってくれなくて。月額100万円払って利用率20%じゃ、さすがに継続は難しいです」

やってはいけないNG例

「中村さん、それは御社側の活用の問題ではないでしょうか。弊社としては機能は全て提供していますので……」

なぜNGか: 責任を顧客に転嫁するのは最悪。利用率が低いのはFDEとしてのフォロー不足でもある。

模範回答例

「中村さん、率直にお話しいただきありがとうございます。まず、利用率が上がらなかったことについて、弊社の支援が不十分だったと反省しています。お聞きしたいのですが、リクルーターの方々が使わない理由として、一番大きいのはどんなことでしょうか?」

「うーん、操作が面倒だっていう声が多いですね。今のワークフローに組み込めてないんですよ」

「なるほど、それは本質的なご指摘です。今週中に3つのことをやらせてください。まず、御社が使っているATSと弊社APIを直接連携して、リクルーターが意識しなくても自動的に解析される仕組みを作ります。次に、リクルーター向けの30分のハンズオン研修を実施します。最後に、今後3ヶ月間、月次で利用率と業務改善効果をレポートします。まず1ヶ月だけ、猶予をいただけませんか? 利用率が50%に届かなければ、そのときは更新見送りで構いません」

なぜ良いか: まず自社の責任を認め、原因を顧客に聞いている。具体的な改善策を示し、成果にコミットしつつ、顧客にリスクのない提案(1ヶ月の猶予で成果が出なければ解約OK)をしている。

WARNING

注意: 解約リカバリーは「値引き」で解決しようとしてはいけない。価格の問題ではなく価値の問題。値引きは一時しのぎにしかならず、次の更新でも同じ話になる。

INFO

学びのポイント: 利用率が低い=顧客のワークフローに溶け込めていない。FDEの仕事は「製品を売ること」ではなく「製品が使われる状態を作ること」。解約の兆候(利用率低下、問い合わせ減少、ミーティングのキャンセル)を早期にキャッチし、手遅れになる前に動くことが重要。

解約リスクの早期検知チェックリスト

以下の兆候が2つ以上当てはまったら、即座にリカバリーアクションを起こすべきサイン。

  • API利用率が前月比で30%以上減少している
  • 定例ミーティングが2回連続でキャンセルされた
  • 技術担当者からの問い合わせが1ヶ月以上来ていない
  • 契約更新まで3ヶ月を切ったのに拡大の話題が出ない
  • 先方の担当者が異動し、後任との関係が構築できていない
  • 競合ベンダーの導入検討の噂を聞いた

シナリオ 10:成功事例の横展開 — Land & Expand

シチュエーション設定

背景: 大手銀行「みずき銀行」のリテール部門で、Arclight AI の不正検知APIが大成功。誤検知率を60%削減し、年間2億円のコスト削減を達成。この成功を法人営業部門やコンプライアンス部門にも展開したい。リテール部門長の井上さんが社内の推進者になってくれる可能性がある。

あなたの役割: 担当FDE(井上さんとの拡大戦略ミーティング)

顧客のセリフ

「うちの部門では本当にうまくいってますよ。ただ、他の部門に広げるとなると、私の一存では決められないし、法人営業部の斉藤部長は新しいものに慎重な人で……」

やってはいけないNG例

「井上さん、ぜひ社内で推薦していただけませんか? 資料はこちらで用意しますので」

なぜNGか: 顧客に営業の仕事を押し付けている。井上さんは社内で政治的なリスクを負うことになり、積極的には動いてくれない。

模範回答例

「井上さんの部門での成果は本当に素晴らしいですし、これは井上さんのリーダーシップの賜物です。他部門への展開ですが、井上さんに負担をかけない形で進めたいと思います。まず、リテール部門の成果を数字で整理したケーススタディを作成しますので、井上さんに事実確認だけお願いします。次に、法人営業部の斉藤部長には、まず非公式な情報交換の場を設けるのがいいかもしれません。井上さんから『うちのFDEが面白い話を持ってるから、30分だけ聞いてみない?』と紹介していただくだけで十分です。正式な提案はその後にします」

なぜ良いか: 井上さんの負担を最小限にしつつ、社内チャンピオンとしての役割を明確にしている。「紹介するだけ」というハードルの低い依頼で、政治的なリスクを最小化している。

Loading diagram...

INFO

学びのポイント: Land & Expandの成功は「社内チャンピオン」の存在にかかっている。ただし、チャンピオンに過度な負担をかけてはいけない。FDEがやるべきことは、チャンピオンが社内で輝けるようにお膳立てすること。チャンピオンの手柄を作り、政治的リスクを肩代わりするのがFDEの仕事。


自己評価ルーブリック

10のシナリオを通じて、以下の5つの観点で自分のスキルを評価してみよう。各項目1〜5で採点する。

評価項目1(初心者)3(一人前)5(エキスパート)自己評価
コミュニケーション力一方的に話す。相手の反応を見ていない相手の話を聞き、適切に応答できる場の空気を読み、相手の感情を先回りしてケアできる/5
技術的正確性曖昧な説明が多く、質問に答えられない自社製品の機能と限界を正確に説明できる顧客の技術環境まで理解し、最適な設計を提案できる/5
ビジネス感覚技術の話しかできないROIやビジネスインパクトを説明できる顧客の業界構造・競合環境まで理解して提案できる/5
顧客共感力顧客の感情に気づかない顧客の不満や不安を察知して対応できる顧客が言語化できていない課題まで掘り起こせる/5
問題解決力問題を報告するだけ問題に対して複数の選択肢を提示できる問題を機会に変え、関係を深めるきっかけにできる/5

INFO

活用方法: 合計15点未満なら基礎トレーニングの反復を、15〜20点なら実際の案件でのOJTを中心に、20点以上なら後輩の指導役としてスキルを磨いていこう。このルーブリックは四半期ごとに再評価し、成長を可視化すると効果的。


トレーニングの進め方

ロールプレイ演習を最大限に活用するための実践ガイド。

ソロ練習(1人でできる)

  1. シナリオの「顧客のセリフ」まで読む
  2. タイマーを30秒にセットする
  3. 30秒以内に最初の応答を声に出して言う
  4. 模範回答と比較し、差分を分析する
  5. もう一度、改善版を声に出して言う

ペア練習(2人で行う)

  1. 一人が顧客役、一人がFDE役を担当
  2. 顧客役はシナリオのセリフを起点に、アドリブで会話を続ける
  3. 5分間のロールプレイ後、相互フィードバック
  4. 役割を交代して同じシナリオをもう一度

チーム練習(3人以上)

  1. 一人が顧客役、一人がFDE役、残りがオブザーバー
  2. オブザーバーはルーブリックの5項目で採点する
  3. ロールプレイ後、オブザーバーからフィードバック
  4. 全員がFDE役を経験するまでローテーション

INFO

カイのアドバイス: 「最も成長するのはペア練習だ。顧客役をやることで、顧客の気持ちが体感でわかるようになる。FDE役だけでは見えない景色がある」


エピローグ — 「場数がものを言う」

3日間のロールプレイ研修が終わった。ソウタのノートは付箋とメモでいっぱいだった。

「どうだった?」カイが聞いた。

「正直、ボロボロでした」ソウタは苦笑した。「特にシナリオ5の社内対立と、シナリオ8のマルチステークホルダー。頭ではわかっていても、いざ相手の顔を見ると、言葉が出てこない」

カイはうなずいた。

「それでいい。ロールプレイで失敗するのと、本番の顧客の前で失敗するのと、どっちがいい?」

「それは……もちろん、ここで失敗しておきたいです」

「だろ。10個のシナリオを覚えるんじゃない。10個のシナリオで鍛えた『考え方の筋肉』を、本番で使うんだ」

カイはホワイトボードに3つの原則を書いた。

FDE対話の3原則:

  1. まず聞け — 相手が何を言っているかではなく、何を感じているかを聞く
  2. 事実で語れ — 感情的になったら負け。データと実績で信頼を勝ち取る
  3. 一緒に解決しろ — 「御社の問題」ではなく「私たちの課題」として取り組む

ソウタはこの3つをノートの最初のページに書き写した。技術力は半年で身についた。でも、この「対話力」は、きっと何年もかけて磨き続けるものなのだろう。

研修後、ソウタは自分のルーブリックを見返した。コミュニケーション力3、技術的正確性4、ビジネス感覚2、顧客共感力3、問題解決力3——合計15点。「一人前」のラインにはいるが、まだまだ伸びしろがある。特にビジネス感覚。技術の話に逃げがちな自分の癖が、はっきり見えた。

来週の月曜日、ネクストモール社との定例ミーティングがある。いつもなら少し緊張するその場面が、今は少し楽しみに感じていた。

「次は、本番の場数を踏む番だ」

ソウタはノートを閉じ、翌日のPoC構築ワークショップの準備に取りかかった。