MS_DynamicsCRM - NetDevInfraWGinOSSConsortium/NetDevInfraWiki GitHub Wiki
-
TOP > ビジネス・アプリケーション > Dynamics
- Dynamics CRM
- Dynamics AX
Microsoft の CRM（顧客関係管理）製品。
補足（現在は Dynamics 365 の機能別アプリに分割）: 本ページが 1 製品として扱う
Dynamics CRM は、現在は Dynamics 365 Sales / Customer Service /
Field Service / Customer Insights（旧 Marketing） といった
役割別のアプリに分割されている。
データ層は Power Apps と共通の Dataverse で、
本ページで言う「エンティティ」は現在「テーブル」と呼ばれる。
したがって、以下のモジュールの説明は
各アプリの前身として読むとよい（→ Dynamics）。
-
厳密なプロセスは規定しない。
カスタム・プロセスを定義するフレームワークとして機能する。 -
ゆるいトランザクション
-
柔軟な画面遷移
- エンティティ単位の画面
- 多様な画面間のリンク
- 必要なときにレコード作成が可能なつくりになっているため、
レコード作成のために、わざわざ画面遷移する必要がない。
補足（この「ゆるさ」が設計上の要点）: 著者が挙げている
「厳密なプロセスを規定しない」「ゆるいトランザクション」「柔軟な画面遷移」は、
基幹系（ERP）との性格の違いを端的に表している。
- ERP（Dynamics AX 等） — 伝票の整合性が第一。
処理の順序と原子性が厳密に決まっている。- CRM — 記録が第一。営業活動は途中で中断・分岐するのが普通なので、
「入力途中のレコード」が存在してよい設計になっている。このため、CRM を業務システムとして採用する際は、
整合性をアプリ側で担保しないという前提を理解しておく必要がある。
「必要なときにレコード作成が可能」という利便性の裏返しとして、
重複レコードや不完全レコードが増えるため、
運用面での名寄せ・データ品質管理が課題になりやすい。
- オンプレ
- IaaS
- SaaS（Dynamics CRM Online）
移行メモ: 現在、オンプレミス版（Dynamics 365 Customer Engagement
on-premises）は提供が終息に向かっており、実質 SaaS（クラウド）が前提になっている。
- CRMのシステム要件と必須テクノロジ
- CRMのインストールと構成
- CRMの展開マネージャを使用した管理
- CRMのアップグレード（2011→2013）
- CRMの電子メールの管理
- CRMの展開の管理とトラブルシューティング
顧客獲得。
案件成立
- 評価
- 提案作成
- 提案
- クローズ
サポート
- 特定
- リサーチ
- 解決
補足（3 モジュールの関係）: 上記は顧客との関係の時間軸に沿って並んでいる。
マーケティング（見込み客を集める）→ 営業（案件を成立させる）→ サービス（成立後を支える）
という流れで、現在の Dynamics 365 でも
Customer Insights → Sales → Customer Service という
対応するアプリに引き継がれている。
例
- 取引先企業
- 担当者
- つながり（人脈）
- 活動履歴
- フィード（Yammer）
- 各モジュール
- キャンペーン履歴
- 営業案件（商談）
- サポート案件（問合せ履歴）
移行メモ: 「フィード（Yammer）」の Yammer は、
現在 Viva Engage に改称されている。
Tags: Dynamics CRM