SoR・SoE・SoI・SoAの違いとは？AI時代の業務システム分類を整理する
業務システムを整理するとき、SoR、SoE、SoI、SoAという分類を使うと、AIエージェントをどこに入れるべきかが見えやすくなります。ただし、これらは特定のSaaS名を指す言葉ではありません。
結論から言うと、SoRは正本、SoEは接点、SoIは洞察、SoAは実行を担います。AI時代には、どのデータを正とし、どの接点で人と関わり、どの情報をもとに判断し、どの行為をAIに実行させるかを分けて設計することが重要です。
本記事のポイント
- SoR、SoE、SoI、SoAは、システム名ではなく正本、接点、洞察、実行という責任の違いで分けるべきです。
- AIエージェントが業務に入るほど、どの層が判断し、どの層が実行し、どの層が正本を更新するかが重要になります。
- 業務システムを4分類で整理すると、AIに任せる範囲と人間が承認すべき範囲を設計しやすくなります。
この記事で扱うテーマ
関連キーワード
- SoR SoE SoI SoA 違い
- System of Record System of Action 違い
- 業務システム 分類 AI
- SoA SoI SoE SoR
このページで答える質問
- SoR・SoE・SoI・SoAの違いは何？
- SoRとSoAはどう使い分ける？
- AI時代にSoEやSoIはどう変わる？
- 業務システム分類を実務でどう使う？
4分類はシステム名ではなく責任境界で考える
SoR、SoE、SoI、SoAは、CRM、MA、BI、ワークフローのような製品カテゴリをそのまま置き換える言葉ではありません。同じCRMでも、顧客情報の正本として使うならSoR、営業担当の行動を促す画面として使うならSoAの要素を持ちます。
重要なのは、そのシステムが何に責任を持つかです。正しいデータを保持するのか、顧客接点を作るのか、判断材料を出すのか、業務行為を実行するのか。この責任境界を曖昧にすると、AIを入れたときに事故が起きやすくなります。
| 分類 | 主な責任 | 実務での問い |
|---|---|---|
| SoR | 正本データを保持する | 最終的に何を正とするか |
| SoE | 顧客や従業員との接点を作る | どこで相手とやり取りするか |
| SoI | 分析や判断材料を出す | 何を見て判断するか |
| SoA | 業務行為を実行・承認・記録する | 誰が何をどこまで実行するか |
AIエージェント時代はSoAの重要度が上がる
従来の業務システムでは、人間が画面を開き、判断し、入力し、送信していました。この場合、実行責任の多くは人間側に残っていたため、SoAを明確に意識しなくても業務が回ることがありました。
しかしAIエージェントがSaaSやファイルに接続し、更新や送信まで行うようになると、行為の責任境界が表に出ます。AIがどのSoRを読んでよいか、どのSoEで応答してよいか、どのSoIを判断材料にしてよいか、どのSoAで実行してよいかを決める必要があります。
AIに任せる業務を決める前に、正本、接点、洞察、実行の責任境界を分けることが先です。
分類ごとのAI活用ポイント
4分類は、AI活用の優先順位を決めるときにも使えます。SoRでは勝手な上書きを防ぐこと、SoEでは誤応答や過剰な自動化を防ぐこと、SoIでは判断根拠を残すこと、SoAでは承認と監査ログを整えることが重要です。
AI活用を検討するときは、どの分類にAIを入れるかを分けて考えます。要約や分析だけならSoI寄り、顧客返信ならSoE寄り、CRM更新やメール送信ならSoA寄りです。
SoRでは正本更新を慎重に扱う
AIが正本データを直接更新する場合、誤更新の影響が大きくなります。最初は更新案の作成にとどめ、承認後に反映する設計が現実的です。
SoEでは応答品質と責任範囲を見る
チャット、メール、Webフォームのような接点では、AIの応答がそのまま顧客体験になります。自動応答できる範囲と人間へ引き継ぐ条件を明確にします。
SoIでは根拠と再現性を残す
スコアリングや予測は便利ですが、なぜその判断になったかを説明できなければ現場は使いにくくなります。判断材料と評価軸を記録することが重要です。
SoAでは実行前に止める設計が必要になる
送信、公開、更新、削除のような行為は、実行後に取り消しにくいことがあります。AIが作業する場合ほど、実行直前の承認と監査ログが効きます。
分類を使うと業務設計の会話が速くなる
AI導入の会議では、同じ言葉で違うものを指していることがよくあります。ある人はCRMを正本として話し、別の人は営業画面として話し、また別の人は分析基盤として話します。このズレを整理するために4分類が使えます。
たとえば、商談後のフォロー業務を考える場合、議事録はSoRではなく入力情報、CRMはSoR、AI要約はSoI、フォローメール作成と送信承認はSoA、実際のメール接点はSoEです。このように分けると、どこをAI化するか、どこで承認するかを決めやすくなります。
SoAを中心にしたシステム分類へ移る
AIエージェント時代の実務では、単に正本や分析を整えるだけでは足りません。AIが何を実行できるかを定義し、必要な承認を通し、実行結果をSoRへ戻す流れが必要です。
この意味で、SoAは4分類の中でもAI導入の実務に近い層です。SoRを守り、SoEでの体験を壊さず、SoIの判断材料を使いながら、実際の業務行為を安全に進めるための制御レイヤーになります。
よくある質問
SoRとSoAの一番大きな違いは何ですか？
SoRは正本データを保持する層で、SoAはそのデータを使った業務行為を実行・承認・記録する層です。正しい状態を持つのがSoR、どう動くかを制御するのがSoAです。
SoEやSoIはAI時代にも必要ですか？
必要です。顧客や従業員との接点はSoE、分析や判断材料はSoIとして残ります。AIはそれらを横断しますが、責任境界が消えるわけではありません。
CRMはSoRですか、それともSoAですか？
使い方によります。顧客情報や商談状態の正本ならSoRです。一方で、次アクションの実行や承認を管理する画面として使うならSoAの役割も持ちます。
AI導入ではどの分類から考えるべきですか？
最初はSoRの正本境界とSoAの実行境界を決めるのが現実的です。どのデータを使い、どの行為をAIに任せるかが決まると、接点や分析の設計も進めやすくなります。
関連ページと関連記事
SoAの全体像、ワークフローとの差分、AI基盤としての設計をあわせて読むと、4分類を実務へ落とし込みやすくなります。
- SoA（System of Action）とは？：SoAの定義とAI時代に残る価値を俯瞰できます。
- SoAとワークフローシステムの違いとは？：承認フローと実行基盤の違いを整理できます。
- AIエージェント基盤としてのSoAとは？：AIに実行させるための権限、承認、監査ログを確認できます。
- CRM APIとMCPとは？：SoRとAIエージェントを接続する技術境界を確認できます。
AI時代の業務システム分類を整理したい場合
正本、接点、洞察、実行の境界を分けると、AIエージェントをどこに入れるべきか判断しやすくなります。ファネルAiでは、業務フローとシステム分類を整理したうえで、実装範囲の設計まで支援しています。
