質問しても『結局、何を聞きたいの?』と返される時は、知識不足より質問の入口が広すぎることがあります。長い経緯を全部説明するのではなく、相手が判断に必要な材料だけを同じ順番で渡すと、回答までの往復が減ります。
質問前に自分で分ける3項目
メモを『現在の状態』『すでに試したこと』『相手に決めてほしいこと』の三つに分けます。画面が動かない、ではなく、どの操作までは完了し、どこで期待と違ったかを一文ずつ書きます。試していないことを無理に埋める必要はありません。
選択肢は結論を誘導するためではない
自分の案が二つあるなら、A案とB案の違いを期限・費用・影響のどれかで示します。選択肢が一つしかない時は『この案で進めて問題ないか』と確認します。分からないまま三択を作ると、かえって誤った前提を固定するので注意します。
回答後に残すもの
答えをもらったら、結論だけでなく適用条件を一行残します。今回だけの例外か、次回も使える判断基準かを確認すると、同じ質問の再発を防げます。
そのまま使える連絡テンプレート
【状況】○○までは完了し、△△で止まっています。【確認済み】手順Aと設定Bを確認しました。【判断してほしい点】案1で進めてよいか、または案2が必要かをご確認いただけますか。期限は本日○時です。
実行前のチェックリスト
- 現在地を一文で書いたか
- 試したことと結果を分けたか
- 相手に求める判断が一つになっているか
- 回答期限の理由が伝わるか
具体例:システムの数字が合わない時
「売上が合いません」だけでは、回答者は画面、期間、集計条件を一から確認する必要があります。「8月分の店舗別集計で、CSVは128件、画面は126件。取消処理を除外して再集計したが差は2件のまま。取消日の基準を受注日と処理日のどちらにするか確認したい」と書けば、判断点が一つになります。
質問を送らない方がよいケース
顧客情報や人事情報を公開チャネルへ貼る、試していない操作を試したと書く、三つ以上の判断を一通に混ぜるのは避けます。緊急障害なら文章を整えるより、決められた緊急経路で事実を伝えることを優先します。
| 項目 | 悪い例 | 直し方 |
|---|---|---|
| 状況 | 動きません | 止まった操作と時刻 |
| 確認 | 色々試した | 操作と結果を一対一で記載 |
| 依頼 | どうすればいいですか | 決めてほしい点を一つにする |
回答が締切に影響する場合は、遅延リスクの早期報告も参照してください。
この方法の要点
良い質問は詳しさではなく、回答者が次に判断できる状態を作れているかで測ります。
送信前に使える質問の完成度チェック
質問文を読み返し、受け手が追加で聞き返さなくても判断できるかを確認します。対象となる画面や資料、発生時刻、期待した結果、実際の結果、確認済みの操作がそろっていれば、技術的な問題でも状況を再現しやすくなります。スクリーンショットを添える時は、個人名・顧客番号・メールアドレスなど不要な情報を隠します。
回答者を迷わせる四つの表現
- 「前と同じ」:比較する日時や資料を示す
- 「全部確認済み」:実行した操作と結果を書く
- 「至急」:必要な回答時刻と遅れた影響を書く
- 「どう思いますか」:決めてほしい点を一つにする
質問の相手が決定者でない場合は、答えを求めるのではなく「誰に確認すべきか」を尋ねます。権限のない人へ判断を迫る往復を減らせます。
回答を再利用できる記録に変える
回答後は結論だけをコピーせず、「どの条件でその結論になったか」「例外は何か」「次回の参照先はどこか」を一行ずつ残します。同じ質問が二度出たら共有ページの候補にし、内容の所有者と見直し時期を決めます。規程や仕様が変わる業務では、更新日が古い回答をそのまま使わず正本を確認してください。

