仕事①: 背景から話して「結局何をしてほしいの?」と遮られた説明を、お願い＋負担の数字から組み立て直し、その場で協力の「はい」をもらう
背景から話し始めてしまい、懐疑的な相手に「結局何をしてほしいの?」と遮られた場面から、説明を組み立て直す練習をする。お願いを「期間・範囲・1件あたりの負担」の数字つきで最初の1文に置き（Point）、理由を相手側の得で1つだけ言い（Reason）、相手の反論に相手自身の経験した例で答え（Example）、最後にやめる条件と報告日をつけてもう一度お願いする（Point）。情報を共有して終わるのではなく、その場で協力の「はい」をもらうところまで扱う。
あなたは飲食店向けのモバイルオーダー（お客さんがテーブルのQRコードを読み取り、自分のスマホから注文するサービス）を提供する会社のバックエンドエンジニアで、入社3年目。導入店舗は約450店。先月、店長さんからの「注文したはずなのに厨房に届いていない」という問い合わせが38件あり、原因まで特定できたのは9件だけだった。残りの原因が追えないのは、お客さんが「どの画面で止まったか」（メニュー・カート・決済・完了画面のどれか）が問い合わせ記録に残っておらず、ログのどこを見ればいいか絞れないから。画面の情報を自動で送る改修は計画済みだが、厨房側タブレットの更新が必要で、全店に届くのは11月末になる。
それまでのつなぎとして、カスタマーサポート（CS）チームに協力をお願いしたい。相手はCSチームリーダーの松本さん（CS歴10年、店長さんからの信頼が厚く、自分のチームの対応時間を守ることに厳しい）。月曜の昼過ぎ、ランチのピークがまだ終わりきっていないCSの島に行き、話しかけた。
You're a backend engineer, three years in, at a company that makes mobile ordering software for restaurants — guests scan a QR code at the table and order from their own phone. About 450 restaurants use it. Last month, restaurant managers filed 38 tickets saying "the guest placed an order, but it never reached the kitchen." You found the root cause for only 9. The rest are stuck because the tickets don't record which screen the guest was on when it failed (menu, cart, payment, or confirmation), so you can't narrow down which logs to dig through. There's a planned fix to capture the screen automatically, but it needs an update to the kitchen tablets and won't reach every restaurant until the end of November.
As a stopgap, you need help from Customer Support. The person to ask is Denise, the Support team lead — twelve years in restaurant support, trusted by the managers, and fiercely protective of her agents' handle time. It's Monday, just after one o'clock, and the lunch rush hasn't fully cleared. You walked over to the Support pod and started talking.
ここから会話を続けてください。1往復では終わらせず、あなたの発言→相手の反応（想定）→あなたの返しの最低3ターンを自分で書いてみましょう（背景の説明に戻らず、お願いを負担の数字つきで最初の1文に置くこと、理由は相手のチームにとっての得で1つに絞ること、「店長さんに聞くのがしんどい」という現場の反論に言い返さず条件を下げて応えること、最後に「いつ結果を報告し、どうなったらやめるか」を添えて、その場で協力の「はい」をもらうところまで含めます）。日本版・アメリカ版それぞれで考えてみましょう。
1ターン目は、遮られた直後の仕切り直し。「すみません、結論から言います」の一言だけで、背景の説明には戻らない。謝罪を重ねたり「説明が下手ですみません」と足したりすると、また相手の時間を使ってしまう。1文目の「お願いは1つです」は、聞き手に「この話はいくつあるのか」を先に知らせる役目がある。続けて、期間（2週間だけ）・範囲（この種類の問い合わせだけ）・負担（1件10秒、1日1分かからない）を数字で置いている。松本さんの「正直いまは厳しい」は、お願いの中身を聞く前の想像に対する答えだったので、実際の大きさを見せるだけで「まあ……」に変わる。理由は「問い合わせ自体が減る」という相手側の得に1つだけ絞り、「ログが追いやすくなる」という自分側の得は言っていない。38件中9件という数字は、理由に根拠を1つだけ添える役目。
2ターン目が今日いちばん難しい部分。「店長さんに聞くのはしんどい」は、現場を知らない人のお願いに対する、もっともな反論。ここで「でも1問だけなので」と押すと、松本さんは「現場を分かっていない人」という評価を固める。模範回答では、まず「たしかに」と相手の見立てを認め、「不明でいい」と条件を下げている。これは譲歩であると同時に、「無理に聞き出した答えはあてにならない」というデータの質の理由があり、お願いの目的とも矛盾しない。さらに「1文用意します」と、相手の手間をこちらが引き取っている。Example には、松本さん自身が対応した先週の一件を選んだ。一般論の例より、相手が30分怒られた記憶のある一件のほうが「この問い合わせが減る」という理由を実感のあるものにする。「30分怒られた」は、こちらが言うのではなく松本さんが自分で言っている点も大事で、相手の苦労をこちらが語ると、恩着せがましく聞こえやすい。
3ターン目は、PREPの最後の Point。松本さんの「前も頼まれて、そのあとどうなったか聞かなかった」は、今回のお願いへの反対ではなく、「頼むだけ頼んで、あとは知らんぷりされる」ことへの警戒。これに対して、報告日（10月14日）・報告の相手（松本さんに直接）・やめる条件（何も分からなければ消す／自動化されたら消す）の3つで答えている。「項目がずっと残る」という最初の恐れにも、ここで答えが出ている。朝会での説明を自分が引き受けるのは、CSのメンバーへの説明という新しい手間を松本さんに渡さないため。最後の「この形で進めてもいいでしょうか」で、共有ではなく判断をもらいに行っている。松本さんが「『不明でいい』は必ず言って」と条件を足しているのは、協力者として話に乗ってきた合図で、それを「必ず最初に言います」とそのまま受け取って締めている。
Turn 1 restarts with "Fair — here's the ask." "Fair" acknowledges that she was right to cut in, without an apology; in a US setting, apologizing at length for rambling costs more of her time than the rambling did. The ask comes next, bottom line up front, with three numbers attached — duration, scope, effort. Her "I'm going to push back" was aimed at what she imagined you wanted; once she sees the real size, it drops to "okay..." The single reason is framed as her team's win (fewer of these tickets), backed by one number (38 vs. 9).
Turn 2 is the hardest part. Denise's objection is legitimate, and she knows the floor better than you. "Totally fair" plus making "unknown" acceptable concedes the point — but the concession has a stated reason ("I'd rather have 'unknown' than a guess"), so it reads as good judgment, not caving. Offering the exact question to ask takes the work off her agents. The example is the Friday ticket she personally handled; a real call she remembers does more than any hypothetical, and she supplies the emotion herself ("that call was brutal"), which is better than you narrating how bad it must have been.
Turn 3 is the final Point. Her "we never heard what came of it" isn't a no — it's a trust gap. It gets a date, an owner ("from me"), and two exit conditions, which also answers her original fear that fields never go away. Taking the standup explanation yourself keeps the ask from growing. Ending with "is that a yes for two weeks?" turns a hallway chat into a commitment; her "Yes" plus a condition ("lead with 'unknown is fine'") shows she's now invested in it working.
両版とも、「遮られたら背景に戻らず、お願いから言い直す」「お願いには期間・範囲・負担の3つの数字を入れる」「理由は相手側の得で1つだけ」「反論には言い返さず『不明でいい』と条件を下げる」「例は相手自身が対応した一件を使う」「報告日とやめる条件を添えて、その場で判断をもらう」という骨格は共通している。違いが出るのは次の3点。
| 観点 | 🇯🇵 日本版 | 🇺🇸 US版 |
|---|---|---|
| 仕切り直しの一言 | 「すみません、結論から言います」。短い謝罪を1回だけ置き、結論を言うと宣言する。謝罪なしだと、遮られたことに気を悪くしたように聞こえることがある | "Fair — here's the ask." 謝罪は置かず、遮られたことを "Fair" で認めて即座に本題。長く謝ると相手の時間をさらに使う |
| 条件を下げるときの理由 | 理由は添えるが、主眼は店長さんへの負担への配慮として伝える | "I'd rather have 'unknown' than a guess" と自分の判断としての理由を明言。理由のない譲歩は押し切られたように見えやすい |
| 「はい」のもらい方 | 「この形で進めてもいいでしょうか」。許可を求める形で聞き、相手が条件を足す余地を残す | "So — is that a yes for two weeks?" yes/no で直接聞く。立ち話の "sounds good" は約束にならないことが多い |
どちらも、結論を先に言うことは同じ。日本版でも、仕切り直したあとは1文目がお願いそのもので、前置きを置いていない。差は、切り出しの謝罪の有無と、最後に判断をもらう聞き方（許可を求めるか、yes/noで聞くか）にあって、「日本は遠回し・アメリカは直接」という単純な二分ではない。
今週、Slackやメールで誰かに何かを頼むとき、送る前に1行目だけ書き直してから送る。
「お願いは1つです。〜を、〜まで、〜だけお願いできますか。」
「〜まで」（期限か期間）と「〜だけ」（範囲か量）の2か所を埋めるのがポイント。経緯や背景は2行目以降に回す。頼みごとが今週1つもなければ、過去に送った依頼のメッセージを1通開いて、1行目がお願いになっていたかを見るだけで十分。書き直して送れたら、相手の返信が来るまでの時間や返信の中身がいつもと違ったかを、一言だけ下の自己評価欄に残しておく。
今回のサブスキルの位置づけ: 仕事①の過去回は、Day003（PREP法・マーケ担当への延期報告）、Day010（SDS法・同僚へのインシデント共有）、Day017（Why→What→How・CSの新人への新機能説明）。3回とも「白紙の状態から最初の一言を組み立てる」形で、聞き手は中立か協力的だった。Lv2（自分から動く）の仕事側の難所は「聞き手が懐疑・反対から始まり、情報共有ではなく承認・判断・協力を取りに行く」こと。そこで今回は、(1) 相手が協力に懐疑的で、(2) 説明が途中まで失敗している状態から始め、(3) ゴールを「協力の『はい』をもらう」に置いた。PREP法の P を「お願い＋負担の数字」、R を「相手側の得」にした依頼型のPREPと、途中からの組み立て直しの2つが、過去回に無かった練習。
迷った他案と採らなかった理由
前提が変わる場合
参照した考え方（書誌情報のみ・本文の直接確認はしていない）
数値の扱い: 本文中の数値（導入約450店、先月の問い合わせ38件・原因特定9件、1日1〜2件、選択式で1件10秒、待ち呼7件、自動取得が11月末、10月14日の報告日）はすべて練習用に設定した仮定の値で、実在のサービスのものではない。38件÷約22営業日で1日1〜2件、1〜2件×10秒で「1日1分かからない」は、この仮定から導いた値。
今回扱わなかった範囲: CSメンバーが実際に入力を忘れたときの運用（入力率の追い方）、松本さんの上長を巻き込む必要がある場合、Slackなど文字での依頼の書き方、10月14日の報告そのもの。いずれも今日の「遮られた説明を組み立て直し、その場で協力をもらう」という主題から外れるため、別の回で扱う。