CRM活用、成功の秘訣を探る【最終回】
CRMパッケージの効果的な選定・導入方法
パッケージの利点は平均的なユーザー要求を取り入れていることだ。ユーザー要求を事細かにヒアリングする手間を省くことができる。CRMパッケージの有効な選定・導入方法について、幾つかの視点から述べてみる。
自社のビジネスの進むべき方向を再確認する
どの企業でも自社のビジネスに合ったパッケージを選定したいと考えている。しかし、パッケージ選定をする際によく見受けられるのが、自社の現状のビジネスに適合するパッケージを選ぼうとすることだ。パッケージを選定してしまってから機能不足を嘆いても手遅れの場合が多いため、CRM(顧客関係管理)の場合は自社の現状そして今後の顧客サービスに必要な機能を十分に検討する必要がある。従って、パッケージ選定よりも先に自社の「顧客サービスのあるべき姿」や、それに合わせたビジネスプロセスの再構築を重視すべきだ。
2、3年先の自社の「顧客サービスのあるべき姿」を定義し、企業の関係者で十分に共有した上で、「パッケージの選定」というプロセスに入る必要がある。ここでいう「顧客サービスのあるべき姿」とは、CRM導入前に見極める2、3年先のビジネスのゴールを意味する。例えば、「顧客情報と顧客集客のためのイベントをひも付けて徹底した顧客の囲い込みを実現する」とか、「顧客の将来的なビジネスの企画や計画を管理しながら、具体化するタイミングに合わせてタイムリーな提案を実施する」などの施策を意味する。
その次に重要なことは、パッケージを購入した後のベンダーの保守体制などを十分に検討することだ。「顧客サービスのあるべき姿」を定義しても、ビジネスはいずれ硬直化し、システムも陳腐化していく。ビジネスの変化とともに発生するシステムのバージョンアップや改修という作業に、ベンダーがユーザーサイドに立ってどこまで対応してくれるかが重要な要素になる。
パッケージの選定手順
パッケージ選定においては、細部にわたる情報を各方面より入手する必要がある。開発元、販売元の情報・実績から保守・運用体制を調査するとともに、パッケージ製品自体の機能、さらにパッケージ製品が選定基準に合致しているか否かを細部にわたり検証することになる。おおむね以下のような項目を重点的に調査し、比較することになる。
- 業務適合性
- 機能拡張性(柔軟性)
- 稼働環境の拡張性
- ベンダーサポート
- 導入実績
特に重要なことは、現場で発生する作業に適したパッケージを選定することである。これは1の「業務適合性」のことで、標準機能だけで現場作業をどこまで実施することができるか、これがパッケージ導入の一番重要なポイントとなる。
CRMパッケージにおける業務適合性とは、例えば、
- 「クレーム管理」機能によって、過去のクレームと対策を管理できるか
- 既存顧客だけでなく「見込み客」の管理や案件の確度まで管理ができるか
などのほか、「名寄せ機能」など作業の効率化に及ぶものまで多様である。
ただし選定作業が各論に陥ってしまうと、時間を必要とするだけでなく、目標実現に最適なパッケージが選ばれなくなり、当初の「顧客サービスのあるべき姿」を無視した選定に至ってしまう可能性がある。
プロトタイピングとフィット&ギャップ分析
筆者はパッケージを導入する前段階でのプロトタイプ検証では、以下のような3段階にわたるフィット&ギャップ分析(※)を勧めている(図1)。
(※)フィットギャップ分析─@IT情報マネジメント用語辞典
3段階で分析を進めていくことで、各段階でパーケージの機能を細かく理解できるだけでなく、課題ややるべき作業を共有することができる。これは、パッケージ導入プロジェクトのスケジュール進行を円滑に進めるための一助となるとともに、一定の品質を維持することにもつながる。
特にCRMパッケージ導入においては、「顧客管理」「納品管理」などといったCRM本来の機能と、後続する「受注」「出荷」「納品」までの基幹系機能との情報連携は重要なポイントである。CRMパッケージで顧客管理だけに注力しても自社のサービスの向上は達成できないため、やはり日常のサービスの状況を基幹系システムから取り入れる仕組みについてチェックしておくことは重要なポイントである。
他システムとの連携
パッケージ導入において、金額面でも工数面でも最大となるユーザー要件は「パッケージが標準で搭載していない機能が欲しい」という要望である。時にはパッケージ導入に要する費用の30%程度のアドオン要件が発生することもある。独自の帳票や管理機能など、標準機能だけではビジネス上のボトルネックになるような機能を要求されることがある。この場合、一般的にデータベースや共通機能のインタフェースは上位互換が保たれるが、モジュール構成や内部仕様が変わるため、パッケージ上で開発したアドオンは大きな影響を受けることになる。
そこでパッケージのアーキテクチャ上でアドオン機能を開発するのではなく、パッケージとデータ連携を取りながら、パッケージの外部にアドオン機能を位置付けることを推奨する。企業独自の機能やパッケージに搭載されていない機能をサービス化し、SOA(サービス指向アーキテクチャ)環境上で開発することにより、柔軟なシステム構築を行うことが可能になる(図2)。
図2の上部は、CRMパッケージのプログラム修正や追加開発を検討したものだが、この場合、CRMパッケージのバージョンが変わると動作確認や作り直しが必須となってしまう。しかし図2の下部では、パッケージの外部に追加機能を位置付けることで、パッケージ自体は変更やバージョンアップをスムーズに行うことができるとともに、他システムとの連携の際も影響が少ない。特にCRMパッケージでは、顧客にひも付く「納品情報」や「過去の納品履歴」などを基幹系システムと連携するような要求が多く見られる。また、SaaS(Software as a Service)型CRMを導入する場合にも同様な要求は多いので、この場合はサービス提供ベンダーと実現策について相談する必要がある。
標準機能でビジネスをどこまで実現できるか
今回、筆者が特に述べたかったことは、パッケージを導入する際に、「パッケージそのものに何かの機能を追加し、より便利な機能に向上させようと考えるべきではない」ということである。パッケージの標準機能だけで自社のビジネスをどこまで実現できるか、そのことに最大限注力するべきで、それこそがパッケージ選定の重要なポイントとなる。
どうしても追加機能が必要な場合は、前述したようにパッケージの外部に位置付けることを推奨する。パッケージが標準で持つ機能をそのまま生かすことが、本来の活用方法である。
<筆者紹介>
赤穂 満
株式会社オープンストリーム
ビジネスソリューション本部 取締役本部長
外資系コンサルティング企業において、製造・流通業界を中心としたビジネスモデルの設計、業務改革やERP導入などにかかわる多数のプロジェクトを担当。製品ライフサイクル、製品構成情報管理やビジネスモデルなどに関する解説記事、論文多数。日本設計工学会、経営情報学会、ビジネスモデル学会の正会員。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー