U
ERP・SCM・CRM——略語が多くて混乱しますよね。でも実は「会社の中をつなぐ」「供給チェーンをつなぐ」「お客様とつながる」と役割が明確に分かれています。今日は診断士試験の頻出テーマをストーリーで整理します。
ERP（統合基幹業務システム）——会社の全機能を1つに
ERP（Enterprise Resource Planning：企業資源計画）とは、会計・人事・購買・在庫・生産・販売など企業の基幹業務を1つのシステムで統合管理する仕組みです。「会社全体の情報を共通のデータベースで一元管理する」ことで、部門間のデータの不整合や二重入力をなくします。
ERP導入前の企業では、部門ごとに別々のシステムがあり、販売部門のデータと在庫部門のデータが食い違う、請求書の発行に何日もかかるといった問題が発生していました。ERPはこれらを統合し、「販売が確定した瞬間に在庫が減り、会計に売上が計上される」というリアルタイム連動を実現します。
ERPの主要機能モジュール
| モジュール | 主な機能 | 担当部門 |
|---|---|---|
| 財務・会計 | 仕訳・決算・原価計算・資金管理・固定資産管理 | 経理部・財務部 |
| 人事・給与 | 社員情報管理・勤怠管理・給与計算・採用管理 | 人事部 |
| 購買・調達 | 発注管理・仕入先管理・検収・買掛金管理 | 購買部 |
| 在庫・倉庫 | 入出庫管理・在庫照会・ロット管理・棚卸 | 物流部・倉庫 |
| 生産管理 | 生産計画・製造指示・工程管理・品質管理 | 製造部 |
| 販売・受注 | 見積・受注・出荷・請求・売掛金管理 | 営業部 |
- データの一元管理→情報の一貫性・整合性が保たれる
- 二重入力・転記ミスの排除
- リアルタイムでの経営状況把握
- 業務プロセスの標準化・効率化
- 法制度対応（税務・労務）の自動化
- 導入コストが高い（大企業向けは数億〜数十億円）
- 導入期間が長い（6ヶ月〜数年）
- カスタマイズが困難・高コスト
- 業務プロセスをERPの標準に合わせる必要あり（BPR）
- ベンダーロックインのリスク
代表的なERPパッケージ
| 製品名 | ベンダー | 特徴 | 主なターゲット |
|---|---|---|---|
| SAP S/4HANA | SAP（ドイツ） | 世界シェアトップ。豊富な機能と実績。クラウド版あり | 大企業・グローバル企業 |
| Oracle ERP Cloud | Oracle（米国） | クラウドネイティブ。財務・HR・SCMが強い | 大企業・中堅企業 |
| 弥生シリーズ | 弥生 | 国内中小企業向け。シンプルで低価格 | 中小企業 |
| freee・マネーフォワード | 国内スタートアップ | クラウド型。月額課金。スモールスタート可能 | スタートアップ・中小企業 |
SCM（サプライチェーンマネジメント）——供給の流れを最適化
SCM（Supply Chain Management：サプライチェーン管理）とは、原材料の調達から製造・物流・小売・最終顧客への届けまでのサプライチェーン（供給連鎖）全体を統合的に管理し、コスト削減・在庫最適化・リードタイム短縮を実現する経営手法・システムです。ERPが「社内」を統合するのに対し、SCMは「サプライヤーから顧客まで社外を含む全体」を最適化します。
SCMの主要機能
| 機能 | 内容 | 効果 |
|---|---|---|
| 需要計画 | 過去の販売データ・季節変動・プロモーション計画を基に将来の需要を予測 | 在庫の過剰・欠品の防止 |
| 在庫管理 | 適正在庫水準の設定・発注点管理・安全在庫の計算 | 在庫コスト削減・欠品率低下 |
| 調達管理 | サプライヤーの選定・発注・納期管理・評価 | 購買コスト削減・調達リスク低減 |
| 輸送管理 | 輸送ルート最適化・輸送会社の管理・リードタイム管理 | 輸送コスト削減・納期遵守率向上 |
| サプライヤー連携 | VMI（ベンダー管理在庫）・EDI・データ共有 | 情報の非対称解消・全体最適 |
ブルウィップ効果（いのしし効果）——SCMの最重要論点
需要情報がサプライチェーンの上流（サプライヤー側）に伝わるにつれ、需要の変動が増幅されていく現象です。牛追い用の鞭（ブルウィップ）を振ると先端が大きくぶれる様子に例えられています。
具体例：小売店の需要が100個で安定しているとき
- 小売店：「少し多めに発注しておこう」→ 卸に120個注文
- 卸：「小売が120個注文してきた、需要増加かも」→ メーカーに150個注文
- メーカー：「需要が増えている」→ 原材料サプライヤーに200個発注
- 原材料サプライヤー：実需は100個なのに200個の発注が届く
| ブルウィップ効果の原因 | 解決策 |
|---|---|
| 需要情報の遅延・歪曲（各段階で情報を加工） | POS（販売時点情報管理）データの共有。サプライヤーが直接小売の販売データを見る |
| 過剰な安全在庫の積み増し（各段階でバッファ追加） | 在庫情報のリアルタイム共有。VMI（ベンダー管理在庫）の導入 |
| まとめ発注（週次・月次など） | 発注頻度の増加・小口化。EDIによる自動発注 |
| 価格変動・プロモーションによる投機的購買 | EDLP（毎日低価格）などの安定した価格設定 |
CRM（顧客関係管理）とSFA（営業支援システム）
CRM（Customer Relationship Management：顧客関係管理）とは、顧客に関するあらゆる情報（購買履歴・問い合わせ履歴・嗜好・属性）を一元管理し、顧客との長期的な関係強化・LTV（顧客生涯価値）の最大化を目指す経営戦略とそれを支援するシステムです。「新規顧客の獲得より既存顧客の維持がコスト効率が良い」という考え方が背景にあります。
CRMの主要機能
| 機能 | 内容 | ビジネス効果 |
|---|---|---|
| 顧客情報一元管理 | 氏名・連絡先・購買履歴・問合せ記録・担当者メモを統合 | 部門をまたいだ顧客対応の質向上 |
| 顧客セグメンテーション | RFM分析（最近・頻度・金額）などで顧客をグルーピング | ターゲット別マーケティングの精度向上 |
| キャンペーン管理 | メール・DM・プッシュ通知などの施策管理と効果測定 | マーケティングROIの改善 |
| サービス・サポート管理 | 問い合わせ・クレーム・サービスリクエストの管理 | 顧客満足度向上・チャーン（解約）率低下 |
| LTV分析 | 顧客ごとの生涯価値（LTV）の計算・予測 | 重要顧客への集中投資、利益改善 |
SFA（Sales Force Automation：営業支援システム）との違い
主眼：顧客との長期的な関係維持・LTV最大化
対象：既存顧客を含む全顧客
機能：顧客情報管理・マーケティング・サポート
主な利用部門：マーケティング・カスタマーサポート
主眼：営業活動の効率化・可視化・管理
対象：見込客（リード）から既存顧客
機能：案件管理・商談管理・行動管理・予実管理
主な利用部門：営業部門
現代では多くの製品がCRMとSFAの両機能を統合して提供しており（Salesforce・HubSpot等）、厳密な区別は薄れています。試験では「顧客生涯価値（LTV）の向上や長期関係維持→CRM」「営業担当の行動管理・案件の進捗管理→SFA」と覚えておくと判断しやすいです。
LTV（顧客生涯価値）の考え方
顧客1人が生涯を通じて企業にもたらす利益の総額です。LTV = 平均購買額 × 購買頻度 × 顧客継続期間 という式で大まかに表現できます。
CRMの目的は「顧客離れ（チャーン）を防ぎ、アップセル・クロスセルを促進することで、1人あたりのLTVを最大化すること」です。
新規顧客獲得コストは既存顧客維持コストの5倍かかるという「1:5の法則」も関連する重要な考え方です。
クラウドサービス——SaaS・PaaS・IaaS
インターネット経由でコンピューティングリソース（サーバー・ストレージ・ソフトウェアなど）を必要なときに必要な分だけ利用できるサービス形態です。自社でサーバーを所有・管理するオンプレミスと対比して理解します。
| サービス形態 | 正式名称 | 利用者が管理するもの | 提供されるもの | 具体例 |
|---|---|---|---|---|
| SaaS | Software as a Service | データ・アクセス権のみ | アプリケーション・OS・ミドルウェア・サーバー・ネットワーク全て | Salesforce・Gmail・Office 365・Zoom・freee |
| PaaS | Platform as a Service | アプリケーション・データ | OS・ミドルウェア・サーバー・ネットワーク・開発ツール | Google App Engine・Heroku・Azure App Service |
| IaaS | Infrastructure as a Service | OS・ミドルウェア・アプリケーション・データ | サーバー（仮想）・ストレージ・ネットワーク | AWS EC2・Azure VM・Google Compute Engine |
オンプレミス：材料を買い、生地を作り、ピザを焼き、自分で食べる（すべて自分で管理）
IaaS：キッチン（オーブン・調理台）を借りる。生地・具材・焼き方は自分で決める
PaaS：生地と基本ソースまで用意してもらう。具材と仕上げだけ自分で決める
SaaS：完成したピザを届けてもらって食べるだけ（使うだけ）
| 比較軸 | SaaS | PaaS | IaaS |
|---|---|---|---|
| 自由度・カスタマイズ性 | 低い（提供された機能のみ） | 中程度（アプリのロジックは自由） | 高い（OSから自由に設定） |
| 運用管理の負担 | 最小（ベンダーが全管理） | 中程度（アプリのみ管理） | 高い（OS・ミドルウェアも管理） |
| 導入スピード | 最速（即日利用可能） | 速い | やや時間がかかる |
| コスト構造 | 月額ライセンス（ユーザ数課金等） | 従量課金（処理量・時間） | 従量課金（サーバーリソース・時間） |
| 向いている用途 | 汎用業務（メール・CRM・会計） | アプリケーション開発・テスト環境 | サーバー移行・特殊な環境要件 |
ERP・SCM・CRMの統合効果
ERP・SCM・CRMはそれぞれ独立したシステムですが、統合することで相乗効果が得られます。現代の企業情報システムはこの3つの連携が競争力の源泉になっています。
| 連携 | 統合の流れ | 得られる効果 |
|---|---|---|
| CRM → ERP | CRMで受注確定 → ERPの受注管理・在庫管理・会計に自動連携 | 受注から請求まで自動化。二重入力ゼロ。リアルタイム売上把握 |
| ERP → SCM | ERPの在庫・生産計画データ → SCMの発注・調達計画に活用 | 需要変動に応じたリアルタイム調達。過剰在庫・欠品の防止 |
| SCM → CRM | SCMの在庫・納期情報 → CRMで顧客に正確なリードタイムを提供 | 顧客への正確な納期回答。サービスレベル向上。顧客満足度改善 |
| 三者統合 | 顧客の注文（CRM）→ 在庫・生産計画調整（ERP）→ 調達最適化（SCM） | 需要起点のプル型サプライチェーン。総在庫コスト削減・顧客満足度向上の両立 |
大企業向けのフルパッケージERP（SAP等）は中小企業には過剰投資になりがちです。診断士が中小企業に助言する際のポイント：
①まずSaaSのCRM（Salesforce・HubSpot無料版等）から始めてデータを貯める
②販売・在庫管理（SaaS型ERP）と連携してオペレーションを効率化
③業務データが蓄積されてからBI（ビジネスインテリジェンス）ツールで分析
段階的に導入し、投資対効果（ROI）を確認しながら進める「スモールスタート」が中小企業に適した方針です。
試験対策——各システムの定義と頻出論点まとめ
診断士試験でのERP・SCM・CRM・クラウドサービスの出題パターンを整理します。
| 出題パターン | 正解のポイント | よくある誤りの選択肢 |
|---|---|---|
| ERPの定義 | 企業の基幹業務を統合するシステム。共通DBで一元管理 | 「ERPは特定部門の業務システム」は誤り（全社統合が特徴） |
| ブルウィップ効果 | 需要変動がサプライチェーン上流へ伝わるほど増幅 | 「ブルウィップ効果は在庫が多すぎること」は不正確 |
| CRMとSFAの違い | CRM=顧客関係全般、SFA=営業活動管理 | 「SFAはマーケティング活動を支援するシステム」は誤り |
| SaaS・PaaS・IaaSの区別 | SaaS=アプリ提供、PaaS=開発基盤提供、IaaS=インフラ提供 | 「PaaSではOSの管理が不要」は正しいが「IaaSでもOSの管理が不要」は誤り |
| クラウドのメリット・デメリット | メリット=初期投資不要・スケーラブル、デメリット=セキュリティリスク・通信依存 | 「クラウドはオンプレミスより常にセキュリティが高い」は誤り |
ERP：会社の中を統合（財務・人事・在庫・販売を1つのDBで）
SCM：サプライチェーン全体を最適化（原材料→製造→物流→販売）
CRM：顧客との関係を強化（顧客情報一元管理・LTV最大化）
ブルウィップ効果：需要変動が上流に伝わるほど増幅。POSデータ共有・VMIで対策
SaaS：使うだけ（Office 365・Salesforce）
PaaS：アプリを乗せるだけ（AWS Elastic Beanstalk・Heroku）
IaaS：サーバーを借りるだけ（AWS EC2・Azure VM）
よくある質問（FAQ）
ERP・SCM・CRM・クラウドサービスは、診断士試験の経営情報システムで最も戦略的に重要な分野です。ERP（社内統合）・SCM（供給チェーン最適化）・CRM（顧客関係強化）という3システムの役割の違いを明確に理解し、ブルウィップ効果（需要変動の上流増幅）とSaaS・PaaS・IaaSの区別を確実に覚えることで、この分野の問題は確実に得点できます。クラウドサービスの選択肢判断では「誰がどの層を管理するか」を軸に考えてください。
