顧客の言葉はバグレポートではなく痛みの報告だ
エンジニア同士なら「p95が2倍に跳ねました」と言うところを、顧客は「遅いんです」と言います。この差を顧客の落ち度と見なした瞬間、FDEの仕事はこじれます。顧客には症状を正確に記述する義務はなく、痛みを報告しただけで自分の役目を果たしています。測定可能な問題に変えるのは、完全にこちらの仕事です。
このブログのFDEエンジニア育成RPGのミッションタイトルが、まさにこの形をしています。「遅いんです」「つながらないんです」「ときどきログインできないんです」。実際の現場の報告は、たいていこの形で届くからです。この記事はその文をエンジニアリングに移す技術を扱います。以下に登場する会話は、すべて説明のために構成した例です。
翻訳の質問法 — 五つの軸
「遅いんです」は五つの軸で切ると測定可能な問題になります。順番どおりに聞くと尋問になるので、会話に織り込みながら、五つの欄が埋まったかを頭の中で点検するやり方が良い。
- いつから — 開始時点が出れば、その時刻のデプロイ・設定変更・トラフィック変化と突き合わせられます。「昔からか、ある日からか」が最初の分岐です。
- 誰が、どこで — 全員か一部か、オフィスの中か外か、特定の権限のユーザーだけか。範囲がそのまま容疑レイヤーを絞ります。
- 何をするとき — ログインのときか、検索のときか、保存のときか。再現経路の材料です。
- どのくらい — 何秒かかるのか、10回中何回か。形容詞を数字に変える欄です。
- 何と比べて — 昨日より遅いのか、期待より遅いのか。基準線がなければ、直ったかどうかの判定もできません。
五つの欄が埋まると、「遅いんです」はこう変わります。先週の火曜から、本社の外から接続するユーザーだけ、レポートのエクスポートで、普段3秒が30秒に、その前の週までは正常。この文はすでに診断計画の半分です。障害診断プレイブックの再現ステップに直結します。
悪い返答、良い返答
同じ場面で、信頼を削る文と積む文が分かれます。三つの場面で対比します。すべて構成した例です。
| 場面 | 悪い返答 | 良い返答 |
|---|---|---|
| 原因がまだ不明のとき | 「うちの問題ではない気がしますが。」 | 「ここまででネットワークと認証は正常と確認済みで、いまデータ層を見ています。30分後に中間結果を共有します。」 |
| いつ直るのかと聞かれたとき | 「もうすぐ直ると思います。」 | 「原因候補を二つまで絞った段階なので、完了時刻はまだお約束できません。代わりに毎時ちょうどに進捗を報告します。」 |
| 顧客が間違った原因を確信しているとき | 「それは関係ありません。」 | 「その可能性も検証リストに入れます。ファイアウォール仮説が正しければオフィスの外でも同じ症状のはずなので、まずそこから一緒に確認しましょう。」 |
パターンが見えるはずです。悪い返答の共通点は防御です。責任の境界線を先に引き、根拠のない楽観でその場を逃れ、顧客の仮説を門前で棄却する。良い返答の共通点は、確認済みの事実、いまやっていること、次の報告時刻の三要素です。特に三つ目の場面が重要です。顧客の仮説は間違っていても、棄却ではなく検証の対象として扱ってこそ、次も顧客は観察を話し続けてくれます。
期待値マネジメント — 約束の単位を変える
期待値マネジメントの失敗は、たいてい約束の単位を間違えることから生まれます。原因が分からない段階で「午後までに解決します」と言うのは約束ではなく賭けです。約束できるのは解決時刻ではなく次の報告時刻です。「1時間後に、分かったことと分からないことを整理して報告します」はいつでも守れて、守られるたびに信頼が積み上がります。
範囲で話す習慣も同じ原理です。不確かな日程は一つの時刻ではなく楽観と保守の範囲で伝え、範囲が狭まるたびに更新します。そして悪い知らせほど早く言う。締め切り直前に遅延を知らせるのは、遅延そのものより大きな信頼の損失です。悪い知らせを二日早く伝えるFDEは、日程を破った人ではなく日程を管理する人として記憶されます。
障害の真っ最中のコミュニケーション
障害中は平時のルールが逆転します。平時は完成した分析を報告しますが、障害中は未完成でも周期を守る報告が優先です。ルールは4行に要約できます。
- 周期を先に固定します。「復旧まで30分ごとに報告します」が最初のメッセージに入るべきです。音沙汰なしの20分は、顧客の想像の中で障害を2倍に育てます。
- 影響から話します。原因分析は気になっても我慢。いま誰が何をできないのか、回避策はあるのかが先です。
- 専門用語を翻訳します。「Podが再起動ループに入りました」ではなく「サーバーが繰り返し落ちては立ち上がる状態で、接続が切れます」と言います。
- 人を主語にしません。「誰かが設定を間違えて」ではなく「設定変更の後」と言います。非難のない話法は、障害中の情報の流れを守る安全装置です。
そしてエスカレーションは失敗の自白ではありません。30分進展がなければ上げるという自分ルールを先に決めておけば、上げる決断は感情ではなく手続きになります。顧客の前での「専門の人員を付けました」は、無能の信号ではなく対応の信号として読まれます。
手を動かして練習する
コミュニケーションは文を暗記しても伸びず、圧力の中で話してみて初めて伸びます。
- FDEエンジニア育成RPG — 8ドメインのうち顧客コミュニケーションのレベルが低いと、診断が正しくてもミッションが失敗する構造です。報告のタイミングを選ぶ選択肢が、この記事の内容そのままに出てきます。
- FDEカリキュラム ロードマップ — 顧客コミュニケーションドメインのセルフチェック基準を確認してください。
FDE完全ガイドシリーズ