AI開発の相談で見積もりが噛み合わない理由は、技術側ではなく 発注側の準備不足 にあります。準備すべき資料は ①業務フロー（雑でいい） ②困りごとリスト ③成功イメージ の3点だけ。完璧なRFP（提案依頼書）はむしろ要りません。この3点が揃っていれば、初回1.5時間の打ち合わせで費用レンジと進め方が見えてきます。
「AI開発を頼みたいけれど、まだ社内で固まりきっていない」という相談を月に何件かいただきます。そして毎回、こちらから最初に聞き返すことはほぼ同じです。いま、どの業務の、何に困っていて、どうなったら成功ですか。これに具体的に答えられる会社ほど、最終的に良い結果に着地します。
そのために事前に用意してほしい3点を、現場で見える化のサンプルまで含めて整理します。準備しすぎる必要はありません。むしろ「いきなり立派なRFPを書こう」とすると、ほとんどの中小企業は途中で止まります。
なぜ「相談に行ったのに見積もりが出てこない」のか
中小企業の経営者から、こんな相談を受けることがあります。「他社にAI開発の相談に行ったが、結局見積もりは出てこなかった」「2〜3回打ち合わせしても進まなかった」。
理由はほぼ1つに収束します。発注側が思う『困りごとは伝えた』と、開発者が見積もりを出すために必要な情報量に、大きなギャップがあるから です。
総務省の令和7年版 情報通信白書では、2024年度に日本企業の 49.7% が生成AIを「積極的に利用」「利用予定」と回答しました。一方で、未導入企業の阻害要因として最も多いのは「具体的な利用方法がわからない」というもの。ツールや費用より、用途の解像度が上がっていない ことが本質的な詰まりです。
情報通信総合研究所が2025年7月に発表した調査でも、中小企業が生成AIを導入しない最大の理由は「利用用途・シーンがない」という認識でした。同じく 用途の不明瞭さ が筆頭に挙がっています。
開発者側の立場で言えば、用途が漠然としたままでは見積もりは出せません。「業務改善のAIを作りたい」では、ChatGPT Team の月額契約3万円から、フルスクラッチ500万円まで、桁が違う複数の解が並びうるからです。3点の準備は、この桁の幅を一気に絞り込むためのもの です。
用意すべき資料は3つだけ
実務で初回相談に効くのは、次の3点に集約されます。
| 資料 | 何を書くか | 粒度の目安 |
|---|---|---|
| 1. 業務フロー | 対象業務の入口・処理・出口・関与者・ツール | A4 1枚、矢印5本まで |
| 2. 困りごとリスト | 現場で起きている不便・遅延・ミス | 10〜30件程度、箇条書き |
| 3. 成功イメージ | 半年後にどうなっていたいか（数値＋風景） | 数値3つ＋自然文3行 |
順番に見ていきます。全部Wordや専用ツールで作る必要はありません。手書きをスマホで撮ったもの、Slackの過去ログのコピー、社内会議の議事録の抜粋——どれでも構いません。
資料1: 業務フロー（雑でいい）
最初に必要なのは、いまどんな業務が、誰の手で、どう流れているか の地図です。
書くのは次の4点だけで十分です。
- 入口: その業務はどこから始まるか（例: メール受信、口頭の依頼、システムの自動通知）
- 処理: 誰が、どんな手順で進めるか（例: 担当Aがフォルダから過去資料を探し、テンプレに転記）
- 出口: 最終的に何が成果物になるか（例: 取引先に提出するPDF、社内システムへの入力）
- 使うツール: メール、Excel、専用システム名、ChatGPTなど
紙でA4一枚に矢印で書ければ十分です。Google スライドで5つの箱を矢印でつないでもいい。「正しいフロー」ではなく「実際のフロー」を書く ことがいちばん大事です。
ここで「あるべき姿」を書いてしまうと、現場と乖離した見積もりが出ます。「本当はこうあるべきだけど、実態は担当の田中さんの記憶頼みでExcelを行き来している」——その実態こそ価値があります。
経済産業省が2025年2月に公表したAIの利用・開発に関する契約チェックリストでも、契約の前段として 業務内容・データ取扱い範囲を当事者間で明確化することの重要性 が繰り返し触れられています。後の契約書で揉めないためにも、入口で雑にでも見える化しておく価値は大きいです。
資料2: 困りごとリスト
次に、その業務のなかで 実際に詰まっている点 をリスト化します。
おすすめのフォーマットは4列だけ。
| 困りごと | 誰が | 月に何回起きる | 1回あたり何分 |
|---|---|---|---|
| 過去の提案書を探すのに時間がかかる | 営業全員 | 約60回 | 15〜30分 |
| 議事録の作成が翌日にずれ込む | 部長3名 | 約20回 | 60分 |
| 取引先別の言い回しが標準化されていない | 営業A〜C | 約10回 | レビュー20分 |
10〜30件あれば十分です。粒度はバラバラで構いません。頻度と所要時間が一緒に書かれていることが効きます。
理由は単純で、AIで自動化したときに削減できる時間が定量化できるからです。「月60回×平均20分=月20時間」という見え方になれば、月3万円の投資が見合うか、100万円の専用開発まで踏むべきかの判断ができます。
リストの作り方が分からないという声もよく聞きます。社内で集めるなら、次のどれかが現実的です。
- 朝礼で1週間「今日ハマったこと」を一言メモする
- 社内 Slack / Teams に「困りごと板」チャンネルを作って投票形式で集める
- 営業会議や経営会議の議題を直近3ヶ月遡って拾う
- 業務日報の「コメント欄」を眺める
ChatGPTを導入したのに、なぜ業務に活きないのかで書いたとおり、「現場の困りごと」と「導入されたツール」のあいだに翻訳が抜けると、AIは定着しません。逆に、困りごとが10件並んだ時点で、自然と優先順位が見えてきます。
資料3: 成功イメージ（数値＋風景）
3つめが、いちばん抜けがちです。半年後、もしくは1年後にどうなっていたいか。
ここでも完璧は要りません。次の2種類を3つずつ書き出せれば十分です。
数値で表すゴール（3つ）
- 例: 提案書作成時間を月30時間 → 月10時間に
- 例: 受信問い合わせの一次対応を75%自動化
- 例: 経理締めの所要日数を3日 → 1日に
風景で表すゴール（3行）
- 例: 「営業が客先で『過去の事例どうでしたっけ』と聞いてきたら、その場で社内AIに聞けば3秒で出る状態にしたい」
- 例: 「夜23時に議事録を書き終えてから帰る、という働き方をやめたい」
- 例: 「新人が入社初日から、過去の取引履歴を踏まえた提案書を書けるようにしたい」
数値だけでも、風景だけでも惜しい。両方ある資料は、開発者から見て『これは作れる』『これは難しい』の判断が一気に進みます。
JDLAが提供する生成AI開発契約ガイドラインや標準契約書のひな形でも、成果定義と評価基準の明文化が契約上の中核的な要素として位置付けられています。後段のトラブルの大半は、ここの曖昧さから生まれます。
数値が出せないときは「3ヶ月、現場が使い続けてくれたら成功」「営業会議で名前が挙がらなくなったら成功」のような 行動目標 でも構いません。とにかく「成功とは何か」を1行でも書いておくこと。
機械学習プロジェクトキャンバスのように12項目を埋めるフレームワークもありますが、中小企業の最初の相談には正直オーバースペックです。成功の指標（Metrics of Success）と利用者像が押さえられていれば、残りは相談しながら詰めるほうが早い というのが現場感です。
この3点があると、相談1回で見積もりが出る
3点が揃った状態で相談に来られた会社では、こちらが進める打ち合わせの中身が、まったく変わります。
実感ベースで、ざっくりこういう違いがあります。
| 準備状況 | 初回相談で進む距離 | 見積もりまでの回数 |
|---|---|---|
| 何もなし | 用途の言語化 | 平均3〜4回 |
| 3点準備済み | 範囲確定＋費用レンジ＋進め方 | 1〜2回 |
差の原因は単純で、判断が必要な論点が明確になっているから です。業務フローがあれば、AIを噛ませる場所の候補が3〜5つに絞れる。困りごとリストがあれば、頻度×時間で価値の優先順位がつく。成功イメージがあれば、どこを「最低ライン」、どこを「あったらいい」に分けるかが見える。
オーダーメイドAI開発の費用が30〜100万円になる理由で書いたとおり、Mewtonの開発レンジは中小企業が単年で意思決定しやすい価格帯に揃えています。この3点があれば、その範囲で何を作り、何を作らないかの線引きが、初回でほぼ決まります。
逆に、後段で本格的な要件定義書やRFPを書く必要があるとしたら、それはAI開発が決まったあとの工程です。相談に行く時点で立派なRFPを書こうとすると、たいてい筆が止まって、相談自体が後ろ倒しになります。順番が逆です。
準備しなくても相談はできる（ただし時間がかかる）
ここまで書いておいて何ですが、この3点がなくても、相談自体は当然できます。
「これがないと相談に行ってはいけない」という話ではなく、準備の濃度に応じて、相談の進行スピードが変わる という構造です。準備ゼロでも、相談の場で一緒に整理することはできます。ただ、相談時間のうち多くを「現状ヒアリング」に使うことになるので、結果として打ち合わせ回数が増えます。
そこまでの初期整理を、外部の伴走で進めたい場合は、MewtonのAI顧問の文脈で月単位で相談いただく形がよく合います。月10万円の中で、業務フローの言語化、困りごとリストの拾い上げ、成功イメージの数値化までを一緒に進める使い方です。
逆に、すでに3点が揃っていて、いきなり開発に入れる状態であれば、オーダーメイドAI開発の枠で30〜100万円帯の見積もりを初回〜2回目で提示できます。相談から納品までの全フェーズの所要期間と作業負担はオーダーメイドAI開発の進め方 — 5フェーズの実工程に開示しています。福岡でAI開発会社を選ぶときに見るべき5つのポイントで書いた「現場との距離感」が効くのも、この準備段階のやり取りです。
新規事業の文脈で、AIを核にしたサービスを「同じ船に乗って」作っていきたい場合は、外注では新規事業は成功しない — なぜパートナーが必要なのかで書いた新規事業パートナーの形が現実的です。ここでは3点準備よりも、検証段階の仮説整理から一緒にやることが多くなります。
よくある質問
業務フロー図を作るのに専用ツールは必要ですか
不要です。紙にペンで5つの箱と矢印を書いて、スマホで撮ったPDFで十分です。Miro、Lucidchart、Google スライド、Figma など使い慣れたツールがあればそれを使う、というレベルで構いません。ツールを揃えるところで止まるくらいなら、紙で5分 が結論です。
困りごとリストは何件くらい必要ですか
10〜30件が目安です。10件未満だと優先順位の比較ができず、50件を超えると粒度が粗くなり整理に時間を取られます。頻度と所要時間が併記されていることが、件数より重要 です。1件でも、月100時間消えている業務であれば、それだけで開発に踏み出す根拠になります。
機密情報を含むのですが、NDAなしで渡しても大丈夫ですか
実名・金額・固有のロジックが入る前提なら、初回相談の前にNDAを交わすのが原則です。Mewtonでも、必要であれば事前にNDAをお送りします。逆に、業務フローや困りごとは マスキング・抽象化したサンプル から始めて、合意後に詳細を共有する形でも実務上は問題なく進みます。
最初からRFPまで作る場合との違いは何ですか
RFPは「複数社に同じ条件で見積もりを依頼する」局面で意味があります。中小企業のオーダーメイドAI開発では、相見積もりを取るより、1社と深く議論して進めるほうが効率がいいケースが多い。3点準備は RFPの簡易版という位置付けではなく、相談を加速させるための雑なメモ だと割り切ったほうが、実態に合います。
用意するのにどれくらい時間がかかりますか
社内に1人、業務に詳しい人がいるなら、3点合計で正味4〜8時間が目安です。完璧を目指さなければ、半日で初稿は揃います。経営層が手を動かす場合は、現場ヒアリングに別途数時間を確保しておくと安全です。