会議のあと、ホワイトボードの前で「AIで何とかしろ」という曖昧な指示を一人で受け止め、何から手をつけるか考えている開発者
社内説得・期待値調整約11分

「AIで何とかしろ」と言われたら｜まず確認する6つ

「AIで何とかしろ」「うちもAI使って効率化して」—— 会議室を出た瞬間に、ふっと手が止まる。何を、どこから、どこまでやればいいのか。指示はざっくりしているのに、結果だけは求められそうな気配がある。そんな場面、ありますよね。

いきなり手を動かして試作を作っても、後で「思ってたのと違う」と言われたら全部やり直し。かといって「具体的に何を？」と聞き返すと、煙たがられそうで言い出しにくい。過度な期待と、現実の手間との板挟み——その真ん中に、いつも現場のあなたが立たされます。

この記事は、そんな「ふんわりした丸投げ」を受け取ったとき、作り始める前にそろえておきたい6つの確認をまとめたものです。一度に完璧を目指さなくて大丈夫。まず、これだけ言葉にしておくと後がずっと楽になる、という順番で一緒に見ていきましょう。

結論：「AIで何とかしろ」と言われたら、すぐ作らず、まず①目的（何を解決したいのか）→ ②期待値（AIに何ができて何ができないか）→ ③制約（データ・機密・予算・納期）→ ④成功基準（どうなれば「できた」か）→ ⑤体制（誰が確認し、誰が責任を持つか）→ ⑥自走の線引き（どこまで任せ、どこで止め、どう戻すか）の6つを、相手と一緒に言葉にします。この6つがそろうだけで、手戻りと一人抱えが大きく減ります。最後のチェックリストを、次の打ち合わせに持っていってください。

曖昧な指示は、相手の中でも答えが固まっていないことが多いだけで、あなたが責められる話ではありません。むしろ最初に確認をそろえる人がいると、プロジェクトはそこから動き出します。

「何とかしろ」は、なぜ曖昧なまま降ってくるのか

「AIで何とかしろ」という曖昧な一言を、目的・期待・制約・基準の4つの具体的な箱に分けて整理していく概念図

指示が曖昧なのは、相手の手抜きとは限りません。 多くの場合、頼む側も「AIで何ができるか」をはっきり描けていないまま、世の中の空気や上からのプレッシャーで「とにかくAIを使え」という言葉だけが先に出ている、という状態です。

だから、ここでいきなり作り始めると危ない。 目的が決まっていないまま作ったものは、相手の頭の中の「なんとなくの理想」と必ずどこかでずれます。そして直すたびに、現場のあなたの時間だけが削られていく。

やることは、難しい技術ではありません。 相手の「ふんわり」を、確認できる項目に分けて、一緒に言葉にすること。これは丸投げを押し返す行為ではなく、相手が言語化できていない部分を肩代わりして、プロジェクトを前に進める仕事です。次の6つを順に押さえます。

確認1：目的——「何を解決したいのか」を一文にする

最初に確認するのは、ツールでもAIの種類でもなく、「これで何が良くなればうれしいのか」です。

聞き方の例：「『何とかする』のゴールって、たとえば〇〇の作業時間を減らしたい、という理解で合ってますか？」 相手が「そうそう」と言えば、目的が一文になります。この一文が、後のすべての判断の基準になります。逆にここがぼやけたまま進むと、何を作っても「ちょっと違う」が続きます。

理想は6つを相手と一緒に言葉にすることですが、相手が多忙だったり非協力的だったりで、その場で詰め切れないのが普通です。返事をもらえないときは、自分の仮置きをメッセージで送って握る——「この理解で進めます、違ったら教えてください」と一言添えておく。これなら相手は「違うときだけ」反応すればよく、丸投げ相手でも前に進められます。黙って進めるのではなく、仮置きを見える形で残しておくのがコツです。

確認2：期待値——AIに何ができて、何ができないか

目的が見えたら、次は「その目的に対して、AIで現実的にどこまで届くか」をすり合わせます。ここがいちばん、過度な期待とのギャップが生まれやすい所です。

相手が映画のようなAIを思い描いていることもあります。 そこを責める必要はありません。「ここまでは得意、ここは人がチェックする前提です」と、できる・できないを具体例で一つずつ示すだけで十分です。期待値が現実に着地すると、後で「期待外れ」と言われる事故が減ります。

それでも、上司やクライアントが期待を下げる話に聞く耳を持たないこともあります。そういう相手に正面から「できません」と言うと煙たがられるだけなので、否定はせず「まず小さく試して、結果で見せます」に逃がすのが現場では通りやすい。言葉で期待を下げるより、小さな実物で「ここまでです」を見てもらうほうが、角が立たずに着地します。

