CRM計画の中で、プロジェクトの集積性設計をどうやって行うべきですか？

企業としては当然、これらの情報化システムが「愛し合う家族」になることを望んでいます。

しかし、現在のCRMプロジェクト計画の時、この問題に対して考えが足りなくて、後続プロジェクトの統合の難しさが大きすぎて、コストも高すぎます。

少なくない

CRMプロジェクトは他のプロジェクトと統合する必要があります。主に計画段階にあります。

筆者もいくつかのCRMソフトと他のソフトウェアの統合プロジェクトを担当したことがあります。

前期計画の時にこの問題を考えられるなら、後続のプロジェクトの統合は難しくないです。

残念なことに、多くの企業が見過ごしています。

CRMプロジェクトに入ってから、プロジェクトの集積について考えるのはちょっと遅いです。

生米はすでに熟したご飯を煮て、更に転換を行うならば、難度かそれともコストの方面かに関わらず、企業はすべてこのために比較的に大きい代価を払わなければなりません。

その企業はCRMプロジェクトの計画において、何に注意しなければならないでしょうか？

第一歩：どのような既存のものを確認しますか？

まず、CRMプロジェクト計画の時に、企業はどの情報化管理ソフトと統合したいかを確定します。

筆者は以前情報化プロジェクトの集積を担当していた時、ある企業に出会ったことがあります。

彼らにこの方面の問題を聞くと、彼らの答えはとても頭が痛いです。

彼らは既存の情報化管理ソフトを統合すると言いました。

これは企業の要求があまり過ぎていないように見えますが、実際には、これは現実的ではありません。

一方、すべての情報化管理ソフトがCRMシステムと必然的に関連しているわけではない。

一部のシステムはこのCRMプロジェクトと平行線のようです。永遠に交わることはありません。

もし筆者がある企業に出会ったら、CRMシステムが彼の企業のランク管理システムと関連していることを望んでいます。

そうすれば、CRMシステムで直接にお客様の注文の実行状況を調べることができます。

しかし、我々はすべて知っていますが、CRMシステムのポイントは注文書の追跡ではありません。

この二つの内容を結び付けるなら、CRMシステムにとっては蛇足のようです。

一方、コストの面から考えると、これも現実的ではない。

現在の大部分の情報化管理ソフトは外部に一定のインターフェースを提供していますが、システム間のデータの同期に有利です。

しかし、本当にシステム間の統合を実現するには、システム管理者が一定の中間ツールを開発して、双方の間の通信を実現する必要があります。

だから、CRMソフトウェアが他の情報化管理プロジェクトと統合する時、企業は依然としてこのために多くの代価を払わなければなりません。

また、この価格は高い場合もあります。

だから、企業はCRMプロジェクトと統合したソフトウェアを選ぶ時、選択があります。

一般的には、CRMソフトと補完できるソフトは、まだ数えるほどしかない。

筆者はこれまでも多くの情報化・集積に関するプロジェクトを担当してきました。

CRMソフトと統合する必要があります。主にこれらの内容に設計されています。

1、オフィスオートメーションシステム。

オフィス自動化システム（OA）は企業が採用する比較的早い情報化プロジェクトである。

ほとんどのOAシステムは看板管理、メールシステムなどの関連サービスを持っています。

CRMプロジェクトは、これらの内容を使う場合もあります。

このサービスをCRMソフトで再配置すれば、ちょっともったいないです。

したがって、OAシステムとCRMプロジェクトをこれらの面で互恵的に進めることができれば、非常に理想的な状態です。

2、財務管理ソフト。

現在の財務管理ソフトは企業の応用の最も普遍的な一つと言えます。中国の情報化管理の起源です。

CRMプロジェクトの効果を高めるには、財務ソフトのサポートも欠かせない場合があります。

CRMソフトウェアには、重要な二つの内容があるからです。

一つはお客様の信用限度額管理、もう一つはお客様の価値分析です。

この二つの面では、財務部門が関連データを提供する必要があります。

財務ソフトとの有効な統合ができない場合、これらのデータはすべてユーザーが手動で入力する必要があります。

そうすると、データの同期性が悪くなります。手動で入力すると、データの正確性が保証できません。

したがって、CRMプロジェクトと財務管理ソフトの統合は、ほとんどの企業が実現したいものです。

つまり、企業はCRMプロジェクト計画の時、どの情報化管理ソフトをCRMソフトウェアに統合させるべきかを明確に考慮しなければならない。

プロジェクト計画の時に、この方面の需要を考慮してこそ、後の仕事の中で、情報化プロジェクトの集積作業を順調に完成することができます。

第二ステップ：プロジェクト統合の方式を考慮する。

情報化プロジェクトの集積は多くの方式を持っている。

独立したミドルウェアを利用して統合したり、ソフトウェアインターフェースによってデータ交換ソフトを開発したり、バックグラウンドデータベースを通じて直接データ同期を行うなどです。

