AI・セキュリティ支援の最初の打ち合わせで聞くこと｜後戻りを防ぐ

2026年8月18日

長谷川奈津

この記事のポイント

✓AI・セキュリティ支援の初回の打ち合わせで何を聞けば後戻りを防げるのかを
✓質問の順番と判断の基準で整理した
✓そして受けないほうがよい案件の見分け方までをまとめる

AI・セキュリティ支援の案件で揉めるとき、原因のほとんどは初回の打ち合わせにさかのぼる。聞くべきことを聞かないまま見積もりを出し、着手してから前提が違うと分かる。この記事では、初回の打ち合わせで何をどの順番で聞けば後戻りを防げるのかを、質問の中身と、その答えをどう判断材料にするかまで含めて整理する。

初回の打ち合わせは情報収集の場ではない

初回を「相手の話を聞く場」だと考えていると、聞き役に回って終わる。相手が話したいことだけを話し、こちらが必要な情報は半分も出てこない。そのまま持ち帰って見積もりを作ると、抜けた部分が全部あとから追加作業として降ってくる。

初回の打ち合わせは、範囲を確定させる場だ。もっと言えば、この案件を受けるかどうかを判断する場でもある。相手を選ぶ側でもあるという前提に立たないと、質問が遠慮がちになる。

この分野では、発注側が自分の要求を言語化できていないことが多い。何をどこまでやれば十分なのか、社内に判断できる人がいない状態で相談に来る。だから「ご要望をお聞かせください」と投げても、返ってくるのは「不安なので見てほしい」といった漠然とした言葉になる。漠然としたまま受けると、終わりの見えない案件になる。

聞き出すのはこちらの仕事だ。相手が説明できないことを、質問の形で構造化して引き出す。この作業が初回の打ち合わせの本体になる。

打ち合わせの前に用意しておくもの

準備なしで臨むと、その場の流れで聞き漏らす。三つだけ用意しておく。

質問リストを手元に置く

聞くべき項目を並べたリストを、紙か画面の端に置いておく。記憶で進めると、話が盛り上がった項目に時間を使い、地味だが重要な項目を飛ばす。とくに情報の受け渡しや決裁の経路は、話していて面白い話題ではないので、意識しないと落ちる。

リストは案件ごとに作り直さなくてよい。共通の型を一つ持ち、案件に応じて数行足す。項目数は20項目前後が実用的な上限で、それ以上あると初回で聞き切れない。

秘密保持の扱いを先に決めておく

初回の時点で、相手は自社の課題を話すことになる。守秘の枠組みが無い状態で詳細に踏み込むのは、双方にとって具合が悪い。打ち合わせの案内を送る段階で「詳細な内容に入る前に、秘密保持の取り決めを交わすことも可能です」と一行添えておく。

相手が用意する場合はその書式を確認し、こちらが用意する場合は汎用のひな型を持っておく。ここで手間取ると、初回が二回に分かれる。

受けられない仕事を書き出しておく

自分がやらない範囲を先に決めておく。判断の基準を持たずに打ち合わせに入ると、その場の雰囲気で「できます」と言ってしまう。実装まで踏み込むのか、文書の作成までなのか、法的な判断を含む助言をするのか。線を引いておけば、聞かれた瞬間に答えられる。

とくに法令の解釈にかかわる判断は、資格が要る領域に踏み込むおそれがある。個別の法的判断が必要な部分については、弁護士など専門の資格を持つ人に確認いただく前提であることを、初回で伝えておくほうがよい。

なぜ今なのかを最初に聞く

質問の順番として、範囲より先に背景を聞く。背景が分かると、範囲の妥当性を自分で判断できるようになる。

きっかけを確認する

「今回、ご相談いただいたきっかけを教えてください」と聞く。答えは大きく四つに分かれる。取引先や監査から求められた、社内で問題が起きた、経営方針として決まった、担当者が個人的に不安を感じている。

外部から求められている場合は、その要求文書が実質的な仕様になる。見せてもらえるかを必ず確認する。要求水準を知らないまま作った成果物は、提出先で突き返される。突き返された作り直しは、たいてい無償で降ってくる。

社内で問題が起きた場合は、再発防止という明確な目的がある。範囲は絞りやすいが、担当者が責任を問われている状況だと、打ち合わせの温度が高くなる。事実確認と原因究明を混同しないよう、こちらが場を整理する必要がある。