確認3：制約——データ・機密・予算・納期の線引き

動かす前に、「越えてはいけない線」を確認します。ここは技術というより、組織のルールの話です。

特に機密情報の入力可否は、後から問題になると一番重いところです。 「この資料、AIに読ませても大丈夫な区分ですか？」と一拍置いて確認する。これは慎重すぎるのではなく、現場を守る当たり前の確認です。

ただ、現場でいちばん多いのは「そもそも誰に聞けば分かるのかが分からない」こと。当たりの付け方としては、外部サービスへのデータ持ち出しの可否は情シス、個人情報・契約上の縛りは法務、業務として進めてよいかの最終判断は上司——と分けて考えると当たりやすい。判断できる人が社内に見当たらなければ、使うサービスの公式情報（利用規約やデータの取り扱い方針）で確認するのも一手です。

確認4：成功基準——「どうなれば、できた」なのか

作る前に、「ゴールテープの位置」を相手と決めておきます。ここが曖昧だと、いつまでも「もう一声」が続いて終われません。

おすすめは、いきなり本番ではなく、小さく試して見せること。 「まず1つの業務だけでこの形を作って、効果を見てから広げませんか」と提案すると、相手も判断しやすく、あなたも一人で全部を背負わずに済みます。小さな成功は、次の合意を取るための一番の材料になります。

確認5：体制——誰が確認し、誰が責任を持つか

最後に、「自分一人で抱え込まない形」を確認します。AIの出力は人がレビューする前提なので、その「人」を決めておくのが大切です。

「AIで効率化」は、ともすると現場の一人にすべてが乗りがちです。 だからこそ、最初に「出力の確認はこの人」「最終判断はここ」と役割を置いておく。責任の線が見えていると、安心して手を動かせますし、いざというときに一人で抱えなくて済みます。

確認6：どこまで自走させるか——自動実行の範囲とロールバック

最近は、AIが自分でファイルを編集し、テストを動かし、コミットやPRまで一気に進めるエージェント型ツール（Claude Code・Cursor・GitHub Copilot のような、指示すると自分で手を動かすタイプ）が主流になってきました。便利な反面、ここでこそ「どこまで任せ、どこで人が止め、どう戻すか」を先に決めておくことが、いまいちばん効く備えになります。

任せること自体が悪いわけではありません。「止める仕組み」と「戻す道」があるからこそ、思い切って自走させられる——その順番だけ、先に押さえておきましょう。

明日からやること（小さく始める3つ）

全部を一度の打ち合わせでそろえようとすると重いので、まずこの3つから。

  1. 目的を一文で書いて、相手に確認する：「『何とかする』って、〇〇を△△したい、で合ってますか？」とメッセージ1本送るだけ。これで確認1が片付きます。
  2. 「まず小さく試す範囲」を自分から提案する：いきなり全体ではなく、1業務・1機能から。確認4と5が同時に軽くなります。
  3. 機密データの取り扱いだけは先に聞く：「この情報、外部AIに入れていい区分ですか？」の一言。確認3の一番重い事故を防げます。

「AIで何とかしろ」と言われたとき確認チェックリスト

次の打ち合わせや、相手へのメッセージにそのまま使えます。一度に全部でなく、今日は埋められる所だけで十分です。

まずはこの3つだけ埋まれば、次に進んでOK：

残りの14項目は、この3つの先で追って埋めれば十分な任意項目です。全部そろえてから動く、ではなく、上の3つで一歩進めながら埋めていってください。

確認1：目的

確認2：期待値

確認3：制約

確認4：成功基準

確認5：体制

確認6：自走の線引き（※AIに実際にコードを書かせる段階の人だけ。書かせない用途ならこの確認6は飛ばしてOKです）

最後に

「AIで何とかしろ」と言われて戸惑うのは、あなたが対応できないからではありません。 指示がまだ言葉になっていないだけで、それを整理できる人が、いまその場で一番必要とされている人です。

整理を終えてホワイトボードに小さな計画を書き出し、すっきりした表情で次の一歩に向かおうとしている開発者

6つ全部でなくても、今日ひとつ「目的を一文にする」ができたなら、それはもう「何とかする」の確かな入口です。 AIに何をさせるかを決める前に、まず自分たちが何をしたいのかを言葉にする。そこから、一歩ずつでいきましょう。

なお、実際にAIにコードを書かせて使う段になったら、AI生成コードのレビュー・検証チェックリストもあわせてどうぞ。作った後に「そのまま使わない」ための見る順番をまとめています。

関連用語