したがって、情報化プロジェクトの統合には多くの方法がある。

次の仕事では、企業CRMプロジェクト管理者は、統合する各ソフトウェアの特徴を考慮し、適切なプロジェクト集積方式を選択する必要があります。

そして、これは後続のCRM項目の選定の重要な根拠となります。

既存のソフトウェアは私達が変更するのは面倒くさいです。

だから、私達はやむを得ずに第二に求めなければならなくて、私達の間もなく選ぶCRMソフトウェアを譲って、私達の確定したプロジェクトの集積方式を支持することができます。

そうすれば、私たちはプロジェクトを統合する時に、半分の努力をすることになります。

筆者が以前にある企業のためにCRMプロジェクトの第三者の独立コンサルタントをしていました。

前期の取引先とのコミュニケーションの結果から見て、このお客様はCRMソフトと既存のオフィスオートメーションシステムを統合したいと思います。

彼らはお客様の関連状況を望んではいけません。販売管理人はOAシステムでもう一度入力してください。

彼らのニーズを理解した上で、CRMソフトとOAソフトをどうやって効果的で便利に統合するかを考えています。

筆者は熟考した後、やはりデータベース間のデータ同期によってこの二つのシステム間の統合を実現するのが便利だと思います。

このため、筆者は企業にCRMソフトウェアの選定を支援する際に、複数のデータベースシステム、特にOAソフトウェアで採用されているSQL Serverデータベースシステムをサポートしているかどうかを考えます。

データベースの同期によってプロジェクト統合が実現されれば、両者が同じデータベースシステムを採用すれば、統合が難しくなるからです。

私達がプロジェクトの集積方式を確定すれば、私達の後続のCRMプロジェクトの選定に必要な参考を提供することができます。

ソフトウェアのインターフェースを通じて情報化プロジェクトの統合を実現したいなら、選択したCRMソフトは豊富なインターフェースを提供するCRMソフトを選択しなければならない。

逆に、中間部品を通してプロジェクト統合を実現したいなら、選択したCRMソフトウェアは、主流の中間部品システムをサポートすることが望ましい。

そのために中間部品を専門に開発すると、企業にとってはコスト的に耐えられないからです。

したがって、今後すぐに情報化プロジェクトの集積作業を進めていくためには、プロジェクト計画において、プロジェクトの集積方式を考慮しておく必要があります。

第三段階：プロジェクト統合の責任者をはっきり区別する。

最後に、企業はプロジェクトの計画を立てる時、このプロジェクトの集めた仕事を完成する誰があるべきかを考慮しなければなりません。

これは企業自身の実力に基づいて考えます。

企業がITに関して実績があれば、企業は自分でこのプロジェクトの集積を実施することができます。

逆に、企業が自分のほうが情報が足りないと思ったら、第三者に頼るしかない。

一般的に、プロジェクト統合は主に3つの当事者に関連しています。

一つはCRMソフトウェア会社といいます。プロジェクトの集積を担当しています。

以前の情報化管理ソフトはすでに実施済みですので、このプロジェクトの統合作業を彼らに再責任させると、彼らはきっと嫌です。

そのため、企業は現在、まだ企業と契約していないCRMソフトウエア会社にのみ送ることができます。

だから、企業はCRMソフトウェアの方がこのプロジェクトの集積を完成したいなら、企業はプロジェクトの選定の時に、相手と決定して、相手にプロジェクトの集積の方面の仕事を行わせます。

第二は独立した第三者である。

時には、CRMソフトウェア会社自身もこの能力がない、またはこのプロジェクトの統合の仕事を引き受けたくないなら、企業は専門的なプロジェクトの集積企業を探して、プロジェクトの統合の仕事を担当します。

でも、これは中下策かもしれません。

プロジェクトの集積を独立した第三者プロジェクトの集積企業に任せると、企業はそのために多くのコストを払わなければならないからです。

また、双方のソフトウェアにあまり詳しくないため、プロジェクト統合のサイクル、プロジェクト統合の効果などは保証しにくいかもしれません。

だから、一般的には、私はこのプロジェクトを統合した苦い仕事をCRMソフトウェア会社に任せることを提案します。

第三は企業が自分でやります。

一部の企業のIT部門は実力が強いので、自分でこのプロジェクトの集積作業を行うことができます。

この利点は、企業が多様な柔軟な方法でプロジェクトを統合することができます。また、ニーズに応じてプロジェクトの調整を進めることもできます。

だから、このような方式は企業にとって、比較的に柔軟です。

欠陥とは、企業のIT力に対する要求が高いことであり、また、往々にして業務の達人のサポートが必要であることである。

つまり、3つの方法はそれぞれ長所と短所があり、企業が自分の状況によって判断する必要があります。しかし、筆者の提案はCRMソフトウェア会社にこの方面の集積作業を完成させることです。これは得策かもしれません。