AI開発の外注は「納品後に何が残るか」で決める｜引き継ぎ書に入れてもらうもの

AI開発の外注で一番困るのは、作った人が抜けたあとに止まること

AI開発を外注すると、おおよそ「業務の聞き取り」「試作」「本番での試運転」「納品」「納品後の直し」の5つの段階で進みます。それぞれの段階で確かめておきたいことがあります。聞き取りでは、データがどこに、どんな形で置かれているか。試作では、実際の業務のデータで動かして見せてもらえるか。試運転では、AIの出力を人が承認してから外に出す形になっているか。納品では、次の節で書く運用の情報が入っているか。直しの段階では、誰がどの範囲を直すか、です。この中で一番困るのは、納品のあとです。作った人がいなくなってから仕組みが止まると、なぜ止まったのか、どこを直せばよいのかが、社内の誰にも分からないことがあります。

私たち自身、自社の仕組みでこれを経験しました。30分ごとに動く自動の処理（売上の取り込みや月次の集計などをまとめて回すもの）が、2026年8月13日から18日まで、ほとんど動いていませんでした。原因は、新しく足した1つの処理が、ある設定値（外部サービスの鍵）が無いときに処理全体を終了させる書き方になっていたことです。その鍵を設定し忘れただけで、関係のないECの売上の取り込みまで止まりました。

やっかいだったのは、サーバーの管理画面では処理が「完了」と表示され続け、エラーとして知らされなかったことです。気づいたのは、データベースに残る取り込みの時刻を数えて、30分ごとのはずが数日に1回しか記録されていないと分かったときでした。今は、処理を1つずつ切り離して、どれかが失敗しても他は動き続け、失敗したものだけを社内のチャットに知らせる形に直しています。

この失敗は、作った本人がそばにいたから5日で見つけられました。作った人がいない会社で同じことが起きると、「最近、売上の数字が更新されていない気がする」という違和感から原因にたどり着くまでに、もっと時間がかかったはずです。AI開発を外注するときに確かめたいのは、こうした「止まり方」まで引き継いでもらえるかどうかです。

納品物には、コードに加えて「動かし方」と「止まったときの見分け方」を入れてもらう

AI開発の納品物というと、まずプログラムのコードと、使い方の説明書を思い浮かべます。しかし、作った人が抜けたあとに本当に必要になるのは、どこで、どう動いていて、どうなったら止まっているのか、という運用の情報です。私たちは、少なくとも次の5つを納品物に入れています。動いている仕組みそのもの、動いている場所と設定の置き場所、鍵の置き場所、止まったときの見分け方、そして作る途中でつまずいたことの記録です。

「動かし方」を書いておかないと起きる失敗も、自社で踏みました。サーバーの設定値を1つ変えたところ、そのサーバーは変更をきっかけに、つないでいる保管庫の最新の版から自動で作り直されました。手元から直接上げていた新しい機能はまだ保管庫に入れていなかったため、その瞬間に消え、問い合わせの受け口が見つからない状態（404）になりました。設定を変えるだけで中身が入れ替わる、という前提は、作った本人の頭の中にしかありませんでした。

止まったときの見分け方は、「管理画面で何を見れば、正常か止まっているかが分かるか」を1行ずつ書いてもらうのが現実的です。先ほどの自動処理なら、「処理の状態の表示ではなく、データベースに残る最後の取り込み時刻を見る。30分以上空いていたら止まっている」と書いておけば、作った人がいなくても気づけます。

こうした情報は、作っている最中には当たり前すぎて、作った人が書き忘れやすいものです。だから外注するときは、見積もりの段階で「納品物に運用の情報が入るか」「止まったときの見分け方を書いてもらえるか」を聞いておくと、あとで困ることを減らせます。

つまずき集は、作り直し切ったあとに振り返って作る

つまずき集は、作る途中でつまずいたことと、その直し方を並べた記録です。私たちはこれを、仕組みが一通り直り切ったあとに作るようにしています。作っている最中は目の前の不具合を直すので手一杯ですが、直り切ってから全体を見直すと、「最初からここに気をつけて頼めば、やり直さずに済んだ」という場所がはっきり分かるからです。

