Synchronisable نظام إدارة علاقات العملاء

Question

أنا بحاجة إلى تطوير نظام إدارة علاقات العملاء والتي سوف تسمح للمستخدمين الحصول على نسخة محلية من قاعدة البيانات التي يمكن بعد أن تكون متزامنة مع الخادم الرئيسي النظام.الفكرة هي أن فريق المبيعات يمكن أن السفر إلى غير الإنترنت تمكين المناطق لا تزال تعمل نسبيا مع ما يصل إلى أحدث المعلومات ومن ثم التوافق عندما أعود إلى المكتب.

إيف لم تفعل شيئا مثل هذا من قبل, يمكن لأي شخص أن يوصي التوافق الحل ؟

Answer 1

وبعد أن كتبت للتو مثل هذا النظام نفسي، أود أن أوصى تجنب ذلك إذا كان ذلك ممكنا. الطرق التي يمكن للمستخدمين خبط مثل هذا النظام هي الفيلق، ولا سيما عند المستخدمين هي فريق المبيعات. نظام CRM اسمه قانون! (وربما كنت على دراية) وعرضت مثل هذا الخيار المزامنة في الماضي، وربما أنها لا تزال تفعل. كلما شركتي هو بيع للشركة التي تم استخدام نظام المزامنة قانون! الصورة، الشركة يشكو دائما من قواعد البيانات التالفة ومزامنة سوء.

إذا كنت حقا بحاجة الى شيء من هذا القبيل، ثم أوصى تكرارها على مستوى قاعدة البيانات (التي لم تكن متوفرة في ذلك الوقت كتبنا تطبيق المزامنة لدينا). العديد من قواعد البيانات توفر النسخ، بما في ذلك MS-SQL خادم. يمكنك القضاء على العديد من المشكلات التي واجهتنا خلال تتبع التغيرات في مستوى قاعدة البيانات، وجعل قاعدة البيانات مسؤولة عن نقل هذه التغييرات إلى قاعدة بيانات بعيدة.

Answer 2

لماذا إعادة اختراع العجلة؟ هناك العديد من التطبيقات الجيدة CRM المتاحة التي توفر هذه الوظيفة. بعض، بل هي مفتوحة المصدر بحيث يمكنك توسيعها. ولكن إذا كنت في حاجة الى قاعدة بيانات العميل مع قدرات اتصال والمزامنة ثم تقدم العديد من التطبيقات CRM ذلك. لمجرد قاعدة بيانات عميل ناطحات السحاب سيكون مثاليا ولكن أعتقد أن هناك أي حاليا / المزامنة الميزات. ربما ننظر عيني أو 24SevenOffice أو Salesforce ؟

وبناء تطبيق المزامنة من الصعب كما أن هناك أكوام من القضايا التي يتعين حلها مع دمج البيانات. إذا كنت لا تزال بحاجة للقيام بذلك ثم إلقاء نظرة على سينكمل الذي هو معيار مفتوح لمزامنة . بعض جاهزة للتثبيت هي الأدوات المتاحة من Funambol .

Answer 3

وقد ترغب في إلقاء نظرة على مايكروسوفت إطار التزامن . أنا لم تستخدم حتى الآن، لذلك لا يمكن أن تعطي رأيا شخصيا على رغم ذلك.

Answer 4

MS CRM 4.0 يحتوي حاليا قدرات عندما يقترن مع Outlook:

http://www.microsoft.com/dynamics/crm/product/overview.mspx

يجري حاليا لديها مجموعة من الشذوذ (تأكد من أن تذهب حاليا قبل يمكنك ترك الخاص بك جيدة اتصال الشبكة) ، ولكن على العموم انها تعمل بشكل جيد هنا.العميل المحمول الأمور لا بها ، على الرغم من.

Answer 5

أولا - إذا كان CRM سيكون المنتج الذي تبيعه، وبكل measn بناء عليه - إذا كانت للاستخدام الداخلي وأقول دعونا soemone آخر تحمل الألم من حل هذه الأسئلة ومجرد شراء CRM.

وبخلاف تكرار مستوى قاعدة البيانات، التي لا أعتقد كافية لحل كل شيء، ستحتاج حقا إلى 'لفة بنفسك ".

