AI会社・システム会社との契約で失敗しない──7つの落とし穴と回避策・判を押す前の最終チェック【2026年版】

見積もりを比較して、頼む会社も決めた。いよいよ契約──ここで手が止まる経営者の方は少なくありません。「契約書を読んでも、正直よく分からない」「分からないまま判を押していいのだろうか」。静岡の経営者の方から、この不安を打ち明けられることがよくあります。私たち株式会社Milestoneは、静岡県沼津市を拠点に、AI開発とシステム開発の両方を手がけている会社です。

先に、開発側の立場から正直にお伝えします。契約トラブルの多くは、どちらかの悪意から生まれるのではありません。「完成」や「範囲」についての認識のズレが、数カ月後に表面化するのです。つまり契約書は、相手を疑うための道具ではなく、認識のズレを事前に潰すための道具。ここを押さえるだけで、契約書の読み方は変わります。

この記事では、AI会社・システム会社との契約でつまずきやすい落とし穴と、その回避策を、開発の現場からお伝えします。契約形態の基本、7つの落とし穴、AI開発ならではの取り決め、そして判を押す前の最終チェックリストまで。読み終える頃には、貴社にとっての「契約書のどこを見ればいいか」がはっきりしているはずです。

そもそも、なぜAI・システム開発の契約でトラブルが起きるのか

原因の多くは悪意ではなく、「完成の定義」と「範囲の認識」のズレです。

「完成」の認識が、発注側と開発側でズレる

発注側が思う完成は「業務で問題なく使える状態」。開発側が思う完成は「契約書に書かれた仕様を満たした状態」。この二つは、似ているようで違います。仕様書に書かれていなかった機能は、発注側にとっては「当然あると思っていたもの」でも、開発側にとっては「契約外の追加開発」です。このズレが、追加費用や納期遅延、そして関係の悪化につながります。

契約書は「疑いの道具」ではなく「認識合わせの道具」

だからこそ、契約書の役割は、お互いの認識を契約前に言葉にして揃えることにあります。細かい条項を確認するのは、相手を信用していないからではありません。むしろ、長く付き合うための土台づくりです。誠実な開発会社ほど、契約内容の質問を歓迎します。私たちも、契約書の読み合わせに時間をかけるお客様ほど、その後の開発が円滑に進むと実感しています。

契約に原因がある「立て直し相談」は、決して珍しくない

実際、私たちのもとには、他社で開発した仕組みの立て直し相談が静岡県内から寄せられます。ある企業様は、「一式」の契約のまま開発を進め、途中で方向転換しようとしたところ、蓄積したデータの取り出しに想定外の費用がかかると分かり、身動きが取れなくなっていました。原因をたどると、契約書のデータ条項と解約条項が空白に近い状態だったのです。トラブルは開発中に起きますが、その芽は契約の日に仕込まれています。

国が示すひな型がある──IPAのモデル契約書

心強い事実をひとつ。IPA(独立行政法人情報処理推進機構)は「情報システム・モデル取引・契約書」という契約のひな型を公開しています。これは、ITの専門知識を持たない中小企業と開発会社の取引を想定して作られたものです。全文を読み込む必要はありませんが、「国が標準の型を示している」と知っておくだけで、目の前の契約書がその型からどう外れているかという視点を持てます。モデル契約書は無料で公開されており、検索すればすぐに見つかります。

契約前に知っておきたい、2つの契約形態

「請負」と「準委任」。この違いを知っているだけで、契約書の見え方が大きく変わります。

請負契約──「完成」に責任を持つ契約

請負は、決められた成果物を完成させることに責任を持つ契約です。仕様が固まっている開発工程に向いており、完成しなければ原則として報酬は発生しません。そのぶん、何をもって完成とするか(検収条件)の取り決めが、契約の心臓部になります。

準委任契約──「作業」に責任を持つ契約

準委任は、専門家として誠実に作業を行うことに責任を持つ契約です。要件を一緒に整理する工程や、導入後の改善・チューニングのように、「何を作るかを探りながら進める」場面に向いています。成果物の完成そのものは約束されない代わりに、柔軟に方向転換できます。

どちらが良い悪いではなく、工程で使い分ける

