1

カスタム CRM ソリューションを使用して、コール センターを処理しています。つまり、各コール センター オペレータは、多数の構成可能なルールに基づいて、電話をかける人々 (潜在的な顧客) のキューを取得します。たとえば、特定のオペレーターは特定のタイプのユーザーのみを処理します。通話キューは、タイムゾーンを考慮して通話時間順に並べられます。

編集: オペレーターは手動でダイヤルします。現在、これを自動化することには関心がありません。

このコール センター サブシステムにはいくつかのバグがあり、その実装は非常に面倒であり、元の開発者は何年も前に去ったので、今、このコール センター サブシステムを置き換えたいと考えています。

そのため、これを自分でゼロから構築するか、この特定のタスク専用の別の CRM (SugarCRM など) を統合するかを決定しようとしています。

しかし、SugarCRM についてはまったく無知です。そのようなモジュールを提供していますか？SugarCRM API は、さまざまなルールを処理して呼び出しキューを選択および順序付けするのに十分柔軟ですか? 私たちは .NET ショップなので、SugarCRM のコードをいじりたくないのです。または、このタスクに推奨できる他の同様の CRM はありますか? どこから始めればよいですか？

前もって感謝します

4

2 に答える 2

2

.NET ショップの場合、MS Dynamics CRM について言及していない理由はありますか?

それに伴う費用はかかりますが、できるカスタマイズの量は膨大です。また、ある時点でテレフォニーに目を向けると決めた場合、それも簡単に行うことができます。

于 2009-10-19T16:17:03.543 に答える
1

PBXベースのダイヤリングシステムと統合するCRMシステムを構築しました。私たちは自家栽培のシステムで多くの成功を収めました。

私は、CRMの部分について、個人的な経験から構築することを提唱します。

ただし、質問しているのは、システムのダイヤル側です。これも構築できます。DialogicカードのAPIは、.Netの実装に適しています。今、それはいくつかの作業を必要とします、そしてほとんどの安いダイヤラーはそれがしたいことをするために箱から出していくつかのまともな機能を持っています。

彼らが幽霊をあきらめるのは複雑な機能に到達したときであり、その時までにあなたはすでにそれらに縛られているので、新しいシステムに入るのは現実的ではありません。私もこれが何度も何度も起こるのを見てきました。

手元にまともな才能がある場合は、基本的な既製のダイヤラが処理できるよりも複雑な問題を処理する必要がある場合は、ダイヤラシステムを作成することもお勧めします。

于 2009-10-13T16:35:25.310 に答える