「遅いんです」をエンジニアリングの問題に翻訳する — FDEの顧客コミュニケーション

• 顧客の言葉はバグレポートではなく痛みの報告だ
• 翻訳の質問法 — 五つの軸
• 悪い返答、良い返答
• 期待値マネジメント — 約束の単位を変える
• 障害の真っ最中のコミュニケーション
• 手を動かして練習する

顧客の言葉はバグレポートではなく痛みの報告だ

エンジニア同士なら「p95が2倍に跳ねました」と言うところを、顧客は「遅いんです」と言います。この差を顧客の落ち度と見なした瞬間、FDEの仕事はこじれます。顧客には症状を正確に記述する義務はなく、痛みを報告しただけで自分の役目を果たしています。測定可能な問題に変えるのは、完全にこちらの仕事です。

このブログのFDEエンジニア育成RPGのミッションタイトルが、まさにこの形をしています。「遅いんです」「つながらないんです」「ときどきログインできないんです」。実際の現場の報告は、たいていこの形で届くからです。この記事はその文をエンジニアリングに移す技術を扱います。以下に登場する会話は、すべて説明のために構成した例です。

翻訳の質問法 — 五つの軸

「遅いんです」は五つの軸で切ると測定可能な問題になります。順番どおりに聞くと尋問になるので、会話に織り込みながら、五つの欄が埋まったかを頭の中で点検するやり方が良い。

• いつから — 開始時点が出れば、その時刻のデプロイ・設定変更・トラフィック変化と突き合わせられます。「昔からか、ある日からか」が最初の分岐です。
• 誰が、どこで — 全員か一部か、オフィスの中か外か、特定の権限のユーザーだけか。範囲がそのまま容疑レイヤーを絞ります。
• 何をするとき — ログインのときか、検索のときか、保存のときか。再現経路の材料です。
• どのくらい — 何秒かかるのか、10回中何回か。形容詞を数字に変える欄です。
• 何と比べて — 昨日より遅いのか、期待より遅いのか。基準線がなければ、直ったかどうかの判定もできません。

五つの欄が埋まると、「遅いんです」はこう変わります。先週の火曜から、本社の外から接続するユーザーだけ、レポートのエクスポートで、普段3秒が30秒に、その前の週までは正常。この文はすでに診断計画の半分です。障害診断プレイブックの再現ステップに直結します。

悪い返答、良い返答

同じ場面で、信頼を削る文と積む文が分かれます。三つの場面で対比します。すべて構成した例です。

パターンが見えるはずです。悪い返答の共通点は防御です。責任の境界線を先に引き、根拠のない楽観でその場を逃れ、顧客の仮説を門前で棄却する。良い返答の共通点は、確認済みの事実、いまやっていること、次の報告時刻の三要素です。特に三つ目の場面が重要です。顧客の仮説は間違っていても、棄却ではなく検証の対象として扱ってこそ、次も顧客は観察を話し続けてくれます。

期待値マネジメント — 約束の単位を変える

期待値マネジメントの失敗は、たいてい約束の単位を間違えることから生まれます。原因が分からない段階で「午後までに解決します」と言うのは約束ではなく賭けです。約束できるのは解決時刻ではなく次の報告時刻です。「1時間後に、分かったことと分からないことを整理して報告します」はいつでも守れて、守られるたびに信頼が積み上がります。

範囲で話す習慣も同じ原理です。不確かな日程は一つの時刻ではなく楽観と保守の範囲で伝え、範囲が狭まるたびに更新します。そして悪い知らせほど早く言う。締め切り直前に遅延を知らせるのは、遅延そのものより大きな信頼の損失です。悪い知らせを二日早く伝えるFDEは、日程を破った人ではなく日程を管理する人として記憶されます。

障害の真っ最中のコミュニケーション

障害中は平時のルールが逆転します。平時は完成した分析を報告しますが、障害中は未完成でも周期を守る報告が優先です。ルールは4行に要約できます。

• 周期を先に固定します。「復旧まで30分ごとに報告します」が最初のメッセージに入るべきです。音沙汰なしの20分は、顧客の想像の中で障害を2倍に育てます。
• 影響から話します。原因分析は気になっても我慢。いま誰が何をできないのか、回避策はあるのかが先です。
• 専門用語を翻訳します。「Podが再起動ループに入りました」ではなく「サーバーが繰り返し落ちては立ち上がる状態で、接続が切れます」と言います。
• 人を主語にしません。「誰かが設定を間違えて」ではなく「設定変更の後」と言います。非難のない話法は、障害中の情報の流れを守る安全装置です。

そしてエスカレーションは失敗の自白ではありません。30分進展がなければ上げるという自分ルールを先に決めておけば、上げる決断は感情ではなく手続きになります。顧客の前での「専門の人員を付けました」は、無能の信号ではなく対応の信号として読まれます。

手を動かして練習する

コミュニケーションは文を暗記しても伸びず、圧力の中で話してみて初めて伸びます。

• FDEエンジニア育成RPG — 8ドメインのうち顧客コミュニケーションのレベルが低いと、診断が正しくてもミッションが失敗する構造です。報告のタイミングを選ぶ選択肢が、この記事の内容そのままに出てきます。
• FDEカリキュラム ロードマップ — 顧客コミュニケーションドメインのセルフチェック基準を確認してください。

FDE完全ガイドシリーズ

• 前の記事: FDE障害診断プレイブック — アクセス権から報告書まで6ステップ
• 次の記事: PoCはなぜ本番にたどり着けないのか — 成功基準、セキュリティレビュー、引き継ぎ