実務では、要件を整理する工程は準委任、仕様が固まった開発工程は請負、と使い分けるのが標準的です。IPAのモデル契約でも、工程ごとに契約を分ける多段階契約の考え方が示されています。見積もりを概算と詳細の二段階で進める流れと、契約の多段階は対になっています。私たちがAI会社・システム会社として契約をご一緒するときも、要件整理は準委任、開発は請負という形をご提案することが多いです。

項目請負契約準委任契約
責任の対象成果物の完成誠実な業務の遂行
向いている工程仕様が固まった開発要件整理・運用改善
報酬の考え方完成に対して支払う作業に対して支払う
確認の要検収条件作業範囲と報告の頻度

契約書でつまずく、7つの落とし穴と回避策

以下の7つは、いずれも契約前の30分の確認で避けられるものです。

落とし穴①:「完成」の定義が書かれていない

検収(※納品物が約束どおりかを確認して受け取る手続き)の条件が曖昧なまま契約すると、「まだ完成していない」「いや仕様どおりだ」の水掛け論になります。何をどう確認したら検収完了なのか、検収の期間は何日か、期間内に連絡しない場合はどう扱われるか(自動的に検収扱いになる条項が入っていることもあります)。この3点を必ず確認してください。実際のご相談でも、検収を巡る行き違いは最も多いパターンのひとつです。

落とし穴②:追加費用の発生条件が曖昧

開発の途中で「やっぱりこうしたい」は必ず出ます。問題は、その変更が無償の範囲か、追加費用か、誰がどう決めるのかが書かれていないことです。仕様変更の手続き(書面での合意など)が定められているかを確認しましょう。なお、変更管理の条項は貴社を縛るものではなく、貴社を守るものでもあります。手続きが決まっていれば、「言った言わない」で追加請求される事態を防げるからです。

落とし穴③:著作権とデータの帰属が決まっていない

作られたプログラムの著作権は誰のものか。そして、システムに蓄積される貴社のデータは、契約が終わったときに取り出せるのか。特にデータは重要です。顧客情報や取引履歴といった経営の資産が、契約終了後に取り出せない・取り出しに高額の費用がかかる、という事態は避けなければなりません。「データはお客様のもの。終了時には標準的な形式でお渡しする」と明記されているかを見てください。

落とし穴④:保守・運用の範囲と費用が見えない

どこまでが開発費に含まれ、どこからが月額の保守費なのか。不具合対応、小さな改修、問い合わせ対応、サーバー費用──それぞれがどちらに入るのかを確認します。開発費が安く見えて、保守の月額で回収する組み立ての会社もあります。総額は、初期費用と数年分の月額を合わせて比べてください。たとえば月3万円の保守が5年続けば180万円。初期費用だけで比べると、判断を誤ります。

落とし穴⑤:解約・中途終了の条件がない

言いにくいことですが、開発がうまくいかない可能性もゼロではありません。そのときにどう終われるのか。途中解約の条件、支払い済み費用の扱い、作りかけの成果物とデータの引き渡し。出口が書かれている契約は、実は誠実な契約です。

落とし穴⑥:不具合対応の期間と範囲が曖昧

納品後に見つかった不具合を、いつまで・どこまで無償で直してもらえるか。2020年の民法改正以降、この責任は「契約不適合責任」という考え方で整理されており、期間や範囲は契約で定めるのが一般的です。つまり、契約書のこの欄がそのまま貴社の保証内容になります。空欄や「別途協議」のままにしないでください。

落とし穴⑦:実際に誰が作るのかが見えない

契約した会社が、開発を丸ごと別の会社に再委託するケースがあります。再委託そのものが悪いわけではありませんが、貴社の業務情報や顧客データがどこまで渡るのか、品質の責任は誰が持つのかは把握しておくべきです。再委託の有無と、その場合の責任の所在を確認しましょう。機密性の高い業種では、再委託を制限する条項を入れることもあります。

「AIを制御する技術」×契約──Milestoneの提案

AI開発の契約には、従来のシステム開発にはなかった「精度」の取り決めが必要です。

AIの「完成」は、システムの「完成」と少し違う

通常のシステムは「仕様どおり動くか」で完成を判定できます。しかしAIは、100%の正答を原理的に保証できません。AIが事実と異なる内容をもっともらしく答えてしまう現象(ハルシネーション)を、ゼロにはできないのです。ここを曖昧にしたまま契約すると、「間違った答えを返した。直してほしい」「それは仕様の範囲外です」という、どちらも苦しいやり取りが生まれます。

