「AIを新規事業に使いたい」と考えたとき、多くの企業は最初にプロンプト研修やチャットボット導入へ向かいます。しかし、そこだけを磨いても事業の速度は大きく変わりません。
変化が起きるのは、AIへの指示を一回で終わらせず、検証と修正を回し、さらに営業・マーケティング・開発をつないだときです。本記事では、AI活用が「指示する→回す→つなぐ」と進化する3段階と、段階ごとに変わる人間の仕事を整理します。
執筆者は、新規事業の共創とAI開発を手がけるアルチェコのYASUです。実案件から得た観察を、他社でも再利用できる設計原則として書きます。
【結論】AI時代の新規事業で、先に設計すること
| 第一段階は「指示する」。成果の上限は、人が考え、確認できる量で決まる第二段階は「回す」。人の仕事はプロンプト作成から、終了条件の設計へ移る第三段階は「つなぐ」。顧客の声、開発、提案、受注を輪にし、学びを次の企画へ戻す新規事業で先に決めるべきは、AIモデルではなく入口・出口・停止条件・責任者・失敗範囲である |
AIの使い方は、この数年で三回変わった
呼び名は人によって違うが、実際に起きている変化は整理するときれいに三段階になる。うまく指示する。回す。繋ぐ。
そして重要なのは、段階が上がるたびに人間の仕事が一段ずつ上に移動していることである。ここを押さえておかないと、次に何が起きるかが読めない。
順に見ていく。
第一段階：うまく指示する
最初にみんなが練習したのは、指示の出し方だった。
前提を書く。役割を与える。出力の形を指定する。例を見せる。こうすると答えの質が上がる、という技術が大量に共有された。プロンプトエンジニアリングと呼ばれたのがこの段階である。
この段階の構造はシンプルだ。人間が入力を作り、AIが出力を返し、人間がそれを見て、また入力を作る。やり取りのたびに人間が挟まる。
そして、ここには明確な天井がある。人間が指示できる範囲を超えられない。 指示がうまい人ほど良い出力を得られるが、その人が思いつかなかったことは出てこない。人間が同時に見られる量が、そのまま処理できる量の上限になる。
この時代、「AIを使える人」とは、指示がうまい人のことだった。
第二段階：回す
次に起きたのは、一回で終わらせないという発想の転換だった。
出力を出させて、それを別の基準で確かめて、駄目なら直させて、また確かめる。この往復をAI自身に回させる。ループエンジニアリングと呼ばれたのがこの段階である。
ここで何が変わったか。人間の仕事が「指示すること」から「止め方を決めること」に移った。
回すこと自体は簡単で、放っておけば無限に回る。難しいのは止めることのほうである。何回やるのか。何が起きたら合格とするのか。何回連続で成果が出なければ打ち切るのか。この設計をしないと、ループは永久にリソースを食い続ける。
そしてこれが最初の断絶だった。人間が全部を見なくても、成果が出るようになった。 中で何往復したかを人間は追わない。追うのは、入口の条件と、出口の判定だけである。
この段階の天井は、一本のループが扱える範囲にある。
第三段階：繋ぐ
- ループが一本なら、止め方を決めれば済む。しかしループが複数になった瞬間、別の問題が出てくる。
どれを先に走らせるか。どこまで並べて同時に走らせられるか。どこで待ち合わせるか。ある一本が失敗したとき、他の何本が巻き込まれるのか。
ここで、仕事を点、受け渡しを線として捉え、その全体を設計するという考え方が出てきた。グラフエンジニアリングと呼ばれているのがこの段階である。
- 扱うことは、だいたい次の4つに整理できる。
- 並べる — 独立した仕事を同時に走らせる
- 束ねる — バラバラの結果を一箇所で突き合わせる
- 確かめる — 出てきたものを、別の目で検証する工程を挟む
- 閉じ込める — 一箇所の失敗が、全体を止めないようにする
- 人間の仕事は、また一段上がった。指示でもなく、止め方でもなく、構造を書くことに移っている。
- この段階の天井は、設計者が構造を書ける範囲である。
ここまでは全部、システムの中の話である
ただし、ここで一度立ち止まりたい。
この三段階は、すべてシステム開発の内側で起きている話である。入力はテキストと仕様とコード、出力もテキストとコード。どちらも同じ世界の中にある。
閉じているから、この世界は速い。失敗してもやり直せる。同じ入力を何度でも試せる。並べて走らせるコストはほとんどゼロに近い。 だから構造の設計が、そのまま成果に直結する。
しかし、閉じているということは、まだ事業には触れていないということでもある。どれだけ美しい構造を組んでも、それだけでは売上にならない。
面白くなるのは、ここからである。
境界が、現実に染み出す
- この構造の入口と出口が、システムの外につながったらどうなるか。
- 入力の側から見ると、扱うものが変わる。
- 顧客が電話の最後にこぼした一言
- 倉庫に実際に残っている在庫
- 商談の場の空気、担当者が言い淀んだ箇所
- まだ誰も文書にしていない現場の判断
- 出力の側も変わる。
- 実際に送られる提案書
- 出稿される広告
- 受注そのもの
- 動いた現場
そして、点の中身が人間になり、線が「約束」になる。 システムの中では、点は処理で、線はデータの受け渡しだった。現実に染み出すと、点は営業担当であり開発者であり現場責任者であり、線は「いつまでに、何を渡すか」という約束になる。
こうなった瞬間、この構造が扱う範囲は、営業・マーケティング・事業開発まで一気に広がる。
染み出すと、輪が閉じ始める
ここからが本題である。範囲が広がると、それまで無かったループが現れる。
事業開発が案件を取ってくる。 その案件の要件が、システムに入る。現実の制約と締め切りの中で作られたものは、机上で作ったものより実用に耐える。システムの価値が上がる。
そして、価値が上がったシステムは、次の案件を取るときの説得材料になる。 「できます」ではなく「動いています」と言える。だから次の商談が通りやすくなる。事業価値が上がる。
事業価値が上がると、次の事業開発がやりやすくなる。輪が一周して、最初に戻る。
事業開発がシステム価値を上げ、上がったシステム価値が事業価値を上げ、それがまた事業開発を押し出す。 この輪が回り始める。
一方向の受発注では、この輪は閉じない。要件をもらって、作って、納めて、終わる。矢印は一方向で、次の企画には戻ってこない。染み出しが起きて初めて、矢印は輪になる。
ボトルネックも、一緒に移動する
- もう一つ、見落とされやすい点がある。
システムの中で閉じている間、詰まる場所はAIの能力だった。もっと賢ければ、もっと長い文脈を読めれば、もっと正確なら。そういう議論になる。
- しかし現実に染み出すと、詰まる場所が変わる。
- 誰が、誰に、何を渡すのか
- いつ立ち止まって評価するのか
- 何を見て合格とするのか
- 失敗したとき、どこまでが巻き込まれるのか
見覚えがあるはずだ。これは、システムの側で解いてきた問題とまったく同じ形をしている。 受け渡しの定義、収束条件、検証の設計、失敗の封じ込め。
つまり、染み出しが起きると、システム設計で使ってきた考え方が、そのまま事業側の道具になる。 逆に言えば、事業側でここを設計していない組織は、AIをいくら賢くしてもボトルネックが動かない。
ただし、比喩には限界がある
正直に書いておくと、この持ち込みには無理が出る箇所がある。
現実の点は、人間である。
人間はリトライできない。三回やり直させれば疲れるし、辞める。同じ入力を渡しても同じ出力は返ってこないし、その日の状態に左右される。並べて同時に走らせるには採用が要るし、時間もかかる。そして、失敗を一箇所に閉じ込めても、その失敗は人の記憶には残る。
だから、システムから持ち込めるのは構造の考え方であって、実行の仕方ではない。「並列に走らせる」を「人を増やす」と読み替えた瞬間に、この比喩は雑になる。
使えるのは、たとえばこういう問いの形である。この受け渡しには、何が書かれているべきか。どこで立ち止まるのか。何を見て終わりとするのか。問いは移植できるが、答えは現実側で作り直す必要がある。
第1部のまとめ
- AIの使い方は、指示する → 回す → 繋ぐと三段階で変わってきた
- 段階が上がるたび、人間の仕事は指示 → 止め方の設計 → 構造の設計へと上に移動している
- ここまでは全部、システムの中で閉じた話である
- 入出力が現実に染み出すと、点は人間になり、線は約束になり、範囲が営業・マーケ・事業開発まで広がる
- そこで初めて、事業開発がシステム価値を上げ、システム価値が事業価値を上げるという輪が閉じる
- ただし現実の点は人間なので、持ち込めるのは構造の考え方であって、実行の仕方ではない
- では、その輪は実際に閉じるのか。閉じるとしたら、何がそれを可能にするのか。
第2部では、一本の線が4週間で実際に輪になった具体的なケースを見ていく。そして第3部で、閉じた輪をどうやって次の輪へ移すのかを扱う。
よくある質問（FAQ）
Q. 新規事業でAI活用を始めるなら、どの業務からですか？
入力と評価条件が明確で、短い周期で結果が返る業務からです。市場調査、問い合わせ分類、提案書のたたき台などを候補にし、単発の出力品質ではなく、検証と修正が一周するかを見ます。
Q. プロンプトエンジニアリングは、もう重要ではないのですか？
入口の品質を上げる技術として重要です。ただし、新規事業の成果を左右するのは、その後の検証・停止・受け渡しまで含む全体設計です。プロンプトだけでは市場の反応を次の企画へ戻せません。
Q. AIエージェントを導入すれば、部門連携も自動で改善しますか？
改善しません。誰が誰へ何を渡すか、どこで評価するか、失敗をどこまで切り離すかを先に決める必要があります。AIは曖昧な業務構造を速くするため、未設計のままでは混乱も速くなります。
この連載を順番に読む
- 第1部｜AI活用で新規事業はどう変わる？「指示・回す・つなぐ」3段階
- 第2部｜新規事業のMVP検証を4週間で回す方法
- 第3部｜新規事業の成功事例を横展開する方法
- 第4部｜AIループインキュベーションとは？
公開順：第1部 → 第2部 → 第3部 → 第4部。4本を公開後、相互リンクの到達確認を行ってください。
アルチェコに相談する
| AI活用を「検証止まり」にしたくない方へ AIを事業プロセスへ接続する設計から始めませんか アルチェコは、経営課題の整理からAI戦略、MVP開発、実市場での検証、グロースまでを一つのチームで支援します。まずは、どの情報を入口にし、何を市場へ返し、どこで止めるかを整理します。 ▶ AI×新規事業について相談する 初回相談では、現状のフェーズ・検証したい仮説・社内の意思決定条件を整理します。相談内容が固まっていなくても問題ありません。 |
この記事を書いた会社について（アルチェコ）
アルチェコ（ARCHECO）は、AI戦略・生成AI導入・AIエージェント開発・UX/UIデザイン・MVP/PoC開発・グロースを横断する新規事業の共創パートナーです。戦略だけ、開発だけで分断せず、仮説設計から実市場での検証まで一貫して支援します。
Yasu
Yuki Susai