担当者が個人的に不安を感じているだけの場合は、社内に発注の合意がまだ無い可能性が高い。この段階では見積もりを急がず、まず社内で説明できる材料を揃える段階だと位置づけたほうがよい。

期限と、その期限の出どころ

「いつまでに必要でしょうか」だけでなく、「その日付は何で決まっていますか」まで聞く。監査の日程、取引先への回答期限、株主総会、決算。外部で決まっている日付は動かない。社内の希望で決まっている日付は、相談の余地がある。

出どころを聞かずに期限だけ受け取ると、動かせない日付なのか希望なのかが分からないまま無理な工程を組むことになる。

決裁の経路

「本件は、どなたの承認で発注が決まりますか」と聞く。担当者、部門長、役員、あるいは親会社。経路が長いほど、見積もり提出から契約までの時間が延びる。

この質問は、聞きにくいと感じる人が多い。だが聞かないと、提出した見積もりが誰の机で止まっているのか分からないまま待つことになる。「稟議の書式に合わせて資料を整えたいので」と理由を添えて聞けば、相手は普通に答えてくれる。

範囲を数で確定させる

背景が分かったら、範囲を数に落とす。ここが初回の中心になる。

対象の数を確定する

対象となるシステムやサービスの数、対象となる部門の数、対象となる拠点の数。「社内全体」という言葉は範囲ではないので、数で書けるまで分解する。

その場で数が出てこない場合は、宿題として持ち帰ってもらう。ここが確定しないまま見積もりを出すと、あとで倍の量になっても金額を変えられない。数が出せない状態そのものが、要件整理の工程が必要だという根拠になる。

生成AIの利用実態を聞く

この分野で特有なのが、社内で誰が何を使っているかを会社が把握していないケースだ。「利用しているのは一つのサービスだけです」と言われても、実際には各部署が個別に契約していたり、個人の判断で業務に使っていたりする。

「現在、業務でご利用中の生成AIサービスをすべて教えてください」と聞き、あわせて「把握されている範囲で、ということでよろしいでしょうか」と確認する。この一言で、把握できていない部分がある前提を共有できる。実態調査そのものを工程として提案する余地も生まれる。

既存資料の有無と鮮度

構成図、規程類、過去の診断結果、教育資料。何が既にあるかで作業量が何倍も変わる。ただし「資料はあります」を鵜呑みにしない。その場で一部を見せてもらうか、最終更新日を聞く。

更新が5年前で止まっている構成図は、無いのと同じどころか、誤った前提を与えるぶん有害になる。鮮度の確認まで含めて、初回で済ませておく。

体制と関わる人を聞く

作業量は、成果物の中身より関わる人の数で決まる部分が大きい。

窓口を一人に絞れるか

「日々のご連絡は、どなたを窓口とさせていただけますか」と聞く。窓口が複数いると、指示が食い違う。食い違った指示に両方対応すると、作業は二重になる。

窓口を一人に絞れない事情がある場合は、その旨を前提条件に書いておく。書いておけば、指示が割れたときに調整の時間を計上できる。

レビューに入る部署の数

成果物を誰が確認するのか。情報システム部門、法務部門、内部監査、経営企画、そして役員。部署が増えるたびに、別の観点の指摘が来る。内容が変わらなくても、確認の往復だけで作業は膨らむ。

「ご確認いただく部署はいくつになりそうでしょうか」と数で聞き、答えを見積もりの前提条件に転記する。数で書いておけば、増えたときに事務的に相談できる。

現場の協力を得られるか

聞き取りや調査が必要な案件では、現場の部署が協力してくれるかどうかが工程を左右する。上から降りてきた話に現場が非協力的だと、日程調整だけで数週間かかる。

「各部署へのご依頼は、どのような形で周知していただけますか」と聞いておく。全社通知が出るのか、担当者が個別に頼むのかで、進み方がまるで違う。

情報の扱いを詰める

この分野では、情報の受け渡しそのものが作業になる。初回で必ず触れる。

何を渡してもらえるか、渡せないものは何か

見せられない情報がある場合、その部分は推測で書くことになる。推測で書いた成果物は精度が落ちるが、それは前提の問題であって品質の問題ではない。この区別を初回で共有しておかないと、あとで「精度が低い」と言われる。

