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

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

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

少なくない

CRMプロジェクトは他のプロジェクトと統(tǒng)合する必要があります。主に計畫段階にあります。

筆者もいくつかのCRMソフトと他のソフトウェアの統(tǒng)合プロジェクトを擔當したことがあります。

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

殘念なことに、多くの企業(yè)が見過ごしています。

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

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

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

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

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

筆者は以前情報化プロジェクトの集積を擔當していた時、ある企業(yè)に出會ったことがあります。

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

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

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

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

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

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

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

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

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

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

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

しかし、本當にシステム間の統(tǒng)合を実現(xiàn)するには、システム管理者が一定の中間ツールを開発して、雙方の間の通信を実現(xiàn)する必要があります。

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

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

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

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

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

CRMソフトと統(tǒng)合する必要があります。主にこれらの內(nèi)容に設計されています。

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

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

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

CRMプロジェクトは、これらの內(nèi)容を使う場合もあります。

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

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

2、財務管理ソフト。

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

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

CRMソフトウェアには、重要な二つの內(nèi)容があるからです。

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

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

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

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

したがって、CRMプロジェクトと財務管理ソフトの統(tǒng)合は、ほとんどの企業(yè)が実現(xiàn)したいものです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第三段階：プロジェクト統(tǒng)合の責任者をはっきり區(qū)別する。

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

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

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

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

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

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

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

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

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

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

時には、CRMソフトウェア會社自身もこの能力がない、またはこのプロジェクトの統(tǒng)合の仕事を引き受けたくないなら、企業(yè)は専門的なプロジェクトの集積企業(yè)を探して、プロジェクトの統(tǒng)合の仕事を擔當します。

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

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

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

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

第三は企業(yè)が自分でやります。

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

この利點は、企業(yè)が多様な柔軟な方法でプロジェクトを統(tǒng)合することができます。また、ニーズに応じてプロジェクトの調(diào)整を進めることもできます。

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

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

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