「どうしますか」の前に調べ尽くしているか
取引先や上司に確認メールを送るとき、選択肢を並べて「どうしますか」と聞くのは一見丁寧に見える。しかし、実はこの問いかけには「自分で調べられることを調べていない」状態が隠れていることが多い。
私は以前、あるプロジェクトの進め方について取引先に「AとBどちらがよいですか」とメールした。返ってきたのは「まず自分で潰せる部分を潰してから聞け」という指摘だった。選択肢を並べる前に、仕様書・過去案件・規格文書を調べれば片方は明らかに不可能だと分かる状態だった。調査不足のまま選択肢を出したことで、相手の時間を無駄にしてしまった。
この失敗以降、確認作業の手順を再設計した。質問は「調べ尽くして残った不明点」だけにする。調査の成果物として質問を出す設計に変えると、確認のやり取りが1往復で終わるようになり、信頼残高も上がった。
質問を3点構成にする：調査済み事実→残る不明点→分かると何が決まるか
質問を「調べ尽くした上で残った不明点」として出すには、次の3点構成を意識する。
① 調査済み事実を先に示す
「仕様書p.12では〇〇と記載あり」「過去3案件では△△で統一」「JIS規格では××が推奨」など、自分で確認できた事実を先に列挙する。これにより「ここまでは調べた」という調査範囲が相手に伝わる。
調査済み事実を示さずに「AとBどちらがよいですか」と聞くと、相手は「そもそも仕様書を読んだのか」「過去案件を調べたのか」という前提確認から始めなければならず、やり取りが増える。
② 残る不明点を特定する
調査の結果、人に聞かないと分からないことだけを抽出する。「仕様書には記載がないが、現場では慣例的に〇〇している可能性がある。この慣例の有無を確認したい」という形で、調査では埋まらなかった空白を明示する。
不明点の特定が甘いと「それは△△に書いてある」と指摘されて振り出しに戻る。調査を尽くした上で「ここは本当に分からない」と言い切れる状態まで詰めてから聞く。
③ 分かると何が決まるかを添える
「この点が分かれば、次工程の工数見積もりが確定します」「この有無によって使用する検査手法が変わります」など、不明点が解消されると何が前に進むのかを示す。
相手は「なぜこの質問が今必要なのか」を理解でき、優先度を判断しやすくなる。質問の文脈が明確になることで、回答の精度も上がる。
Claude Codeで調査を尽くしてから聞く設計を実装する
Claude Codeを使うと、調査の網羅性が格段に上がる。仕様書・過去ログ・コードベース・ドキュメントを横断検索し、「この条件に該当する記述はどこにあるか」を数秒で抽出できる。
私は株式会社USとUSサービスの併営で、法人・個人の会計処理や契約判断が複雑に絡む場面がある。税理士に確認する前に、Claude Codeで国税庁FAQ・過去の申告書・契約書テンプレートを検索し、「ここまでは明らか、ここから先が不明」という境界線を引いてから質問するようにした。
結果、税理士とのやり取りは「調査済み事実の確認→残る不明点1点→回答→即決定」という1往復で完結するようになった。調査を尽くした質問は、相手の時間を奪わず、自分の判断速度も上げる。
AI時代の質問設計は「調査の成果物」として出す
AIツールが普及すると、調査の網羅性が上がる一方で「調べずに聞く」人との差が開く。調べれば分かることを聞く人は、AI導入後も変わらず調べずに聞き続ける。調べ尽くしてから聞く人は、AIで調査範囲を拡張し、より高度な不明点を特定できるようになる。
質問は「調べ尽くして残った不明点」だけにする。調査済み事実を示し、残る不明点を特定し、分かると何が決まるかを添える。この3点構成を習慣化すると、確認作業が1往復で終わり、信頼も積み上がる。
AI時代の質問設計は、調査の成果物として出す。調べ残しがある状態で選択肢を出さない。この原則を実装してから、私の確認作業は明らかに変わった。
まとめ：質問は調査の成果物、調べ尽くしてから出す
取引先や上司に確認するとき、選択肢を並べて「どうしますか」と聞く前に、自分で潰せる部分を潰す。質問は「調査済み事実→残る不明点→分かると何が決まるか」の3点構成で出す。
Claude Codeを使えば、調査の網羅性が上がり、不明点の境界線を明確に引ける。調べずに聞く人と調べ尽くしてから聞く人の差は、AI導入後にさらに開く。
質問は調査の成果物として出す。この原則を実装すれば、確認作業は1往復で終わり、信頼残高も上がる。