渡せないものがあると分かったら、「その部分は、いただける情報の範囲で一般的な観点として記述する形になります」と伝え、合意を取る。

受け渡しの方法

メールに添付するのか、相手のファイル共有サービスを使うのか、専用端末を用意するのか。相手のセキュリティ要件に合わせる作業は、案件によっては数日かかる。専用端末の設定や、相手のネットワークへの接続手続きが必要になることもある。

この手間は金額としては小さいが、時間は確実に取られる。前提条件に書いておけば、大がかりになったときに相談できる。

終わったあとの扱い

案件終了後にデータをどうするか。削除するのか返却するのか、削除の報告書が必要なのか。求められる形式が決まっている場合は、それも作業として数える。

こうした判断が求められる場面が増えていることは、教育の分野でも意識されている。

本講座は、AIを業務で扱うアプリケーション開発エンジニア、インフラ・運用エンジニア、情シス担当者、セキュリティコンサルタントなど、AIを活用する現場でセキュリティ判断が求められる方を主な対象としています。生成AIやLLMを活用したシステム開発や業務改善に関わる中では、AIを使用した攻撃、AIの悪用、AIからの情報漏洩といった新たなAI脅威への対策が求められていますが、こうしたセキュリティ面の判断に不安を感じている方に特におすすめです。出典: gsx.co.jp

判断が求められる立場だからこそ、判断の前提となる情報を初回で揃えておく必要がある。

成果物の形を合意する

範囲が決まっても、成果物の形が決まっていないと検収で揉める。

誰が読む文書か

経営層が読むのか、現場の担当者が読むのか、外部の取引先に提出するのか。読み手が変われば、同じ内容でも別の文書になる。経営層向けなら結論と判断材料だけの構成になり、現場向けなら手順に落とした構成になる。

「この報告書は、最終的にどなたがご覧になりますか」と聞く。複数の読み手がいる場合は、版を分けるのか一本にまとめるのかを決める。版を分けるなら、それは別の成果物として数える。

形式と分量の目安

文書ソフトの形式なのか、スライド形式なのか、表計算のチェックリストなのか。相手の社内で使われている形式に合わせるのが原則になる。凝った形式で作っても、相手が編集できなければ使われない。

分量は「想定30ページ前後」といった目安を口頭で共有し、見積もりの前提条件に転記する。書いておかないと、増えたときに追加を求められない。

検収の基準

「どうなったら完了とみなしていただけますか」と聞く。この質問は答えにくいので、こちらから案を出す。「提出後にご指摘をいただき、反映してご確認いただいた時点で完了、という形はいかがでしょうか」と提示し、そのうえで確認の回数に上限を置く。

回数を書かないと、何度でも受ける前提で読まれる。上限は3回程度が実務的な線になる。

後戻りを生む危険信号

初回の打ち合わせは、断る判断をする場でもある。次の四つが出たら慎重になる。

目的を説明できない

「なぜ今これをやるのか」に答えが返ってこない案件は、社内で目的が共有されていない。目的が共有されていないと、成果物の評価基準も存在しない。誰かの気分で「思っていたのと違う」と言われる展開になりやすい。

この場合は、要件整理を独立した工程として先に置くことを提案する。いきなり本編を受けない。

決裁者が同席せず、伝言でしか進まない

窓口の担当者が熱心でも、決裁者に会えないまま進む案件は要注意になる。担当者の理解と決裁者の期待がずれていると、提出した瞬間に全部やり直しになる。

「一度、ご決裁される方にも同席いただける機会はありますか」と聞く。難しいと言われた場合は、議事メモを決裁者にも共有していただけるようお願いする。

「まず簡単に見てもらうだけ」

この言い方が出たら、範囲が青天井になる合図だと考えたほうがよい。簡単に見るという作業は存在しない。見れば必ず所見が出て、所見を出せば根拠を求められ、根拠を示すには調べる必要がある。

「拝見する範囲を決めさせていただきたいので」と切り返し、対象と観点を数で確定させる。確定できないなら、その確定作業自体を最初の工程にする。

既存の資料を見せてもらえない