実際に、作り直し切った3本の仕組みを振り返って、罠を数えたことがあります。AI活用セミナーの申込から講座の販売までを回すサイトでは16件（その仕組みだけの罠が4件、ほかでも起きる共通の罠が12件）、広告のレポートを自動で取り込む仕組みでは22件（固有14件・共通8件）、地域団体の運営に使うポータルでは27件（固有12件・共通15件）でした。

数えてみて分かったのは、罠の4割弱（22件中8件）から7割強（16件中12件）が、業種や作るものが違っても起きる共通の罠だったことです。たとえば「設定値が無いと処理全体が止まる」「設定を変えると中身が入れ替わる」といった罠は、どの仕組みでも起こりえます。つまり、つまずき集は、その仕組みを直す人だけでなく、次に別の仕組みを作る人にとっても役に立ちます。

外注先につまずき集を求めるときは、「完成したものの説明」ではなく「途中でつまずいたことと、どう直したか」を書いてもらえるかを聞いてみてください。

鍵（APIキー）の置き場所は、引き継ぎ書に必ず書いてもらう

AIを使った仕組みには、ほぼ必ず「鍵」が出てきます。AIのサービスや決済、メール配信、データベースなどにつなぐためのAPIキーやトークンです。この鍵がどこに置かれているかを、引き継ぎ書に必ず書いてもらってください。鍵の場所が分からないと、作った人が抜けたあとに鍵を取り替えることも、漏れたときに止めることもできません。

私たちは、鍵は1つの仕組みにつき、その仕組みのサーバー1か所にだけ置き、ほかのサービスには配らない、という規則にしています。それでも、自分たちで点検するまで気づかなかった置き場所がありました。私たちが使っているAIの開発の道具（Claude Code）は、「次からもこの操作を許可する」を選ぶと、許可した命令を許可の規則として設定ファイルに残します。鍵を直接書き込んだ命令を許可していたため、2026年10月28日の棚卸しで、設定ファイルの中に鍵が8件残っているのが見つかりました。

見つけた鍵は設定ファイルから消し、今は鍵を命令に直接書かず、決まった保管場所から読み込む形にしています。この話で伝えたいのは、作った人自身も、鍵がどこに残っているかを全部は把握していないことがある、という点です。だからこそ、引き継ぎ書には「鍵の一覧と置き場所」と「取り替えるときの手順」を入れてもらい、納品のときに一緒に確かめておくのが安全です。

もう1つ、アカウントの名義も確かめておきます。AIのサービスやサーバーの契約が外注先の名義のままだと、契約が終わったときに仕組みごと止まることがあります。本番で動かす仕組みは、最初から御社の名義のアカウントで作ってもらうのが確実です。

外注か社内で作るかは「直す人が社内にいるか」で決める

AI開発を外注するか、社内で作るかで迷ったときは、作る人より先に、直す人が社内にいるかを考えます。AIの仕組みは、作った日が完成ではなく、使いながら直していくものだからです。業務のルールが変わる、つないでいるサービスの仕様が変わる、AIの出力に新しい例外が見つかる。どれも、納品のあとに必ず起きます。

社内に、引き継ぎ書を読んで設定を直せる人がいるなら、最初の仕組みづくりだけを外注し、あとは社内で直していく形が合います。そういう人がいないなら、作って終わりではなく、直すところまで続けて頼める形（月額の保守や伴走）を選ぶほうが、止まったときに直すまでの時間を短くしやすくなります。

小さな会社ほど、この判断が大事になります。担当者が1人しかいない会社では、その人が異動したり辞めたりした瞬間に、仕組みを分かる人がいなくなるからです。引き継ぎ書とつまずき集があれば、次の担当者や別の会社が続きを作れます。外注するかどうかに関わらず、「この仕組みを、作った人以外が直せるか」を、発注の前に一度考えておくと判断がぶれません。

