非エンジニアの相手にWhy→What→Howの順で新機能を説明する
非エンジニアの相手に新機能の仕様を説明するとき、「何ができるか(What)」や操作手順(How)からいきなり話し始めるのではなく、「なぜこの機能があるのか(Why)」を最初に渡し、Why→What→Howの順で運ぶ練習をする。
あなたはSaaS勤怠管理サービスのエンジニア。来週リリース予定の「CSV一括インポート機能」(社員データをまとめてアップロードして一度に登録できる機能)について、カスタマーサポートチームに配属されたばかりの新人・鈴木さん(入社2週間、非エンジニア)に事前説明会を開き、リリース後の問い合わせに備えてもらう必要がある。鈴木さんはこの機能について資料で名前を見た程度で、中身は何も知らない。
You're an engineer at a SaaS attendance-management company. A "CSV bulk import" feature (upload a spreadsheet to register many employees at once) is launching next week. You're running a walkthrough for Jordan, who just joined the customer support team two weeks ago and has no engineering background, so they'll be ready to field questions once it ships. Jordan has only seen the feature name in a release doc — nothing else.
ここから会話を続けてください。1往復では終わらせず、あなたの発言→相手の反応(想定)→あなたの返しの最低3ターンを自分で書いてみましょう。まず機能の存在理由〈Why〉を一言で伝え、次に何ができるようになるか〈What〉を具体的に説明し、最後に操作の流れとよくあるつまずきポイント〈How〉を、鈴木さんが問い合わせ対応で実際に使える形に絞って伝えるところまで含めます。日本版・アメリカ版それぞれで考えてみましょう。
1ターン目は操作画面や設定項目に一切触れず、「手入力の手間をなくすため」というWhyだけを言い切っている。これにより鈴木さんは、細かい仕様を聞く前に「この機能が何のためにあるか」という土台を先に持てる。2ターン目のWhatも、機能の全仕様を並べるのではなく「ビフォーアフター」(1人ずつ→何十人分を一度に)という分かりやすい対比で伝えている。3ターン目が最も重要で、操作手順を細かく全部説明するのではなく、鈴木さんが実際の問い合わせ対応で使う最小限の情報(見本ファイルの場所+一番多いエラーの原因)だけに絞り込んでいる。この絞り込みがないと、新人はどこが重要な情報なのか自分で判断できず、資料を丸暗記しようとして本番で応用が利かなくなる。
Turn 1 withholds the UI entirely and states only the Why — the manual-entry problem this solves — so Jordan has a mental frame before any detail lands. Turn 2 delivers the What as a concrete before/after (one at a time vs. dozens at once) rather than a spec dump. Turn 3 is the hardest part: instead of walking through every field and edge case, it deliberately narrows the How down to exactly two things Jordan can actually retain and use on a live support call — where the template lives, and the one failure mode that accounts for most tickets. Without that narrowing, a new hire has no way to tell which detail matters most and ends up trying to memorize everything, which falls apart the moment a real question doesn't match the script.
今週、誰かに何かの使い方や手順を教える機会(新しいツールの説明、後輩への業務引き継ぎなど)があったら、手順を話し始める前に一言だけ「これは何のためにやるか」を伝えてみる。相手が新人でなくても、資料の共有メッセージに一文添えるだけでも構わない。