守秘の手続きを整えてもなお資料を見せてもらえない場合、着手後も同じ状態が続く。情報が出てこない状態で作れる成果物には限界がある。受けるなら、その限界を前提条件として明記したうえで受ける。

打ち合わせの終わり方

最後の10分の使い方で、後戻りの量が変わる。

その場で口頭のまとめを返す

終了の前に、聞き取った内容を口頭で要約して返す。「本日伺った内容を確認させてください」と前置きし、目的、対象の数、期限、成果物の形、関係する部署を順に読み上げる。この場で認識のずれが見つかることが多い。

持ち帰ってから気づくと、確認のやり取りに数日かかる。その場なら数分で済む。

議事メモを当日中に送る

打ち合わせの内容を、箇条書きの短いメモにして当日中に送る。決まったこと、未確定のこと、こちらの宿題、相手の宿題の四つに分けて書く。この形にしておくと、相手が社内で共有しやすい。

このメモは、あとで前提が食い違ったときの唯一の記録になる。丁寧に書く必要はないが、必ず残す。

次の一歩と期限を一つだけ決める

「次は見積もりをお送りします。対象システムの一覧を、今週中にご共有いただけますでしょうか」というように、双方の次の行動と期限を一つずつ決めて終える。決めずに終えると、案件はそのまま静かに止まる。

初回で必ず詰めることと、二回目に回してよいこと

限られた時間で全部は聞けない。優先順位をつけておく。

初回で必ず詰める五つ

依頼のきっかけと目的、対象の数、期限とその出どころ、成果物の読み手、決裁の経路。この五つが埋まっていないと、見積もりが作れない。作れたとしても、根拠のない数字になる。

逆に言えば、この五つさえ押さえれば概算は出せる。概算を出して相手の反応を見てから、詳細を詰める二回目を設定するという進め方でよい。初回で完璧を目指して時間切れになるより、優先度の高い五つを確実に埋めるほうが結果は良い。

二回目に回してよいもの

情報の受け渡し方法の詳細、成果物の章立て、定例の頻度、検収の細かい手順。これらは、案件を進めることが決まってから詰めても間に合う。初回で触れておくのは、それらが作業として発生するという事実の共有までで足りる。

初回では決して決めないもの

その場で金額を口にしない。「だいたいどのくらいですか」と聞かれる場面は必ず来るが、範囲が固まる前の数字は、その後ずっと基準として扱われる。低めに言えば上げられなくなり、高めに言えば検討から外れる。

「本日伺った内容を持ち帰り、範囲を整理したうえでお見積もりをお送りします」と返すのが正解になる。それでも食い下がられる場合は、「進め方によって大きく変わりますので、二つほど構成案を作ってお持ちします」と、案を複数出す形に逃がす。

オンラインで行うときに気をつけること

初回がオンラインになることは多い。対面と同じつもりで進めると、いくつか落ちる。

資料を画面共有で見せてもらう

「あとで送ります」と言われた資料は、送られてこないことがある。その場で画面共有して概要だけでも見せてもらうと、鮮度と粒度が分かる。中身を精読する必要はなく、目次と最終更新日が見えれば十分だ。

見た内容はメモに残す。ここで得た印象が、見積もりの工数感を左右する。

参加者を最初に確認する

画面に映っていない参加者がいることがある。冒頭で「本日はどなたにご参加いただいていますか」と確認し、名前と役割を控える。誰が何を言ったかが記録として残らないと、あとで話が食い違ったときに整理できない。

沈黙を埋めにいかない

オンラインでは、相手が考えている数秒の沈黙が長く感じられる。そこを埋めようとして、こちらが答えを言ってしまうことがある。「たとえば、こういうことでしょうか」と先回りすると、相手は自分の言葉で説明する機会を失う。

聞き出すのが目的なのだから、待つ。相手が自分の言葉で説明した内容だけが、本当の要件になる。

録画と議事の扱いを確認する

録画するなら必ず許可を取る。取らずに録るのは論外だが、許可を取れば断られないことも多い。録画が難しい場合は、その場でメモを取ることを伝えておくと、相手も要点を意識して話してくれる。

聞いた内容を見積もりに移す

初回で聞き取った内容は、そのまま見積書と提案の文書に転記する。転記のしかたで、あとの揉め方が変わる。

前提条件の欄に聞いた答えを写す

