INSIGHT
作る・買う・頼む——AIの始め方を、同じ仕事で比べる
どの始め方が合うか、専門用語なしで何を比べればよいか。
「この下書き作りを楽にしたい。自分でAIを使って作るのか、サービスを探すのか、それとも誰かに頼むのか」。やりたい仕事はあっても、始め方が決まらず相談先を探せないことがあります。まずは、開発の見積りと完成品の利用料を比べる前に、選択肢を分けてみます。
始め方には、自社で仕組みを作る、既存サービスを買って使う、外部へ設計や開発を頼む、複数を組み合わせる方法があります。先に決めるのは会社全体の方針ではありません。候補の仕事を一件だけ選び、同じ条件で三つの方法を比べます。
比べる前に、一件の仕事を同じ形で書く
「営業をAI化する」では、見積りも役割も決まりません。たとえば、「公開済みの製品資料を参照して、営業担当が提案文の下書きを作り、責任者が確認してから顧客へ送る」と書きます。
この一文から、比べる条件を抜き出します。
- 入力：公開済みの製品資料と、顧客名を伏せた依頼
- 処理：関連情報を探し、提案文の下書きを作る
- 確認：営業担当が根拠と表現を確認する
- 結果：承認前の下書きまで。送信は人が行う
- 対象外：未公開情報、契約判断、自動送信
作る・買う・頼むは、同じ一件の仕事、同じ情報、同じ結果までを比べて初めて選択肢になります。
この条件は、方法を提供者に丸投げせず、仕事をする側から伝えます。自分で決められない確認や送信の手順は、いまの担当者に聞いて書けば構いません。利用者であるあなたが、契約や会社全体の運用まで一人で決める必要はありません。
三つの方法は、「誰が続けるか」が違う
方法の名前より、開始後の役割を比べます。
| 方法 | 始めるとき | 使い続けるときに確かめること |
|---|---|---|
| 買う：既存サービスを設定して使う | 比較的早く試せる場合がある | 入力情報、利用条件、設定変更、サービス変更・終了時の移行 |
| 作る：社内で組み立てる | 業務に合わせて細かく調整できる場合がある | 権限、試験、記録、更新、担当交代、障害対応を担う人 |
| 頼む：外部へ設計・開発・保守を委託する | 専門的な仕事を依頼できる | 合意範囲、受入れ、変更依頼、データと設定の受領、契約終了時の扱い |
買えば運用が不要になるわけではありません。作れば外部サービスへ依存しないとも限りません。頼めば業務の正解や利用承認まで外へ移るわけでもありません。実際には、既存サービスの設定を外部へ頼み、社内担当が日常運用を引き受けるような組み合わせもあります。
営業用の下書きなら、既存サービスで足りるかもしれません。使ってみて、商品資料の更新や社内承認との連携だけが足りないと分かったら、その部分を社内で作るか、外部へ頼むかを比べます。最初から会社全体を「内製」「外注」のどちらかに分類する必要はありません。
役割分担は、誰が作業するかだけでなく、誰が利用範囲を決め、変更を承認し、問題時に止めるかまでを分けたものです。方式の呼び名が曖昧でも、この分担が読めれば比較できます。
相談先へは、この七問をそのまま渡す
技術用語を覚えてから相談する必要はありません。既存サービスの提供者、社内担当、外部の支援会社へ、同じ七問を渡します。
- この仕事のどこまでを、この方法で担当できますか
- 入力した文書や表は、どこに保存され、誰が扱えますか
- 結果が間違っていたら、誰が止め、何へ戻せますか
- 設定、連携、参照資料を変えた記録を残せますか
- 日常の質問、修正、障害へ、誰がどの時間帯に対応しますか
- 担当交代や契約終了時に、データ・設定・記録をどう引き継げますか
- 初期費用、利用料、保守、教育、人の確認を含めると何が必要ですか
IPAの中小企業の情報セキュリティ対策ガイドライン は、情報資産の管理、クラウドサービスの安全利用、委託先管理などの資料を提供しています。AIの内製・既存サービス・外注の成功率を比べた研究ではありません。情報と委託先を管理できる状態を確認するための入口として使えます。
答えられない項目は、その方法の失点ではありません。「誰がいつ確かめるか」を決めるための空欄です。ただし、空欄のまま使ってよいという意味ではありません。情報の扱いや費用が不明なら、回答を待ってから入力や契約を検討します。
小さな比較では、速さだけでなく引継ぎまで試す
三つすべてで試作品を作る必要はありません。既存サービスの説明で一件の仕事をたどる。社内担当に画面案を見てもらう。外部へ、小さな設計相談を頼めるか聞く。まずは七問の空欄がどこまで埋まるかを見ます。実際にサービスを試したり有料の相談を依頼したりする場合は、会社の利用・発注手順を確認してから進めます。
比較するときは、作成速度や回答の見栄えだけでなく、次を同じ表に置きます。
- 業務担当が結果の良し悪しを判定できたか
- 入力してよい情報と対象外が明確になったか
- 修正や設定変更を、担当交代後も追えるか
- 問題が出たとき、利用を止めて従来手順へ戻せるか
- 一か月、一年と続ける仕事と費用を説明できるか
NISTのGenerative AI Profile は、虚偽出力、情報、人とAIの役割、第三者への依存、台帳、継続的な評価、停止・廃止などを整理しています。日本企業へ一律の法的義務を課す文書でも、個別業務の精度を証明する資料でもありません。比較表で確認が抜けていないかを見る参考です。
相談の答えは、できることと残る仕事に分けて持ち帰る
相談の答えを「このサービスがよさそう」で終えると、使い始めた後の仕事が見えません。できそうなこと、自分や社内に残ること、まだ回答がないことに分けて書きます。方式をその場で決めなくても、この違いが見えれば比較は進んでいます。
たとえば、こうまとめます。
「既存サービスで提案文の下書きを作れそう。ただし、参照する商品資料の更新と、根拠の確認は社内に残る。保存条件と、契約を終えた後のデータの取出し方は未確認。社内の情報管理担当と提供者へ確かめたい」
自分ができる確認には手を付け、担当を置く必要がある仕事や購入の判断は、権限のある人へ渡します。「この方法なら、私が下書きを作れます。資料の更新と契約条件は誰と確認すればよいですか」と聞けば、知らない仕事まで引き受けずに次を相談できます。
方式を選び直しても、失敗ではありません。既存機能で足りた、社内に保守時間を置けない、特定の設計だけ外部の支援が必要だと分かれば、大きな費用を使う前に組み合わせを変えられます。
最初の比較で持ち帰るのは、方式名だけでなく、自分たちに残る仕事と、まだ聞く必要があることです。
作る・買う・頼むを、同じ一件の仕事と同じ質問で比べる
作る、買う、頼むのどれが正しいかは、会社の規模だけでは決まりません。対象の仕事、扱う情報、確認できる人、変更を続ける担当、戻す方法によって変わります。
次の相談では、一件の仕事と七つの質問を三つの選択肢へ同じように当ててください。空欄の場所と、開始後に残る仕事が見えれば、専門用語を知らなくても選定を前へ進められます。