強力な統合により、コールセンター、CRMのための - ビルドまたは購入しますか？ [閉まっている]

Question

私たちは、いくつかのもののうち、当社のコールセンターを処理するカスタムCRMソリューションを持っています。つまり、各コールセンターオペレータが設定可能なルールの数に基づいて、コールする人（潜在顧客）のキューを取得し、です。例えば、特定の事業者は、ユーザーだけの特定の種類を扱います。コールキューは、呼び出し時間は、アカウントにタイムゾーンを取ることによって順序付けされます。

EDIT：オペレーターが手動でダイヤルしてください。我々は現在、これを自動化するには興味がない。

今、私たちは、その実装は非常に厄介で、オリジナルの開発者が数年前に左にそれはいくつかのバグを持っているので、このコール・センター・サブシステムを置き換えたい。

私たちは、最初からこの自分自身を構築したり、唯一のこの特定のタスクのために（SugarCRMのような）別のCRMを統合するかどうかを決定しようとしている。

しかし、私は、SugarCRM社については全く無知です。それは、このようなモジュールを提供していますか？ SugarCRM社のAPIをコールキューを選択し、注文する異なるルールを処理するための柔軟な十分ですか？私たちはSugarCRM社のコードを台無しにしたくないので、私たちは、.NETショップです。それとも、このタスクのためにお勧めすることができ、他の同様のCRMはありますか？どこから始めるか？

事前に感謝します。

Answer 1

あなたは.NET店であれば、

は、あなたがMS Dynamics CRMのを言及していませんでした理由があるのでしょうか？

それに関連するコストがありますが、あなたが行うことができますカスタマイズの膨大な量があり、そして、いくつかの点で、あなたが電話を見ることにした場合、あまりにもそれを行うのが簡単になると思います。

Answer 2

私は、PBXベースのダイヤルシステムとの統合CRMシステムを構築してきました。私たちは、家の成長システムと多くの成功を持っていました。

私はCRM部分のための私の個人的な経験からビルドを提唱します。

について、あなたは何を求めている、しかし、システムのダイヤル側です。これは、同様に構築することができます - ダイアカード用APIのは、.NETの実装にうまく自分自身を貸します。今ではいくつかの仕事を取るために起こっている、最も安価なダイヤラーは、我々はそれがやりたいために箱の外にいくつかのまともな機能を持っています。

あなたは、彼らが幽霊を放棄し、その時点ですでに、これまでに新システムに移行することは現実的ではないことを彼らに結びついているという複雑な機能を取得する場合

それはあります。私は、これはあまりにも何度も繰り返し起こると見てきています。

あなたが手にまともな才能を持っている場合あなた自身があなたの基本的な既製のダイヤラが処理できる以上の複雑な問題を処理する必要が表示された場合は、

、私もダイヤルシステムを書い提唱でしょう。