2026年9月21日

AIエージェント構築の隠れたコストは、専門家の時間と費用であり、モデル利用料ではない

経営が見る最初の数字は小さいです。モデル利用が数千ドル。きれいなデモ。「エージェントは自前で作れる」と書いたスライド。

日本の低コストなエンタープライズAIツールを探す企業でも、同じパターンが出ます。私たちが見るギャップも同じです。見えるのは控えめなソフトウェア明細で、運用予算として後から来るのが専門家の採用と保守です。

その数字は予算ではありません。本番のエージェントには、専門家の時間が要ります。採用し、立ち上げ、稼働のあとも回し続ける時間です。 成果の設計、本番システムとの接続、品質、セキュリティへの回答、プロセスが変わったあとの責任。モデルの請求書は、そのどれも払いません。

ソフトウェアと短いプロジェクトだけを予算に入れるチームは、ほぼ必ず、専門家の採用にかかる時間と費用と、そのあとに続く保守の時間と費用を小さく見積もります。

見える請求は、これから抱えるコストではない

財務はソフトウェアを見られます。大きな行は、採用のリードタイム、給与と法定福利の総額、立ち上がり、エージェントを現状に合わせ続ける専門家の月数にあります。

有効な比率であり、偽の表計算ではありません。人の行は、モデルの行より桁が一つ大きいことがよくあります。 初年度のソフトウェアが数万なら、専門家2人の採用と立ち上がりはいくらか、そのあとの保守1年はいくらかと聞いてください。それが「自前で作ればいい」の本当の総保有コストです。

これは、採用するなという議論ではありません。本格的な計画は、専門家で成功します。議論しているのは、その時間と費用を正直に予算へ乗せることであり、モデルの請求を投資そのものとして扱わないことです。

本番のエージェントには、発表会のあとも専門家の時間が要る

本番のエージェントは、現場が「試せる」チャットボットではありません。社内の能力です。能力には、試作中だけでなく、発表会のあとも熟練した人が要ります。

専門家の時間は、次に使われます。

• 業務の成果を、エージェントが完了できるワークフローへ落とす
• チャット、メール、ドキュメント、システム・オブ・レコードをつなぎ、その接続を健全に保つ
• ポリシー、文書、モデルが変わるなかで品質を見る
• 誰が動き、どのデータを使い、誰が承認したかに答える
• 顧客や監査の前でエージェントが間違えたときに対応する

その仕事には価値があります。同時に、エージェントを足すたびに同じ専門家サイクルが要るなら、人員を揃えるのに時間がかかり、維持にも高くつきます。

構築が正当化されるのは、エージェントそのものが事業であるときです。顧客が対価を払う能力であり、リリース後も専門家の時間を維持できるとき。正当化されないのは、デモの費用が小さく見えて、採用と保守の計画があとに残ることです。

専門家を採用する時間と費用

構築で高くつくのは、たいていモデルではありません。適切な専門家を仕事に乗せるまでのリードタイムと報酬です。

本格的な自前構築には、だいたい次が要ります。

• AIまたは基盤の専門性 — プロンプトではなく、システムとしてエージェントを持つ
• 連携とITの時間 — プロセスがすでに使うツールにつなぐ
• 業務オーナー — 「完了」、例外、承認を定義できる人
• セキュリティと法務の時間 — 本物の仕事をエージェントに任せる前に
• 経営スポンサー — 試作を見せたあとも関心が残る人

そのスキルは希少です。採用には何ヶ月もかかります。立ち上がりに、さらに何ヶ月もかかります。総人件費には、報酬、サーチ、オンボーディング、マネジメントの注意力が入ります。専門家2人のチームは、モデル利用の数年分を1年で上回ることがあります。彼らが揃うまで待ったカレンダーを数える前に、です。

もう一つの時間コストがあります。その専門家が、代わりにできた仕事です。強いエンジニア、ITリーダー、現場マネジャーが、差別化にならない基盤作業に使う月は、本当に価値を生むプロセスに使わなかった月です。人が問題なのではありません。その時間がどこへ向かうかが、計画の問いです。

スケジュールが、シニア専門家が「今は空いている」だけで回るなら、採用もカバーも見積もっていません。一時的な空きを見積もっています。

エージェントを保守する時間と費用

エージェントは、完成したままでは止まりません。ポリシーが変わります。システムが入れ替わります。稀だった例外がボリュームになります。新しいモデルの動きが変わります。承認者が別チームへ移ります。

保守は、試作にプロジェクトの終了日があったために、会社が忘れるコストです。本番に終了日はありません。採用はスタートラインまで連れていきます。保守は、そこに置き続ける継続の時間と費用です。

実務では、保守は専門家の時間です。

• つなぎ続ける — ツール、権限、レコードはずれます。気づく人が要る
• 信頼を保つ — 一度の誤送信や誤ったレコード更新で、計画は凍結し得る
• 現状に合わせる — 先四半期のプロセスがまだ動いていると、現場はExcelで回避する
• 支え続ける — レビュー、障害、壊れたときの指名されたオーナー

だから、多くのAIパイロットはデモのあとに失速します。プロジェクトチームは他の優先へ戻ります。エージェントを運用する時間は予約されていません。現場はまだコピー＆ペーストします。試作に払い、仕事を終わらせる人の時間にも払います。

経営への有効な問いは「ソフトウェアはいくらか」ではありません。保守に、四半期あたりどれだけの専門家時間が要るか。それは今四半期の案件だけでなく、来年の計画に入っているか。

プロセス変更のたびに専門家サイクルが要るなら、常設の能力の値段を付けています。業務オーナーがワークフローとポリシーを更新できるなら、運用モデルの値段を付けています。

遅延にも、時間と費用がある