だから私たちは、「制御の範囲」を契約段階で言葉にする

私たちMilestoneは、「AIを使う」のではなく「AIを制御する」ことを開発の核に置いています。契約の場面では、これが具体的な取り決めになります。どの質問には答え、どの質問には答えないか。判断に迷うケースを、どの時点で人間に引き継ぐか。導入後、回答の精度をどう測り、どう改善し続けるか。静岡のAI会社として契約書に向き合うとき、私たちはこの制御の範囲を、検収条件や保守範囲とあわせて必ず明記します。AIの限界を隠さず、その上で責任の持ち方を約束する。それがAI時代の誠実な契約だと考えています。

「精度の担保をどう契約に書きますか?」と聞いてみる

契約前の打ち合わせで、この一言を投げかけてみてください。具体的な答えが返ってくる会社は、AI開発の実務を積んでいる会社です。言葉に詰まる場合は、少し立ち止まったほうがいいかもしれません。

静岡県の中小企業が契約時に確認したい、業種別のポイント

業種特有のデータや現場事情は、契約書の「前提条件」欄に現れます。静岡のシステム会社・AI会社として県内の現場と契約を重ねてきた経験から、業種別の要点を挙げます。

製造業(静岡東部、浜松、富士等)

既存の販売管理・生産管理ソフトとの連携部分で不具合が出たとき、責任がどちらにあるのかの線引き(責任分界点)を確認してください。連携先システムの仕様変更に伴う改修が、保守範囲に含まれるかどうかも要チェックです。

観光・宿泊業(伊豆、熱海、沼津等)

繁忙期にシステムが止まったときの対応時間が契約に書かれているか。「平日9時〜17時のみ対応」の保守契約では、週末の繁忙期トラブルに間に合いません。貴社の繁忙期の実情に合った保守条件かを見てください。

士業・医療・介護

機密情報・個人情報の管理条項と、再委託の制限が最重要です。データの保管場所、アクセスできる人の範囲、契約終了時の削除・返却まで、書面で確認しておきましょう。

建設業・農業・水産業

現場での利用が前提の仕組みでは、「どの環境での動作を保証するか」が論点になります。電波の弱い現場や屋外での動作条件が、前提条件欄にどう書かれているかを確認してください。

契約直前の最終チェックリスト──この10項目だけは

判を押す前に、次の10項目を確認してください。30分で終わります。

#確認項目見るポイント
1検収条件何を・どう確認したら完成か。検収期間は何日か
2変更管理仕様変更の手続きと、追加費用の決め方
3著作権プログラムの権利は誰のものか
4データの取り扱い貴社データの所有と、契約終了時の取り出し
5保守範囲開発費と月額費の線引き。何が含まれるか
6解約条件中途終了の手続きと、成果物・データの引き渡し
7不具合対応無償対応の期間と範囲(契約不適合責任の定め)
8再委託実際に誰が作るのか。情報はどこまで渡るのか
9前提条件欄「お客様にご用意いただくもの」に無理がないか
10連絡体制窓口は誰か。定例の頻度と報告の形

分からない項目があれば、開発会社に遠慮なく質問してください。質問への答え方そのものが、その会社の誠実さを映します。なお、この10項目は首都圏の会社と契約する場合もまったく同じです。相手がどの地域の会社でも使えます。また、契約金額が大きい場合や条項の解釈に不安がある場合は、弁護士など法律の専門家にも相談することをおすすめします。この記事は開発の現場からの実務的な整理であり、個別の法的判断はその道の専門家の領域です。

よくある質問(FAQ)

Q1.契約書は開発会社が用意するものですか? A.開発会社側のひな型を使うのが一般的です。ただし、ひな型は作った側に有利にできていることもあります。IPAのモデル契約書という「国の標準」があると知っておくだけで、提示された契約書を相対化して読めるようになります。

Q2.契約書の内容に、修正をお願いしてもいいのですか? A.もちろんです。契約は交渉して作るものです。特に検収条件・データの取り扱い・解約条件は、貴社の立場から修正を申し入れて構いません。協議に応じない会社とは、長い付き合いは難しいと考えていいでしょう。

