「AIを入れたいのは決まった。でも、どの会社に頼めばいいのか分からない」——中小企業の経営者の方から、いちばん多くいただく相談がこれです。
そして、これは感覚の話ではありません。中小企業基盤整備機構が2026年3月に公表した中小企業のAI等の利活用に係る実態調査（全国の中小企業10,000社を対象としたWebアンケート。調査期間は2025年11月17日〜12月12日）では、**「適切なベンダーや製品を選定する情報が十分にある」に当てはまらないと答えた企業が79.8%**にのぼりました。さらに「成功事例や活用事例などの情報が十分に入手できている」に当てはまらない企業は83.3%。**中小企業がAI導入で最も困っているのは、技術でも予算でもなく「判断材料の不足」**だという結果です。
先に、この記事の結論をまとめます。
- 提案書の比較は「金額」からではなく「前提の書き方」から見る。同じ要望に対して各社の金額が数倍違うのは、前提として置いた範囲が違うだけであることがほとんど
- 見るべきは6つの軸（①課題の言い換え精度 ②スコープの粒度 ③精度の合格ラインの扱い ④運用・更新の設計 ⑤データの置き場所 ⑥引き渡し後の姿）。技術スタックの目新しさは判断軸として優先度が低い
- 相見積もりは「同じ質問票」を渡してから取る。バラバラの前提のまま並べた金額比較は、ほぼ意味を持たない
なお、この6軸のうち1つだけは「提案書を読んでも分からない」ものがあり、打ち合わせの場でしか確認できません。記事の後半でその見分け方をお伝えします。
なぜ、同じ要望なのに見積金額が数倍も違うのか？
同じ依頼をしても金額が割れるのは、各社が「どこまでを作業に含めるか」という前提を、それぞれ勝手に置いているからです。技術力の差より、前提の差のほうがはるかに金額に効きます。
たとえば「社内マニュアルをAIに読ませて、社員の質問に答えられるようにしたい」という要望を3社に投げたとします。
- A社は「既存のAIチャットサービスに、PDFを50本アップロードする設定作業」と解釈する
- B社は「社内文書を整理し、AIが検索しやすい形に変換し、権限管理をつけ、更新運用まで設計する」と解釈する
- C社は「そもそもマニュアル自体が古いので、内容の棚卸しから伴走する」と解釈する
この3社の金額は当然、数倍単位で違います。しかし「どれが正しいか」は、依頼側が何を求めているかで変わります。**つまり比較すべきは金額そのものではなく、「その金額が何を含んだ金額なのか」**です。
見積書の内訳をどう読み解くかについては、システム開発の見積書の読み方で工程ごとに整理しています。この記事はその一歩手前、「そもそも複数社の提案をどう並べて見るか」の話です。
御社の手元にいま複数の提案書があるなら、金額欄を隠して読んでみてください。それだけで、各社が何を前提に置いたかの違いが浮かび上がってきます。
提案書を比べるときに見るべき6つの軸とは？
技術の目新しさやツール名ではなく、「①課題の言い換え ②スコープ ③精度の扱い ④運用設計 ⑤データの置き場所 ⑥引き渡し後」の6軸で並べると、各社の実力差がはっきり見えます。
AI開発の発注先を比較する6つの判断軸：①課題の言い換え精度（御社の言葉で書き直せているか）②スコープの粒度（含む・含まないが書かれているか）③精度の合格ライン（100点にならない前提があるか）④運用・更新の設計（誰がいつ更新するか）⑤データの置き場所（社外に出るか）⑥引き渡し後の姿（内製化できるか）。金額の比較はこの6軸を揃えたあとに行う
順に見ていきます。
軸① 課題の言い換え精度——御社の言葉で書き直せているか
提案書の冒頭には、たいてい「課題認識」のページがあります。ここが御社がヒアリングで話した言葉そのままのコピーになっている提案書は、注意が必要です。
良い提案書は、御社の話を一段掘り下げた形で言い換えてきます。「問い合わせ対応に時間がかかる」という相談に対して、「月間◯件の問い合わせのうち、過去のマニュアルに答えが載っているものが大半を占めており、担当者が探す時間が実質的なコストになっている」というふうに、課題を測れる形に翻訳できているか。
この翻訳ができていない相手に発注すると、要件定義の段階で「そういう意味じゃなかった」というやり直しが発生します。
軸② スコープの粒度——「含まないもの」が書かれているか
見積書に「AI導入一式」としか書かれていない提案は、その時点で比較の土俵に乗りません。前掲の調査でも情報不足が最大の課題として挙がっていましたが、発注側が判断できない提案書は、それ自体が不誠実さのサインです。
見るべきは「含むもの」より**「含まないもの」が明記されているか**。たとえば「既存の販売管理システムとの連携は本見積もりに含みません」「データのクレンジング作業はお客様側でご対応いただく前提です」といった除外事項です。除外が書いていない提案書は、後から追加費用として請求される余地を残しているか、単に検討していないかのどちらかです。
軸③ 精度の合格ライン——「100点になる」と言っていないか
AIの回答は100点になりません。これは技術の未熟さではなく、確率的に答えを生成する仕組みの性質です。ですから**「精度100%を保証します」と書く提案書は、その一文だけで信頼性を失います**。
逆に良い提案書は、「想定質問50問で正答率◯割を合格ラインとし、届かない場合は◯◯を調整します」というふうに、測り方と合格ラインをセットで提示してきます。この考え方はAIの回答品質を導入前に確認する10項目で詳しく整理しています。
軸④ 運用・更新の設計——「作って終わり」になっていないか
冒頭の調査で「AIの導入効果」として最も評価されたのは「業務効率化／作業時間の短縮」（83.2%）でした。ただし効率化が続くのは、中身が最新に保たれている間だけです。
社内マニュアルを読ませたAIは、マニュアルが古くなればそのまま古い答えを返し続けます。提案書に「誰が・どのタイミングで・どうやって更新するか」が書かれているか。書かれていなければ、それは半年後に使われなくなる仕組みです。この観点は社内文書RAGの発注前に決める5つのことの論点3でも扱っています。
軸⑤ データの置き場所——社内情報がどこへ行くのか
社内の見積書・顧客情報・図面をAIに読ませる以上、そのデータが物理的にどこに保存され、どの事業者が触れるのかは必ず確認すべき点です。
提案書に「AWSの東京リージョンに保存し、AIモデルへの送信データは学習に利用されない設定を適用します」といった具体性があるか。「セキュリティは万全です」の一行で済ませている提案書は、確認していないと考えたほうが安全です。
軸⑥ 引き渡し後の姿——自社で回せるようになるか
最後の軸が、**「この会社に永久に依存し続けることになるのか」**という点です。
システムのソースコードは誰のものになるのか。管理画面から自社で設定を変えられるのか。保守を他社に切り替えたいと思ったとき、引き継げる形で作られているのか。引き渡し後にかかり続ける費用の考え方はフルスクラッチの保守費用で整理していますが、ロックインの度合いは契約前にしか交渉できません。
費用の相場はどれくらい見ておけばいいのか？
AIを業務に組み込む開発は、規模によって数十万円から数千万円まで開きます。中小企業が最初に踏み出す範囲であれば、100万〜500万円前後のレンジで検討が始まることが多い、というのが一般的な感覚です。
金額の内訳は、おおむね次の要素で決まります。
| 費用を押し上げる要素 | 内容 | 検討時のポイント |
|---|---|---|
| 対象データの量と状態 | 紙・PDF・Excelが混在していると整形工数が増える | まず1部署・1業務に絞ると軽くなる |
| 既存システムとの連携 | 販売管理・基幹システムとつなぐか | 初期はつながず、手動連携でも検証できる |
| 精度への要求水準 | 誤答が許容されない業務ほど検証工数が増える | 人が最終確認する前提なら要求を下げられる |
| 権限管理の複雑さ | 部署ごと・役職ごとに見せる範囲を変えるか | 初期は全社員同一権限で始める手もある |
| 運用サポートの範囲 | 更新代行・改善提案まで含めるか | 保守は月額で別建てになるのが一般的 |
ここで大切なのは、「安いから良い」でも「高いから安心」でもないという点です。上の表のどの要素を含んだ金額なのかを揃えないまま3社の総額を並べても、比較にはなりません。
なお、対象が登録ITツールであればデジタル化・AI導入補助金2026（通常枠は補助率が原則1/2以内・最大450万円。2026年7月時点の目安で、枠や要件により変わります）の対象になる可能性があります。ただしオーダーメイドのフルスクラッチ開発はそのままでは対象外という整理です。補助金ありきで手段を選ぶと、本当に必要な仕組みから遠ざかることがあるので、順番としては課題の整理が先です。
実際にはどういう手順で進めればいいのか？
「複数社に声をかける前に、自社側の前提を1枚にまとめる」——これだけで、提案の質と比較のしやすさが大きく変わります。
AI開発の発注先選定4ステップ：Step1 自社で前提を1枚にまとめる（対象業務・現状・優先度・予算感・体制、1〜2週間）、Step2 同じ質問票を各社に渡して提案を依頼（2〜3週間）、Step3 6軸で並べて比較し打ち合わせで人を見る（1〜2週間）、Step4 小さく始めて効果を測ってから広げる（1〜2ヶ月）。合計で2〜3ヶ月が目安
Step 1：自社の前提を1枚にまとめる（1〜2週間）
提案の質は、渡す情報の質でほぼ決まります。次の5項目をA4・1枚に書き出してください。この段階では技術の話は一切不要です。
- 対象業務：どの部署の、どの作業を対象にしたいか（「営業部の見積書作成」のように具体的に）
- 現状の手順と時間：いま誰が、何を見ながら、どれくらいの時間をかけているか
- 優先度：「時間短縮」「ミス削減」「属人化の解消」のうち、いちばん困っているのはどれか
- 予算感のレンジ：「今期は100万円程度まで」など、幅で構いません
- 社内の体制：担当できる人がいるか、いないか
5番目は正直に書いてください。担当者がいないなら「いない」と書いたほうが、現実的な提案が返ってきます。体制づくりの選択肢そのものについてはAI推進の担当者がいないときの4つの選択肢で比較しています。
Step 2：同じ質問票を各社に渡す（2〜3週間）
相見積もりを取るときの最大のコツは、全社に同じ質問票を渡すことです。前章の6軸をそのまま質問にすれば足ります。
- 弊社の課題を、御社の言葉で言い換えるとどうなりますか
- 今回の見積もりに「含まないもの」を教えてください
- 精度の合格ラインは何で測り、どの水準を目指しますか
- 導入後の更新は誰が、どのくらいの頻度で行う想定ですか
- 弊社のデータはどこに保存され、AIの学習に使われますか
- 引き渡し後、弊社側でできることとできないことを教えてください
質問票を揃えると、各社の回答が同じ形式で返ってくるため、机の上に並べたときに差が一目で分かります。
Step 3：6軸で並べ、打ち合わせで「人」を見る（1〜2週間）
ここで冒頭のオープンループを回収します。6軸のうち「軸①課題の言い換え精度」だけは、提案書を読んだだけでは本当のところが分かりません。
提案書は、営業担当が過去案件のテンプレートを流用して書けてしまいます。文章としては筋が通っていても、実際に開発する人が御社の業務を理解しているとは限りません。確かめる方法はひとつで、打ち合わせに「実際に手を動かす人」が同席しているかを見ることです。
その場で、業務の細かい例外を1つぶつけてみてください。「月末だけは別の帳票を使う」といった話です。理解している相手なら、その場で「では、その帳票は対象に含めますか、それとも初期は除外しますか」と設計の話に落として返してきます。営業担当だけで来ている場合は「持ち帰って確認します」になります。
これは相手の善し悪しではなく、伝言ゲームが1回挟まるかどうかの違いです。挟まる回数だけ、認識のズレが積み上がります。
Step 4：小さく始めて、効果を測ってから広げる（1〜2ヶ月）
最初から全社導入を狙わないでください。1業務・1部署に絞って動くものを作り、効果を測ってから広げるのが、結果的にいちばん早い道です。
冒頭の調査では、AIの導入率は全体で20.4%（導入を検討中の18.6%と合わせると39.0%）にとどまる一方、業務分野別のAI導入率を見ると総務・管理部門が68.3%で最も高く、次いで営業・販売・サービス部門（60.3%）でした。バックオフィスの定型業務は、範囲を絞りやすく効果も測りやすいため、最初の一歩として現実的です。試作から本番運用に進める際の確認事項はPoCから本番化へのチェックリストにまとめています。
よくある失敗パターンと、その避け方は？
失敗の多くは技術的な難易度ではなく、「発注前に決めておくべきことを決めないまま進めた」ことに起因します。
失敗① 一番安い提案を選んだら、後から追加費用が積み上がった 除外事項が書かれていない見積もりを選んだ結果、「連携は別途」「データ整形は別途」と追加が続くパターンです。避け方は前章の軸②——契約前に「含まないもの」を書面で出してもらうこと。
失敗② デモでは完璧だったのに、自社データでは的外れな回答ばかりだった ベンダーが持参するデモは、うまく動く例で作られています。避け方は、自社の実データ・実際の質問10〜20問で試させてもらうこと。これを断る相手は候補から外して差し支えありません。
失敗③ 半年後、誰も使っていなかった 最も多い失敗です。原因はたいてい「中身が更新されず、古い答えを返すようになった」か「現場が使う理由を感じていない」のどちらかです。避け方は軸④——更新の担当者と頻度を、導入前に社内で決めておくこと。ベンダーの提案書に書いてあっても、実行するのは社内の誰かです。
失敗④ 作った会社しか触れず、保守費用が下げられない 仕様書もソースコードも手元にない状態だと、他社に相談することすらできません。避け方は軸⑥——成果物の権利と引き渡し範囲を契約書に明記しておくこと。
失敗⑤ AIエージェントに任せすぎて、業務が止まった 自律的に動くAIエージェントを、人の確認なしで基幹業務に入れてしまうパターンです。避け方は、重要な判断には人が承認を挟む設計にすること。この点はAIエージェントを業務に入れる前にで詳しく扱っています。
まとめ——判断材料は、自分でも作れる
この記事で持ち帰っていただけることは、次の3つです。
- 手元の提案書が比較できる状態かどうかを、自分で判定できるようになる（6軸のうち何が書かれていないかを見る）
- 相見積もりの取り方を、金額比較から「同じ質問票を渡す」方式に切り替えられる
- 打ち合わせの場で、伝言ゲームが挟まる相手かどうかを見分けられる
冒頭の調査で、中小企業の79.8%が「ベンダー選定の情報が足りない」と答えていました。ただ、情報が外から降ってくるのを待つ必要はありません。自社の前提を1枚にまとめ、同じ質問票を各社に渡す。それだけで、比較可能な判断材料は自分の手で作れます。
まずは今週、社内で「AIに任せたい作業」をひとつ選んで、誰が・何を見ながら・どれくらいの時間をかけているかをメモしてみてください。それがStep 1の1枚目になります。ここまでできていれば、どの会社に相談しても話が早く進みます。
ゼットリンカーでは、エンジニアが直接ヒアリングに伺い、課題の整理から効果の見積もり、実装、そして自社で回せる状態への引き渡しまでをお手伝いしています。目的に応じて、次の入り口をご用意しています。
- まず小さく試して、効果が出るか確かめたい → AI PoC開発
- 試作したものを本番運用に載せたい → PoC・AI生成コードの本番化支援
- 社内文書をAIに読ませたい → 社内ナレッジ・RAG構築
- AI推進を任せられる人がいない → 外部AI部署
「他社の提案書を見てもらって、判断だけ手伝ってほしい」というご相談も承っています。お問い合わせからお気軽にご連絡ください。お見積もり・ご提案は無料です。
本記事の出典（いずれも2026年7月28日閲覧）：中小企業基盤整備機構「中小企業のAI等の利活用に係る実態調査」（2026年3月） / デジタル化・AI導入補助金2026 公式ポータル（通常枠）
よくある質問（FAQ）
Q. 相見積もりは何社くらい取るのが適切ですか？
A. 3社程度が現実的です。1社だけでは金額の妥当性が判断できず、5社を超えると比較する側の負担が大きくなり、かえって金額だけで選んでしまいがちになります。3社に同じ質問票を渡し、回答の差を見るのが最も効率的です。なお、声をかける段階で「相見積もりです」と伝えることに遠慮は不要で、伝えたほうが各社とも前提を丁寧に書いてきます。
Q. 提案書に技術スタック（使うツールや言語）が細かく書かれている会社は良い会社ですか？
A. 技術スタックの記載自体は判断材料になりません。重要なのは「なぜその技術を選んだか」が御社の業務要件と結びついて説明されているかです。理由の説明なく最新技術の名前が並んでいる提案書は、テンプレートの流用である可能性があります。逆に「御社の場合は既存のExcel運用を変えないほうがよいので、あえてシンプルな構成にします」といった判断が書かれていれば、業務を理解していると考えられます。
Q. AIの精度は何%あれば合格と考えればいいですか？
A. 一律の基準はなく、業務の性質で変わります。人が最終確認する前提の下書き生成なら7〜8割の正答率でも十分に効果が出ますが、そのまま外部に出る文書や、誤りが金銭的損失につながる業務では、より高い水準と人によるチェック体制の両方が必要です。大切なのは数字そのものより、「何問中何問で測るか」という評価方法を発注前に合意しておくことです。
Q. 社内にIT担当者がいなくても発注できますか？
A. 発注できます。ただし「担当者がいない」という前提を最初に伝えることが重要です。伝えておけば、ベンダー側は運用負荷が小さい構成を提案したり、更新作業を保守契約に含めたりといった設計をします。伝えないまま進めると、引き渡し後に「社内で更新してください」と言われて止まる、というよくある結末になります。
Q. 既存の業務システムを作った会社に、そのままAI開発も頼むべきですか？
A. 既存システムのデータ構造を把握している点は大きな利点なので、候補には必ず入れてください。ただし、業務システムの開発とAIの活用設計は必要な知見が異なるため、自動的に最適とは限りません。既存ベンダーを含めて複数社に同じ質問票を渡し、6軸で比較するのが公平な進め方です。既存システムそのものが古く、刷新とAI活用を同時に検討している場合は、順番として先に刷新の方針を固めたほうが手戻りが少なくなります。
Q. 補助金を使う前提で発注先を選んでも大丈夫ですか？
A. 補助金の対象になるかは重要な検討材料ですが、そこから逆算して手段を決めると、本当に必要な仕組みから離れてしまうことがあります。デジタル化・AI導入補助金2026は登録されたITツールの導入が中心で、オーダーメイドのフルスクラッチ開発はそのままでは対象外という整理です。まず課題と必要な仕組みを固め、そのうえで補助対象に収まる部分があるかを確認する順番をおすすめします。詳細は補助金とフルスクラッチ受託の組み合わせ方をご覧ください。
運営・編集