企業は、デモが弱いからエージェント計画を止めるのではありません。セキュリティ、法務、業務オーナーが次に答えられないから止めます。

• エージェントがしたことの説明責任は誰か
• どのデータを使ったか
• メール、チケット完了、レコード変更を誰が承認したか
• 先週火曜を監査に説明できるか

その問いは発表会のあとに来ます。凍結の1ヶ月は、本番の成果がない、払った専門家の時間です。専門家は待ち、スポンサーの熱は冷め、現場は手作業の経路を続けます。ガバナンスの先送りはスピードではありません。まだ稼働していないワークフローに使う、カレンダーと報酬です。

所有、権限、承認を設計するコストがいちばん低いタイミングは、全社展開の前です。そのあとでは、前に進めるために採用した同じ専門家から、回復にもっと時間を取ることになります。

時間と費用を1枚に

これは、「採用するな」「決して構築するな」ではありません。試作の費用が小さいことと、運用の費用が小さいことを混同するなという意味です。

構築を選ぶのは、エージェントが戦略的な差別化であり、試作中だけでなくリリース後も専門家の時間を維持できるときです。企業の仕事の大半——オンボーディング、例外、承認、顧客フォロー——で高くつく失敗は、ひとつのプロセスのために、専門家の採用サイクルと保守時間を基盤作業へ使うことです。構築 vs 購入 vs 組み立ても、同じコストの問いの別の形です。

日本における低コストなエンタープライズAIの意味

日本の低コストなエンタープライズAIツールという検索は、たいていは総保有コストの問いであり、いちばん小さいライセンスを探すことではありません。

日本企業の仕事は、まだ Slack、Teams、メール、共有ドライブ、承認の上にあります。チャット窓で答えて、あとは人がExcelで仕事を終えるツールは、低コストではありません。日本の中小企業のAIパイロットが止まる理由も同じです。デモには予算が付き、運用の道には付きません。

この市場で低コストなエンタープライズAIに見えるものは、次です。

• 成果を完了するワークフロー自動化 — 返信だけで終わらず、すでに使っているツールの上で進む
• プロセスごとに新しい専門家サイクルを置かない — 現場オーナーが、基盤の採用計画を待たずにワークフローを変えられる
• 来年の予算に保守が入っている — 今四半期の試作だけではない
• 最初のワークフローにガバナンスがある — 発表会のあとにセキュリティレビューで凍結しない

だから、ひとつのプロセスのために社内のエージェント基盤を構築するより、プラットフォーム上で組み立てるほうが、総コストは低くなることがよくあります。専門家は、いまでも必要です。その時間を、差別化にならない基盤ではなく、プロセスへ使う。

構築を認める前に、経営が聞くべきこと

40行の採点表は飛ばしてください。予算を固める前に、これを聞いてください。

1. 買う成果は何か — 「経理AI」ではなく、「承認に回せる請求例外」
2. 専門家の採用には何が要るか — リードタイム、報酬、立ち上がり。スライド上の開始日だけではない
3. 本番後の保守には何が要るか — 四半期の時間、指名されたオーナー、壊れたときのカバー
4. 専門家の時間はどこへ向かうべきか — 基盤の配管か、自社固有のプロセスか
5. セキュリティはいつ見るか — 展開の前か、デモ周遊のあとか — 発表会のあとの凍結は、さらなる時間と費用です
6. 最初のワークフローのあと何が起きるか — 二つ目のプロセスに同じ専門家サイクルがまた必要なら、エージェントではなくインフラに資金を付けています

来年の計画に保守の時間を書けないなら、構築の準備はできていません。デモをもう一度回す準備ができています。

WellSkate AIの考え方

東京の株式会社WellSkateで、私たちはWellSkate AIを開発しています。日本と海外のチームが、専門家の時間を本当に自社の仕事へ向けられるようにするためです。プロセスごとにエージェント基盤を立て、保守し続けることへ、ではなく。

仕事を最もよく理解している人が、その理解をカスタムAIエージェントとAgentic Workflowへ変えられるべきです。専門家は、いまでも重要です。違いは、その月数と予算がどこへ向かうかです。成果、例外、ナレッジであり、AIのための第二のOSではありません。

現場がエージェントを運用できる。専門家の時間はプロセスに残る。 ID、実行、ログ、管理機能はプラットフォームの仕事です。現場、HR、経理、営業が成果を定義します。ポリシーやプロセスが変わるたびに、専任のAIエンジニアがクリティカルパスに乗る必要はありません。フロンティアモデルは単一のサブスクリプションの向こうにあり、モデルアクセスは長い採用や調達のサイクルになりません。

仕事は、人がすでにいる場所に残す。 エージェントは、会社がすでに持つポリシー、ドキュメント、業務の文脈に根ざします。Slack、Teams、メール、すでに使っているシステム・オブ・レコードに入ります。従業員に並行するAI作業場所への引っ越しを求めません。専門家に、その作業場所の再構築も求めません。

所有は、最初のワークフローから設計する。 エージェントは、起動した人の権限を継承します。ポリシーは、アクセスと共有を制約します。承認と監査証跡はワークフローと一緒に動くので、セキュリティレビューがデモのあとにスタック——あるいは回復プログラム——を発明する必要はありません。

それがプラットフォームの役割です。差別化にならない作業がすでに乗っている基盤に払い、希少な専門家の時間を、本当に自社のプロセスへ使う。

前回のエージェント投資が、デモとモデル請求と、事後の採用・保守計画を残したなら、足りなかった数字はソフトウェア単価ではありません。その後ろにある専門性の、時間と費用です。

よくある質問

専門家の時間を、基盤の立ち上げと保守ではなく、プロセスへ向けたい方は、wellskate.ai または contact@wellskate.ai までご連絡ください。