AIは既存ツールか個別開発か：同じ完成条件で3つの進め方を比べる
既存ツールか個別開発かは、AIに任せる仕事の完成条件をそろえ、確認の手間と保守まで含めて比べると選べます。
この記事の要点
- 比べる前に、問い合わせの要約などAIに任せる仕事の完成条件を書く
- 既存ツール、設定と連携、個別開発の進め方を同じ条件で比べる
- 費用は利用料だけでなく、確認の手間と保守まで見る
- 既存ツールで試す：足りた所はそのまま使う、足りない所だけ開発に回す
目次
最初に、AIに任せる仕事の完成条件を書く
A&Aの考え方
既存ツールか個別開発かを比べる前に、AIに任せる仕事を1つ選び、その完成条件を書きます。この記事での完成条件とは、誰が、どの情報を使い、何ができたらその仕事が終わりかを書いた数行のことです。
仮想例
たとえば問い合わせ対応なら、AIが要約を書けば終わりなのか、担当者への振り分けや対応の記録まで要るのかで、比べる道具が変わります。要約だけなら、いま使っているAIの画面で足りるかもしれません。記録まで要るなら、顧客の台帳とつなぐ必要が出てきます。
出典に基づく事実
米国の国立標準技術研究所 (NIST) は、AIのリスク管理の枠組みで、事業での使い道や価値をはっきり定めることを挙げています。使う範囲を定めて文書に残すことや、運用の前と運用中に試すことも挙げています。
出典に基づく事実
AIを開発するAnthropicは、AIが手順を進める仕組みが特に役立つ仕事の条件として、成功の基準がはっきりしていることを挙げています。人の確認が意味を持つことも、同じ条件に入っています。
A&Aの考え方
この記事を書いているAutomate & Augment (A&A) は、完成条件が無いまま比べると、機能の数を比べるだけになりやすいと考えます。AIが入っているかどうかでは、自社の仕事が終わるかは分かりません。
A&Aの考え方
A&AがNISTの枠組みを引くのは、使い道と範囲を先に書くことが、公的な枠組みにも入っているからです。書いた数行は、ツールの会社や外注先に、その条件で試せるかを聞く時にも使えます。
3つの進め方を同じ条件で比べる
A&Aの考え方
完成条件が書けたら、既存ツールをそのまま使う、設定と連携で整える、必要な所を個別に開発する、の3つを同じ条件に当てます。3つは上下の段階ではなく、同じ仕事の終わらせ方の違いです。下の表は、3つの進め方ごとに、完成条件を満たせそうな場面と、先に確かめることを並べたものです。
出典に基づく事実
Microsoftの業務ソフト一式には、AIアシスタントのCopilotが入っています。その中に、決まった仕事を受け持つAIを言葉で説明して作れる、Agent Builderという機能があります。Microsoftの説明ページによると、指示や参照する資料を設定し、作りながら試せます。
出典に基づく事実
同じ説明ページは、Agent Builderでは外部のサービスとつなぐ動作は作れないとしています。つなぐ場合は、部品をつないでAIの動きを組む別の道具 (Copilot Studio) に移すよう案内しています。独自のプログラムが要る場合は、開発の道具の選び方の案内へ進むよう書いています。
A&Aの考え方
A&Aは、1つの製品の中にも「設定で足りる」「つなぐ」「作る」の3段がある例と読みます。どの段で完成条件を満たせるかは、自社の契約と、実際に使う資料で確かめる必要があります。
A&Aの考え方
Microsoftを使っていない会社でも、同じ見方で確かめられると考えます。自社が使うAIの道具の説明ページで、設定でできる所、外のサービスとつなぐ所、別に作る所の境目を探し、完成条件の数行と並べます。
| 進め方 | 完成条件を満たせそうな場面 | 先に確かめること |
|---|---|---|
| 既存ツールをそのまま使う | いまの機能で、仕事が最後まで終わりそう | 使える資料、契約で使える機能、残る手作業 |
| 設定と連携で整える | 社内の資料や、いま使っている道具とつなぐ必要がある | つなげる範囲、権限、止まった日の手順 |
| 必要な所を個別に開発する | 自社だけの承認の順や、顧客が使う画面が欠かせない | 保守の担当、変更の頼み方、やめ方 |
費用は利用料に加え、確認の手間と保守まで見る
A&Aの考え方
費用は、月の利用料や開発費だけで比べず、人がAIの結果を確かめる時間と、変更のたびに直す担当まで含めて比べます。
出典に基づく事実
AnthropicはAIが手順を進める仕組みについて、応答が遅くなり費用も増える代わりに、仕事の出来が上がることが多いと書いています。多くの用途では、資料を検索して例を添えた、AIへの1回の依頼で足りるとも書いています。
A&Aの考え方
A&Aは、このAIを使わないやり方として、今の手作業も、比べる表の行に入れることを勧めます。今かかっている時間が分かれば、利用料や開発費と同じ表で比べられます。
A&Aの考え方
A&Aは、比べる表に、人が確認する時間、社内のルールが変わった時に直す人、料金の改定を入れることを勧めます。月額が安いツールでも、転記と確認が毎日残るなら、その時間も費用に入ります。問い合わせ対応なら、返答の決まりや担当の割り振りが変わるたびに、誰が設定を直すかを書いておきます。
A&Aの考え方
変更とやめ方も、同じ表に入れます。記録を取り出せるか、担当者が替わっても設定が読めるか、連携が止まった日に手作業へ戻れるかです。個別に開発しても、外部のAIや連携先に頼る所は残ります。
出典に基づく事実
NISTの枠組みは、外部から取り入れたデータやAIのうち、リスクが高いとみなしたものについて、故障に備える手順を挙げています。運用を始めた後の監視の計画に、使い終える時の扱いと変更の管理を入れることも挙げています。
既存ツールで試す：足りない所だけ開発に回す
A&Aの考え方
比べても決めきれない時は、既存ツールで試し、完成条件のうち満たせなかった所だけを、連携か開発に回します。足りた所は、そのまま既存ツールで使います。
出典に基づく事実
Anthropicは、できるだけ簡単なやり方を探し、必要な時だけ複雑にすることを勧めています。簡単なやり方を探した結果、AIが手順を進める仕組みをまったく作らないことになる場合もある、と書いています。複雑さを足すのは、結果が良くなると示せる時だけだとも書いています。
A&Aの考え方
A&Aはこの解説を、製品どうしの比較ではなく、試す順番の考え方として読みます。道具が変わっても、簡単なやり方から試し、良くなると示せた所だけ複雑にする順は、自社で試す時にそのまま使えます。
仮想例
たとえば、フォームで相談を受けている会社が、相談の要約と返信案をAIに任せるとします。まず既存ツールで、要約と返信案が完成条件に届くかを、実際の相談で試します。
仮想例
試した結果、担当者ごとの承認や、同じ相談を二重に扱わない仕組みが要ると分かったとします。その時は、その所だけを連携か開発の候補にします。受付の画面まで作り直すかは、そこで改めて決めます。
A&Aの考え方
開発に回す時は、外注先に頼む場合も自分で作る場合も、完成条件とやめ方を最初の依頼書に書きます。A&Aは、その数行を、出来上がったものを受け取る時の確認にもそのまま使うことを勧めます。
まとめ
A&Aの考え方
比べる前に、AIに任せる仕事を1つ選び、完成条件を書きます。
A&Aの考え方
既存ツール・設定と連携・個別開発を、その同じ完成条件で比べます。
A&Aの考え方
費用には、利用料に加えて確認の手間と保守、変更とやめ方を入れます。
A&Aの考え方
既存ツールで試し、満たせなかった所だけを開発に回します。
既存ツールか個別開発かは、製品の機能の多さではなく、自社の仕事が完成条件まで終わるかと、その後の確認と保守の手間で決まります。次に決めるのは、問い合わせ対応などの仕事を1つ選び、完成条件を数行で書いて、いま使っているツールで試すかどうかです。
よくある質問
プログラムを書かずに組める連携ツール (ノーコード) は、3つのどれに入りますか
この記事では「設定と連携で整える」に入れます。Microsoftの説明ページも、つなぐ動作や手順を足す時は、部品をつないで組む別の道具に移すよう案内しています。プログラムを書くかどうかより、完成条件のどこを埋めるかで分けます。
Claude Codeで自分で作れるなら、最初から作った方が早くありませんか
作る速さが上がるほど、試す費用は下がります。それでも、作った後の保守と、社内のルールが変わった時に直す担当は残ります。A&Aは、作る前に既存ツールで完成条件を1度試し、足りない所を確かめてから作る範囲を決めることを勧めます。
既存ツールの機能で足りるかは、契約前にどう確かめますか
試用の画面で、完成条件の数行を実際の資料で試します。Microsoftの説明ページは、参照できる資料が利用者のライセンスで変わると書いています。試用と本契約で使える機能が同じかも、同じ時に確かめます。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Building effective agents
Anthropic · 2024-12-19 (date shown on page)
確認日 2026-10-27 - Build agents in Agent Builder
Microsoft · Updated 2026-09-30
確認日 2026-10-27 - AI RMF Core
NIST · 2023 (AI RMF 1.0)
確認日 2026-10-27