見積書には、金額の内訳だけでなく前提条件の欄を必ず設ける。ここに、初回で聞いた答えを数のまま写す。対象システムは何件か、確認に入る部署は何部署か、確認の往復は何回までか、窓口は誰か、情報の提供はいつまでか。

この欄があると、条件が変わったときに事務的に相談できる。「当初の前提では確認いただく部署を2部署と伺っておりましたが、4部署に増えておりますので、確認の工程を再度お見積もりします」と書ける。前提を書いていないと、同じ話が値上げの交渉として読まれる。

含まないものを明記する

含むものだけを書いた見積書は、書いていないものも含まれると読まれる。実装作業を含まないのか、社内への説明会を含まないのか、監査当日の同席を含まないのか。含まない範囲を並べて書く。

とくにこの分野では、資格が要る領域との境目を書いておく。個別の法的判断が必要な部分については弁護士など専門の資格を持つ人に確認いただく前提であることを、見積書の段階でも文面に残す。初回で口頭では伝えていても、書面に無ければ社内では共有されない。

相手が社内で説明する場面を想定する

見積書は、窓口の担当者が社内の決裁者に見せる書類になる。担当者が説明に困る書き方をすると、そこで止まる。専門的な用語には短い補足を添え、金額の内訳は工程の名前で分ける。作業の名前ではなく、何が得られるかで書くと、決裁者に通りやすい。

初回で決裁の経路を聞いてあれば、誰が読むかが分かっている。読む人に合わせて書き方を変えられることが、経路を聞いておく実利になる。

相手が複数の候補に声をかけている場合

初回の段階で、他にも声をかけているかを聞いておく。「今回、他にもご相談されている先はございますか」と普通に聞けばよい。隠されることは少ない。

複数に声がかかっている場合、比較の軸が何かを確認する。金額なのか、期限なのか、近い分野の経験なのか。軸が期限なら、着手できる時期を明示した工程表を添えるほうが効く。軸が経験なら、性質の近い案件をどう進めたかを示す資料を添える。

このとき、他社の見積もりの中身を聞き出そうとしない。相手を困らせるだけで、印象も悪い。聞くのは比較の軸までにとどめる。

比較されている状況で、範囲を広げた案だけを出すと検討から外れる。範囲を絞った案と、標準的な案の二つを出す形にしておくと、相手は社内で比較の材料として使える。案を二つ出すことは、初回で金額を口にしないという原則とも矛盾しない。持ち帰ってから、範囲の違いとして提示すればよい。

途中から引き継ぐ案件で追加で聞くこと

前任者がいる案件を途中から受ける場合、通常の質問に加えて聞くべきことがある。

まず、前任者がどこまで進めたかを、成果物の実物で確認する。「進んでいます」という説明ではなく、現物を見る。見ないまま引き継ぐと、実際には着手されていなかった部分が、こちらの遅れとして扱われる。

次に、前任者が離れた理由を聞く。体調や日程の都合なのか、条件の食い違いなのか。条件の食い違いで離れた場合、同じ食い違いはこちらにも起きる。何が争点になったのかを確認し、その部分を前提条件として書き直したうえで受ける。

三つ目に、前任者の成果物を修正して使ってよいかを確認する。権利の帰属によっては、そのまま流用できないことがある。ここを確認せずに手を入れると、あとで問題になる。書面での確認まで取っておく。

四つ目に、相手の社内で今回の案件がどう受け止められているかを聞く。一度止まった案件は、社内の期待が下がっているか、逆に不満が溜まっている。どちらであるかで、初回の進め方が変わる。期待が下がっている場合は、小さく区切って早く一つ出すほうがよい。不満が溜まっている場合は、前任者と同じ手順を踏まないことを最初に示す必要がある。

初回で使う質問の型を持っておく

質問の中身が決まっていても、聞き方が悪いと答えが返ってこない。この分野では、相手が答えにくい質問が多い。聞き方の型を持っておく。

第一に、開いた質問と閉じた質問を使い分ける。背景を聞く場面では開いた質問で相手に話してもらい、範囲を確定させる場面では選択肢を示して選んでもらう。範囲の話を開いた質問で聞くと、抽象的な答えが返ってきて数にならない。

