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

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

少なくない

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、この価格は高い場(chǎng)合もあります。

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

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

筆者はこれまでも多くの情報(bào)化?集積に関するプロジェクトを擔(dān)當(dāng)してきました。

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

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

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

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

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

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

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

2、財(cái)務(wù)管理ソフト。

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

CRMプロジェクトの効果を高めるには、財(cái)務(wù)ソフトのサポートも欠かせない場(chǎng)合があります。

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

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

この二つの面では、財(cái)務(wù)部門(mén)が関連データを提供する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そのために中間部品を?qū)熼T(mén)に開(kāi)発すると、企業(yè)にとってはコスト的に耐えられないからです。

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

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

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

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

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

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

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

一つはCRMソフトウェア會(huì)社といいます。プロジェクトの集積を擔(dān)當(dāng)しています。

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

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

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

第二は獨(dú)立した第三者である。

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

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

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

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

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

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

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

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

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

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

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