CRM：社内vs OTS

何年も前に、私が若くて世間知らずで、言語が付属していない限り、すべてをゼロから作成したとき、私は2つの場所に2人の営業担当者がいて、リードと連絡先を共有しようとしていました。私はピカピカの新しいハンマーであるPHPを発見したばかりなので、もちろん、今日MySQLでサポートされている原始的なCRMシステムと表現できるものを作成しました。彼らはそれを愛していました-この時点で歴史のほとんどで、すべての競争相手はローカルのAccessデータベースを使用していました。

私はそれ以来、あなたが車輪を再発明しようとしない方が人生がどれほど楽になるかを学びました。私は再び、オンラインCRMシステムを必要とする成長している会社に直面しています。もちろんCRMシステムの機能については大まかに認識していますが、MS DynamicsやSAPのような製品が提供する製品についてはあまり詳しくありません。

私はこれらの企業が何千万ドルとユーロの開発に費やしているものを正確に把握しようとするマーケティングの綿毛を整理するのに苦労しています。それらのほとんどは、OutlookとSharepointの統合や、クリックアンドドラッグのインターフェイスを介してワークフローを作成する機能など、私があまり気にしていないかなり簡単なエンタープライズアプリケーションのようです。

だから私の質問は、カスタムCRMシステムをゼロから開発しようとするのはおかしいのですか？

CRMソフトウェアを作成していたときに雇用主のために働いていたとき、「重要な」誰かが尋ねた

なぜCRMソフトウェアを作成し、既存の大量のCRMパッケージの1つを使用しないのですか？

私が答えた：

非常に多くのCRMパッケージがあるのと同じ理由で。

私は説明を続けました、特定の（多くの？）タイプのビジネスには、彼らにとってより効果的であるため、彼らが彼らの顧客に対処したい特定の方法があるということです。顧客の管理があなたのビジネスのコアコンピテンシー*である場合、他の誰かが規定した方法/ソフトウェアを使用するのはなぜですか（これにより、現在利用可能な高度にカスタマイズ可能なソリューションが排除されました）？

最近では、具体的に言えば、利用可能なCRMソリューションの1つのコスト（思い出せないほど安くはありません）+カスタマイズを行い、それを使用するためのトレーニングを行う時間は、生産と保守にかかる時間よりも短いです。あなた自身のものはそれから既存のものを得ます。

最善の策は、IMEであり、実装するUI /プロセスをモックして、機能やコストと比較するまで、会社が顧客にどのように対処したいかについて、強力な要件分析を行うことです。既存のパッケージの場合、あなたの答えはあなたに明白でなければなりません。

1 * 顧客との取引はコアコンピテンシーであると誰もが言いますが、それはしばしば正しくありません。IME、リトマステストは、「コンサルタント」が少なくとも2回自宅を訪問するかどうかです。

独自に作成するいくつかの理由：

• OTSソリューションでは、必要なものが提供されません。
• あなたには資源（時間、予算、才能）があります。

OTSソリューションが必要なものを提供できる場合は、それらを使用する方が良いでしょう。既存のソリューションで可能なことをよく知らない場合は、ベンダーにデモを依頼してください。彼らはおそらくあなたに何かを設定することをとても喜んでいるでしょう、そして実際にソフトウェアを試乗することは光沢のあるパンフレットを読むよりもはるかに優れています。一部のソリューションには、ベースシステムが希望どおりに動作しない場合に必要なものを取得するためのプラグインフレームワークがある場合があります。次に、独自のプラグインをコーディングするか、既存のプラグインを購入する（自分で行うよりも安く/高速であると想定）ことができます。

SAPのCRM実装について話すことはできませんが、Microsoft Dynamics CRM 2011（以前のバージョンではそれほど多くありません）は、印象的なソフトウェア（「エンタープライズ」ソフトウェアに関する限り）です。CRMソリューションが組み込まれているのは、実際にはアプリケーションプラットフォーム/フレームワークです。一連のコードを必要とせずに、ブラウザーベースのインターフェイスから非常に広範囲にカスタマイズできます。CRMとは関係のないアプリを構築できます。これは、Microsoftの営業担当者が使用するだけの行ではありません。また、（SalesForceと同じように）クラウドサービスとしても利用でき、ローカル展開と同じようにカスタマイズできます。

私は製品との愛/憎しみの関係があります。これは大きなフレームワークであり、SharePointほど頭を悩ませるようなフラストレーションではありませんが、それでも威圧的で、時には鈍感です。フレームワークを使用して何かを行う方法を理解するのに、最初からビルドするよりも時間がかかる場合があります。また、何があっても、フレームワーク内からうまく実行できないことや、イライラするときがあります。また、パフォーマンスは多くの場合に望まれるものです（それは完全にひどいというわけではありませんが、決して最適ではありません）。

とは言え、購入とビルドのシナリオと同様に、最も重要なことはビジネスニーズを明確に把握することです。それらを知っている場合は、それらをさまざまな製品の機能にマップできます。ギャップを考慮する必要があります。一致するギャップがさらにある場合は、おそらくビルドする必要があります。それ以外の場合は、一般的にそれを購入する方が良いオプションです（もちろん、私の意見です）。

基本だけが必要な場合...そして、phpがsugarcrmを使用していることを知っている場合（オープンソースで無料）

そして、はい、あなたは夢中になるでしょう。

自分でロールしない理由は、まだ発生していない何百もの便利な拡張機能と、まだ作成していない何百ものバグ、既存のソフトウェアで既に解決されている問題です。

最初は、他の人の実装を理解するよりも自分で作成する方が常に簡単に思えますが、その学習曲線は、要件を完全に収集するために行うよりも実際には高くありません。その後でも、コーディングとデバッグを行う必要があります。

少なくとも、オープンソースの実装から始めてください。その半分を捨てても、それはまだ大きな足です。