第二に、答えにくい質問には理由を添える。決裁の経路、社内の体制、把握できていない範囲。こうした質問は、意図が見えないと詮索に感じられる。「稟議の書式に合わせたいので」「工程の日数に影響しますので」と理由を先に置けば、相手は事務的に答えられる。

第三に、相手が答えられない質問は宿題として置いて帰る。その場で無理に答えさせると、不正確な情報が前提として残る。「お手元で確認いただいてからで結構です」と伝え、議事メモの宿題の欄に書く。答えられなかった項目が多いこと自体が、要件整理の工程が必要だという材料になる。

第四に、相手の説明を自分の言葉で言い換えて返す。「つまり、対象は本社の三部門で、拠点は含まないという理解でよろしいでしょうか」という形で確認する。言い換えると、相手が言い足りていなかった条件がその場で出てくる。

独自データから見た初回打ち合わせの位置づけ

初回の打ち合わせの質は、その後の案件の収支をほぼ決める。それでも準備に時間をかける人は多くない。

AI関連の業務委託を入口で分けると、要件整理やルール作りが中心のAIコンサル・業務活用支援のお仕事、実装が中心のAIチャットボット・アプリ開発のお仕事、制作が中心の画像生成AI（Stable Diffusion等）のお仕事の三つに分かれる。初回で聞くべきことは、この三つで大きく違う。実装系は動作で検収できるので、聞くべきは機能と環境になる。支援や助言が中心の仕事は、成果物が判断の文書になるため、読み手と検収の基準を聞かないと終わりが定義できない。自分がどちらの仕事をしているかを取り違えると、質問の型ごと間違える。

技術者としての経験の幅を整理したい場合はソフトウェア作成者の年収・単価相場で求められる役割の広がりを確認できる。発注側の担当者に前提知識の水準を示す材料としては、生成AIパスポートのように業務利用の基礎を体系立てて扱う資格が説明に使いやすい。

在宅ワークとフリーランスの市場を20年運営してきた立場から見ると、長く仕事が続く人ほど、初回の打ち合わせで「できます」と言う回数が少ない。代わりに質問の数が多い。その場で安請け合いをしないので、相手からは慎重に見えるのだが、結果として揉めない。揉めないから次の依頼が来る。逆に、初回で全部できると答えた案件が、途中で条件の食い違いから止まる場面を何度も見てきた。

もうひとつ、運営者として見てきた限りでは、中間マージンが乗らない直接取引かどうかで、初回の打ち合わせの中身まで変わる。仲介が入らない手数料0%の形だと、受け手の手取りが厚くなるぶん、要件整理や説明の場といった工程を削らずに設計できる。手取りが薄いと、真っ先に削られるのがこの初回の準備と確認のやり取りで、そこを削った案件はほぼ確実にあとで揉める。同じ予算でも、発注者はより多くの工程を頼めることになるので、双方にとって初回を丁寧にやる余地が生まれる。案件の取り方そのものを見直したい場合はフリーランス AI案件の獲得術！生成AI時代に年収を倍増させる戦略に全体の流れが整理されている。

よくある質問

Q. 初回の打ち合わせは何分くらい確保すべきですか？

60分では足りないことが多い。背景の確認、範囲を数で確定する質問、体制と情報の扱い、成果物の合意まで通すなら90分は見ておく。時間が取れない場合は、背景と範囲の確定を優先し、情報の受け渡しと検収の基準は次回に回す。逆に、時間を切って全部を駆け足で通すと、聞いたつもりで確定していない項目が残る。

Q. 秘密保持の取り決めは初回の前に必要ですか？

詳細な内容に踏み込むなら、先に交わしておくほうがよい。相手が書式を持っている場合はそれを使い、無ければ汎用のひな型を用意しておく。手続きに時間がかかる相手もいるため、打ち合わせの案内を送る段階で一行触れておくと、初回が二回に分かれずに済む。概要の確認だけなら、無い状態で進めても差し支えない場合もある。

Q. 対象の数がその場で出てこないときはどうしますか？

無理にその場で確定させず、宿題として持ち帰ってもらう。数が出せない状態そのものが、実態を整理する工程が必要だという根拠になる。その場合は、要件整理を短期の独立した工程として提案し、その成果物として対象の一覧と確定見積もりを納品する形にする。数が未確定のまま見積もりを出すと、あとで量が増えても金額を動かせない。