外注と社内で作ることには、それぞれ得意なところがあります。外注は、作るまでが速く、社内に経験が無くても始められます。その代わり、費用がかかり、作った人が抜けると中身が分かる人がいなくなりやすい。社内で作る場合は、ノウハウが社内に残り、費用はAIのサービスの利用料が中心になりますが、作る人の時間が取られ、その人が1人だと同じように属人化します。どちらを選んでも、引き継ぎ書とつまずき集を残すかどうかで、属人化の度合いは大きく変わります。

AI開発の見積もりは「4つの内訳」と「本番で毎日かかる費用」で読む

AI開発の費用は、作るものの大きさや業務の数で大きく変わるため、ここでは相場の金額ではなく、見積もりの読み方を書きます。見積もりは、おおよそ「聞き取りと設計」「開発」「納品後の保守と直し」「AIやサーバーの利用料」の4つの内訳に分けて見ると、何にいくら払うのかが分かりやすくなります。内訳がひとまとめになっている見積もりは、どこまでが含まれるのかを聞いてください。

その中でも、作るための費用と、本番で毎日動かすための費用は分けて聞いてください。前者は納品までで終わりますが、後者は仕組みを使い続けるかぎり、毎月かかり続けます。しかもAIの利用料は、使った量に応じて増えるので、使う人や件数が増えるほど高くなります。

私たちが自社で売っているサービスでも、この計算をしています。たとえば、30分の対談を録ると記事やSNS投稿になる自社のサービスでは、無料のお試し1件あたりのAIの原価がおよそ350〜450円で、上限まで使われても600円ほどに収まるように作っています。1件あたりの原価が分かっていれば、月に何件使えばいくらになるかを、作る前に見積もれます。

外注先には、「1件（1回）動かすと、AIの利用料はいくらくらいか」「月にどれくらい使うと、いくらになりそうか」を聞いてみてください。正確な金額は使ってみないと分からないこともありますが、考え方を答えられるかどうかで、本番の運用まで考えて作っているかが分かります。

あわせて、その利用料を誰の名義で払うのかも決めておきます。開発の間だけ外注先が負担し、本番の運用費は御社の名義で払う、という分け方が多いはずです。名義を最初に決めておけば、契約が終わったときに仕組みが止まる心配も減らせます。

発注の前に、外注先に聞いておきたい5つのこと

ここまでの話をまとめると、AI開発を外注する前に聞いておきたいのは次の5つです。1つ目は、納品物にコード以外の運用の情報（動いている場所・設定の置き場所・止まったときの見分け方）が入るか。2つ目は、作る途中でつまずいたことと直し方の記録を残してもらえるか。

3つ目は、鍵の一覧と置き場所、取り替える手順を書いてもらえるか。4つ目は、アカウントと本番の運用費の名義を、最初から御社にしてもらえるか。5つ目は、納品のあとに直す人を、社内に置くのか、月額で頼むのか、です。

この5つは、どの外注先にも同じように聞ける質問です。答えが具体的に返ってくるかどうかで、作ったあとのことまで考えている相手かどうかが見えてきます。逆に、この5つを社内で答えられるようにしておくと、外注先が変わっても仕組みを止めずに引き継げます。

私たちが自社の仕組みで踏んだ失敗は、どれも「作れなかった」ことではなく、「作ったあとに止まった」「止まったことに気づけなかった」「直すための情報がそろっていなかった」ことでした。外注先を選ぶときも、作れるかどうかに加えて、作ったあとのことをどこまで一緒に考えてくれるかを見ておくと、納品のあとに慌てずに済みます。

最後に、私たちの場合を一例として書いておきます。現場に入って何を作るかから決め、引き継ぎ書とつまずき集を渡すところまでを横浜のFDEサービスとして受けていて、2週間の診断が20万円、続く伴走が月額40万円（最低3か月）です。方向と判断の相談だけなら月額5万円、開発まで請ける形は月額30万円です（いずれも税別、開発に使うAIの利用料込み）。自社の本番で動かしてきた仕組みを、引き継ぎ書6本と共通のつまずき集112件にまとめた働くAI 実践講座もあります。