AIを丸ごと外注して導入すると、業務が変わるたびに再外注が必要になり、費用が積み上がり、社内にはノウハウが残りにくくなります。AIは納品されて終わる製品ではなく、業務とともに変わり続ける仕組みだからです。だから最初に問うべきは「どこに頼むか」ではありません。「使いながら、自分たちで手を入れられる状態で始められるか」です。これは精神論ではなく、ソフトウェアという道具の性質から導かれる、構造の問題です。
「作って終わり」にならない理由
ソフトウェアにかかる費用の大半は、実は作った後に発生します。運用と保守です。これはAIに限らずソフトウェア全般に通じる古くからの通説で、ソフトウェア工学でも、ライフサイクル全体のコストの過半を保守・運用が占めると指摘されてきました。具体的な割合は前提で変わるため数字は置きますが、「作る費用より使い続ける費用のほうが大きい」という方向性は、まず動きません。AIはこの性質がさらに強く出ます。納品時点が完成形ではないからです。業務が少し変われば、AIの受け答えはすぐにずれます。この直す作業こそが、AIにおける保守です。問題は、この「直す力」をどこに置くかです。外に預けると、小さなずれ一つにも発注の往復が発生し、社内にノウハウを残さないまま費用だけが増えていきます。
自社で回せるかを見分ける、三つの問い
第一に、直したいと思ったとき、自分たちで直せるか。第二に、与えた指示や業務知識が、自社の手元に残るか。第三に、現場がそのAIを「自分たちのもの」と感じているか。三つすべてに「はい」と言えるなら、自走の入り口に立っています。一つでも「いいえ」があるなら、そこが、いずれ発注の往復を生む場所になります。
「骨格は外、肉付けは内」の線引き
雰囲気で分けると曖昧になります。具体的なカテゴリで示します。骨格、つまり外に頼ってよい領域は、外部システムとの連携、権限の制御、セキュリティです。専門知識と責任が伴い、間違えると事故につながります。肉付け、つまり自分たちで担う領域は、受け答えの文言、業務知識、例外対応です。現場が一番よく知っており、頻繁に変わり、外に出すと往復のたびに費用が積み上がる場所です。ただし、肉付けも万能ではありません。日本語の指示で、かなりの部分は調整できます。けれど、検索や回答の精度には上限があり、データ連携や権限は指示文だけでは変えられません。言葉で直せるのか、それとも骨格に手を入れないと変わらないのか。これを見分けることこそ、運用の勘どころです。
自社の現在地を測る「成熟度4段階」
第1段階は外注依存です。設定も修正もすべて外注頼みで、社内に操作できる人がいません。第2段階は部分内製です。受け答えの文言など、一部を自分たちで直せるようになります。第3段階は自走です。肉付けの大半を自分たちで回せ、外注に頼むのは骨格の大きな変更だけになります。第4段階は資産化です。教え込んだ業務知識が社内に残り、人が変わっても引き継がれます。目指すのは、いきなり第4段階ではなく、まず第2段階に足をかけることです。一段上がるごとに、外注の往復は確実に減っていきます。
「骨格は外でよい」への反論
「保守費はむしろ骨格にこそ重くのしかかるのでは」。これは正しい指摘です。だから「骨格は外に頼ってよい」で話を終えてはいけません。骨格は、引き継ぎ可能な形で発注することが条件です。設計の意図や設定の中身が、後から別の相手にも渡せる形で文書化されているか。安く動かすことより、引き継げる形で残すことを優先してください。もう一つ、「外注に頼ると必ず止まる」は単純化です。保守契約やSLAがしっかりしていれば、外に預けたまま安定して回ることもあります。問題は外注そのものではなく、依存度です。
「人がいない」「時間がない」への答え
「専門人材がいない」。必要なのは専門家ではなく、自分の仕事を言葉で説明できる人です。「手を入れる時間がない」。自分で手を入れる時間と、外注の往復にかかる時間を並べてみてください。小さな変更は、外注の往復より短く済むことが多いものです。「専門家に任せたほうが速い」。速さは一回ではなく、一年単位で測るべきです。一回ごとは外注が速くても、毎回往復していれば、一年後には自走した組織との差は大きく開きます。
まず三十分でできること
担当を一人決め、小さな業務を一つだけ選び、日本語で指示を書いてみてください。動かして、おかしな返答があれば一行足す。この「気づいて、足す」を一度体験すれば、AIが製品ではなく育てる対象だという感覚がつかめます。一年後、丸ごと外注した会社はまた発注書を書き、育てた会社は自分たちで手を入れながら回しています。両者を分けるのは、技術力でも予算でもありません。最初の一点、「これは自分たちで育てるものだ」と決めたかどうかです。