Q3.見積もりや契約書の「一式」という表記は危険ですか? A.範囲が見えないという意味で、確認が必要です。「一式」の中身の内訳を求めてください。内訳を出せない、または嫌がる場合は、範囲の認識がズレたまま進むリスクが高い状態です。

Q4.口約束で話が進んでしまいました。今からでも書面にすべきですか? A.はい。正式な契約書でなくても、合意した内容をメールや議事録で残すだけで、後々のズレを大きく減らせます。「先日お話しした内容を整理しました」と送るだけで十分です。

Q5.AIの精度を「100%」と契約で約束してもらえますか? A.できません。そして「できます」と言う会社には注意が必要です。AIの原理上、100%の保証は不可能だからです。代わりに、答える範囲の設計・人間への引き継ぎ・導入後の改善体制という「制御の約束」を契約に入れる。これが現実的で誠実な形です。

Q6.契約書のチェックは誰に頼めばいいですか? A.法的な判断は弁護士が適任です。顧問弁護士がいない場合は、商工会議所などの相談窓口も利用できます。私たちMilestoneも、開発者の視点から「この条項は実務でこういう意味を持ちます」という解説はできますので、あわせてご活用ください。

Q7.途中で開発会社を替えたくなったら、どうなりますか? A.解約条項と、成果物・データの引き渡し条件次第です。だからこそ契約前に⑤と④の確認が効いてきます。他社で開発した仕組みの立て直しは私たちもよくご相談を受けており、引き継ぎ可能な契約になっているかで難易度が大きく変わります。

Q8.契約書をもらう前の段階でも、相談できますか? A.はい。むしろその段階が一番動きやすいタイミングです。業務の流れや困りごとを軽くメモしておくだけで、話はぐっと具体的になります。契約書が手元にある場合は、それを一緒に見ながらのご相談も歓迎です。

Q9.地元の会社と首都圏の会社で、契約の注意点は変わりますか? A.確認すべき10項目は同じです。ただ、地元の会社なら契約書の読み合わせを対面で行いやすく、繁忙期の駆けつけ対応など、貴社の現場に合わせた保守条件を具体化しやすい利点があります。契約の場でも、顔を合わせて一項目ずつ確認できる安心感は大きいものです。

静岡でAI会社・システム会社をお探しなら、株式会社Milestoneへ

契約は、相手を縛るためのものではなく、長く付き合うための土台です。認識を言葉にして揃え、責任の持ち方を約束し合う。この土台がしっかりしているほど、開発は速く、導入後の関係は強くなります。

私たちMilestoneは、静岡県沼津市を拠点に、AIチャットボット開発・業務システム開発・AI導入支援を行っています。「AIを使う」のではなく「AIを制御する」を核に、契約の段階から制御の範囲・検収条件・保守範囲を明記し、「聞いていない」が起きない開発をお約束します。AI会社・システム会社との契約を検討中の方も、他社の契約書を前に迷っている方も歓迎です。

こんなご相談を歓迎しております

  • 他社からもらった契約書の、開発者視点での見方を知りたい
  • 契約前に、検収や保守の範囲を一緒に整理したい
  • 「一式」の見積もり・契約の内訳が分からず不安
  • AIの精度や運用の取り決め方を相談したい
  • 静岡のシステム会社と、対面で確認しながら進めたい

訪問対応、オンライン対応、どちらでも可能です。30分ほどお話を伺うだけで、貴社にとっての「確認すべき条項の輪郭」は、たいてい見えてきます。

▶ ご相談・お問い合わせ https://milestone-net.com

「資料だけ見たい」「他社と比較検討中」というライトな段階のご連絡も、歓迎しております。

「やりたいをできるに、できるをできたに」。静岡の中小企業の長期パートナーとして、責任を持って伴走します。


株式会社Milestone(マイルストーン) 代表取締役 大石 湧斗(おおいし ゆうと) 所在地:静岡県沼津市

中小企業向けAIシステム開発・導入支援。「AIを使う」のではなく「AIを制御する」を経営の核に据え、業務にフィットしたAI導入を伴走型でご提案。静岡県全域と隣接エリアで対面対応可能。「やりたいをできるに、できるをできたに」をミッションに、貴社の長期パートナーとして責任を持ってご支援します。

関連記事