最適化された旧事業から、AI前提の事業構造へ移行する（AIセントリック事業再設計 第12回）

前回はこちら：「Business Seedを既存事業で壊す」

AIで業務を効率化した。

• コストは下がった。

• 処理は速くなった。

• 資料作成も短くなった。

• 問い合わせ対応も軽くなった。

• 契約レビューも効率化された。

それでも、事業が強くなったとは限りません。
効率化された旧事業ができただけかもしれないからです。

この言い方は少し厳しいですが、かなり大事だと思っています。

• 業務が速くなっても、提供価値が古いまま。

• 収益モデルが古いまま。

• 顧客との関係が古いまま。

• 責任範囲が曖昧なまま。

• 自社が何で稼ぐのかが決まっていないまま。

この状態では、AI時代の事業構造へ移ったとは言えません。

AIセントリック事業再設計は、未来像を描いて終わりではありません。
既存事業を抱えながら、どう移行するかを設計する必要があります。

BPRだけだと、効率化された旧事業になる

AIセントリックBPRは重要です。

業務を価値起点で見直し、AIと人間の役割を分け、責任と統制を設計し、運用で学習する。
これをやらずに事業再設計だけ語っても、現場は動きません。

ただし、BPRだけでは足りないことがあります。

• 業務は速くなった。

• 品質も上がった。

• AIも使えるようになった。

• 人間の役割も整理された。

でも、その業務が支えている事業の価値や収益モデルが古いままだと、長期では苦しくなります。

• 顧客がAIで自己解決できるようになる。

• 競合が責任や結果に課金し始める。

• 作業時間の価格根拠が弱くなる。

• 情報提供だけでは選ばれなくなる。

業務が最適化されているほど、旧事業から抜けにくくなることもあります。

• 投資したから。

• 仕組みが整ったから。

• KPIが改善しているから。

• 現場が慣れてきたから。

効率化の成功が、事業転換を遅らせることがある。ここが難しいところです。

事業再設計だけだと、実装されない未来構想になる

逆もあります。事業再設計だけを語ると、未来構想になります。

• 顧客との関係を深める。

• 責任あるサービスに移る。

• 成果課金にする。

• AIで個別化する。

• 継続伴走にする。

どれも良い。でも、業務が変わっていなければ実装できません。

• 成果課金にするなら、成果を測る業務が必要です。

• 責任を引き受けるなら、判断ログと説明責任が必要です。

• 個別化するなら、顧客状態を把握する業務が必要です。

• 継続伴走するなら、改善ループと会議体が必要です。

• 顧客AIと連携するなら、入力と権限とセキュリティが必要です。

事業構想は、業務に落ちて初めて動きます。
だから、BPRと事業再設計は片方だけでは足りません。

事業を四つに分ける

移行を考えるとき、すべての事業を同じように扱わない方がよいです。
大きく四つに分けます。

この分類をすると、議論が少し現実的になります。

全部を変える必要はありません。
全部を守る必要もありません。

• 深めるもの。

• 形を変えるもの。

• 外部と組むもの。

• 手放すもの。

これを分けることが、移行アーキテクチャの入口です。

Deepen: 既存事業の価値を深める

Deepenは、既存事業の核を維持しながら、AIで価値を深める選択です。

• 顧客との関係が強い。

• 社会的役割が明確。

• AI時代にも価値の核心が残る。

こうした事業は、無理に別事業へ変える必要はありません。
むしろ、AIで深めるべきです。

たとえば、士業、医療、教育、地域密着サービス、長期関係型の事業。
ここでは、AIで作業を減らし、人間が判断、関係性、責任に集中する。

定型処理を軽くし、顧客との対話を深める。
一次説明をAIに任せ、複雑判断を人間が担う。
顧客状態を継続的に見て、先回りする。

これは守りではありません。既存価値を深める攻めです。

Transform: 提供形態や収益構造を変える

Transformは、価値の核は残しながら、提供形態や収益構造を変える選択です。

• 時間課金から成果や伴走へ。

• 売り切りから継続課金へ。

• 単発支援から共同運用へ。

• 製品からサービスへ。