وجئت إلى فريق التخطيط بعض المكونات مثل CRM من هذا النظام، والبداية كانت قد خططت لاستخدام النسخ المتماثل قاعدة بيانات لأنها تبدو سهلة - حتى تصل إلى حل النزاع

في نهاية غيرنا لاستخدام GUIDs كما معرفات فريدة من نوعها لأنه جعل التعامل مع السجلات الجديدة التي تم إنشاؤها من قبل المستخدمين أبسط من ذلك بكثير - على خلاف ذلك ينتهي بك الأمر مع هذه المخططات تقسيم ID رقمية محرجا لكل نظام العميل. الطريق إلى الجحيم.

وليس هناك ما يساعد على حل النزاعات حيث التغييرات الحصول على جعل بين المصاحبة، لها مصدر قلق مستوى التطبيق. قد تحصل على قاعدة بيانات قائمة المعاملات لاعادتها من بوب، ولكن إذا قام بتحرير نفس الاشياء كما أليس - الإصدار الذي يجب أن تستخدم؟ الطوابع الزمنية ليست كافية لأن ما إذا أليس يملأ لها خارج كما تذهب ولها الطابع الزمني في وقت مبكر، ولكن بوب ينتظر حتى انه تناول الغداء ويحصل على الطابع الزمني لاحق.

وكنت حقا أقترح قراءة كل المقالات / مقالات بلوق يمكنك على تزامن وحل النزاعات - تزامن بسيطة من ارتفاع 10،000ft حيث يمكنك أن تكون كل متموج جهة، ولكن لها قصة مختلفة عندما كنت أسفل في الوحل.

Answer 6

هنا هو بلدي استراتيجية في القوائم بلدي التوافق الحل في الماضي.

1. الحد من عدد من عملية تغيير يمكن أن يحدث عندما يكون النظام غير متواجد حاليا.
2. تجنب استخدام السيارات زيادة عدد صحيح كما المفتاح الأساسي كما أن هذا سوف يؤدي إلى مشكلة سيئة.في الماضي, لقد ارسلت كل قطع اتصال العميل مع معرف فريد ، يستخدم هذا المعرف بالتزامن أن عدد السيارات التي تم إنشاؤها على شكل جميل و للقراءة الأولية الرئيسية (مثل XXX-YYYYYYYY).هذا من السهل القيام به لأنه خلق رقم تسلسلي هو تافهة في غير المتزامنة البيئة.
3. الحفاظ على سجل المعاملات ، مثل كل DML العملية التي يمكنك القيام به أثناء دون اتصال يمكن أن تكون "ردها" على الملقم.يمكنك الأمثل حول هذا السجل في وقت لاحق عندما الأساسية الخاصة بك تزامن الاحتياجات قد تم الوفاء بها.
4. لديك لاتخاذ قرار بشأن كيفية إعداد تطبيق العميل قبل أن تذهب حاليا.نموذجي الحل هو إجبار المستخدم إلى الضغط على زر لتشغيل التطبيق لإدخال "وضع دون اتصال".وجدت هذا الحل أن إشكالية ، وخاصة عندما يكون المستخدم هو الإهمال forgetfull.سريع صفعة في الرأس من المديرين عادة ما تكفي في المراحل المبكرة ، لكن يمكنك أن تختار أن تنفذ أكثر من تعريف الذكاء ذكاء حل في وقت لاحق.
5. بناء الحل من أبسط العملية أولا ثم العمل طريقي إلى سيناريو أكثر تعقيدا.(جدول واحد سجل واحد العملية ، جداول متعددة سجلات متعددة العمليات, سلسلة من العمليات التي يجب بمثابة الصفقة)
6. جعل الصراع قرارات السيناريو.تأكد من السيناريو تتم الموافقة عليها من قبل المستخدمين.

وغني عن القول إنها رحلة مؤلمة.إذا كان يمكنك الاستعانة بمصادر خارجية الألم إلى طرف آخر (مثل شراء المتاحة حلول إدارة علاقات العملاء) ، من شأنها أن تكون أفضل.