• サービスからプロダクト化へ。

この選択は、かなり難しい。既存事業を壊しすぎると顧客が離れます。

変えなさすぎると、AI時代の価値に移れません。
Transformでは、収益の谷が出やすい。

• 旧来の売上が落ちる。

• 新しい売上はまだ立たない。

• 営業の言葉が変わる。

• 契約も変わる。

• 業務も変わる。

だから、経営の覚悟が必要です。

Partner / Spin: 外部化、提携、別会社化する

すべてを自社で持つ必要はありません。
AI時代には、外部と組む方がよい領域もあります。

• AI基盤

• 標準処理

• 業界共通のデータ基盤

• 専門性が高い周辺領域

• 自社の核ではないが顧客価値に必要な機能

これらは、Partnerとして提携することがあります。
あるいは、自社の中で育てた能力を別会社化することもあります。

ただし、外部化しても責任は残ります。

• 顧客から見て、誰が責任を持つのか。

• 品質は誰が見るのか。

• データはどう扱うのか。

• ブランドはどう守るのか。

Partner / Spinは、軽くする判断であると同時に、責任を再設計する判断です。

Exit: 段階的に縮小・撤退する

Exitも必要です。

AIで価値が薄くなり、自社の核とも遠く、価格競争になり、責任価値も残りにくい領域。
ここに投資し続けると、組織の力が分散します。

撤退は言いにくい判断です。

• 顧客がいる。

• 社員がいる。

• 売上がある。

• 過去の成功体験がある。

だからこそ、段階的に設計します。

• いつ新規受注を止めるか。

• 既存顧客をどう移行するか。

• 人材をどこへ移すか。

• ブランドをどう傷つけないか。

• 代替サービスをどう用意するか。

Exitは、切り捨てではありません。
自社が責任を持つべき価値へ移るための移行判断です。

収益の谷を設計する

移行で最も難しいのは、収益の谷です。

旧事業の収益が落ちる。
新しい事業構造の収益はまだ立ち上がらない。

この期間をどう越えるか。ここを設計しないと、事業再設計は途中で止まります。

収益の谷を見ない事業再設計は、現実に耐えません。
逆に、谷を見たうえで進めるなら、経営判断になります。

業務再設計と事業再設計をつなぐ

最後に、AIセントリックBPRとの接続です。

事業再設計で方向を決めると、業務再設計の優先順位が変わります。

• 結果保証型に移るなら、成果測定の業務を作る。

• 継続伴走に移るなら、顧客状態を把握する業務を作る。

• 責任ある判断支援に移るなら、判断ログとレビュー業務を作る。

• 顧客AIと共同運用するなら、入力契約と権限設計を作る。

逆に、業務再設計の現場で見えたことは、事業再設計を直します。

• AIで安くなる作業

• 人間に残る判断

• 顧客が本当に求める対応

• 責任上のボトルネック

• 営業や現場の違和感

これらは、Business Seedを反証する材料になります。

AI時代に何で稼ぐ会社になるのか

この連載で扱ってきた問いは、一つに戻ります。
AI時代に、自社は何で稼ぐ会社になるのか。

• 作業時間で稼ぐのか。

• 情報提供で稼ぐのか。

• 判断支援で稼ぐのか。

• 責任で稼ぐのか。

• 関係性で稼ぐのか。

• 結果で稼ぐのか。

• 継続運用で稼ぐのか。

AIで業務が速くなる会社は増えます。
でも、AI時代に何で稼ぐ会社になるのかを決められる会社は少ない。

AIセントリック事業再設計は、その問いに答えるための方法論です。

BPRだけだと、効率化された旧事業になる。
事業再設計だけだと、実装されない未来構想になる。

両者を接続して初めて、AI前提の事業構造へ移行できます。

ここから先は、各社ごとの現実に入ります。

• 自社がなくなったら、誰がどう困るのか。

• 顧客もAIを使うと、自社の役割は何か。

• どの価値を残し、どの価値を手放すのか。

• どの責任を引き受けるのか。

• どの事業を深め、どの事業を変え、どの事業を畳むのか。

この問いに答え続けることが、AI時代の事業設計です。