مقالات
ما يجب أن تسجّله إدارة العملاء قبل أن تكون ذات قيمة
ست حقائق تستحق التسجيل عن المشتري، والفرق بين جهة الاتصال والفرصة، والحقل الذي تتركه كل الفرق.
- crm
- data
- sales
يستحق نظام إدارة علاقات العملاء (CRM) مكانه حين يحمل ست حقائق لا توجد في نظام آخر: من قرر، وكيف قرر، وماذا اشترى هذا العميل قبل اليوم، ومن يشاركه القرار، وما رفضه، وما الخطوة التالية. ومعظم الأنظمة، وهي مستعملة كل يوم، لا تسجّل واحدة منها: الحقول تصف منهج بيع، لا عميلًا. وتظهر قيمة السجل في اللحظة التي يفتحه فيها زميل لم يقابل المشتري قط، فيكمل الحديث دون أن يتصل بأحد.
ما الحقائق الست التي يجب أن يحملها السجل؟
من قرر. ليس المسمى على البطاقة، بل من يستطيع أن يقول نعم ومن يستطيع أن يقول لا، وهما في الغالب شخصان. والسجل الذي فيه اسم واحد ورقم واحد غالبًا يحمل الاسم الخطأ.
كيف قرر. المقارنة التي أجراها، ومن سأل، وما أقلقه. جملة واحدة تكفي: جاء بتوصية، وقارن عرضين، ويريد التسليم قبل الموسم. وهذه الجملة تتنبأ بالمكالمات الأربع القادمة أكثر من أي نسبة احتمال.
ماذا اشترى سابقًا. منك ومن غيرك. فالعميل الذي يشغّل نظامًا اليوم يسأل أسئلة مختلفة عن مشترٍ أول مرة، ومن خُدع مرة يحتاج حديث الضمان قبل حديث السعر.
من يشارك في القرار. المحاسب الذي يوقّع، والأخ الذي يملك المحل، والتقني الذي سيستعمل الجهاز فعلًا. والصفقات تموت في غرف لم يسجّلها أحد.
ما رفضه. الخيار الذي رفضه والسبب. وهو أنفع ما في الملف، وأول ما يُحذف، لأنه غير إلزامي ولأن كتابته تشبه كتابة مقال.
ما الخطوة التالية. جملة واحدة، وتاريخ واحد، واسم واحد. لا مرحلة ولا نسبة. «أرسل جدول التسليم الخميس، أنس» تقول للقارئ التالي هل السجل حي أم مهجور.
وليست هذه خصائص برنامج. هي ما يقوله البائع في الطريق عائدًا، والنظام الذي لا يجد مكانًا للجواب خزانة أرقام هاتف.
لماذا تكون جهة الاتصال والفرصة سجلين لا سجلًا واحدًا؟
لأن الشخص يبقى بعد الشراء. فجهة الاتصال هي من هو: الرقم الذي يرد، والاسم الذي يُنادى به، وكل ما قيل له. والفرصة عملية شراء واحدة تحت النقاش، لها بداية وقيمة ونهاية. وادماج الاثنين يجعل كل صفقة تُكتب فوق التي قبلها.
والضرر محدد. يصبح حقل الحالة يعني أمرين: هل هذا الشخص ما زال معنا، وهل هذه الصفقة مفتوحة؛ فيخمّن التقرير. والشراء الثاني يمحو سجل الأول، والمشتري الذي رفض في مارس وعاد في أكتوبر يترك سجلًا واحدًا لا اثنين. أبقِ جهة الاتصال، وافتح فرصة جديدة، وأغلق القديمة بسببها.
ماذا يحدث حين يصبح حقل الملاحظات قاعدة البيانات؟
يحدث في كل نظام فيه حقل حر، لأن النص الحر يقبل ما ترفضه الحقول المنظمة. وهذه ليست المشكلة. المشكلة ملاحظات بلا هيئة، لا يبحث فيها أحد ولا يقرأها مرتين.
أربع عادات تحفظها. أرخ كل ملاحظة ووقّعها. ملاحظة لكل حدث، لا جدارًا يطول مع كل عميل. والأحدث في الأعلى. واكتب وقائع لا آراء: «طلب الفاتورة باسم الشركة، والمحاسب يحتاجها الاثنين» تبقى مفيدة بعد تغيّر البائع؛ «عميل صعب» لا تبقى.
والنصف الآخر هو الترقية: جملة تتكرر في عشرين سجلًا هي حقل يطلب أن يوجد، إن كان أحد سيصفّي بها.
أي حقل تتركه كل الفرق وتحتاجه دائمًا؟
سبب خسارة الصفقة. يُترك لأنه يصل في أسوأ لحظة، حين لا يريد أحد أن يكتب عن فشل.
فلا تطلب فقرة. اطلبه عند إغلاق السجل، واعرض أسبابًا قصيرة: السعر، والتوقيت، ونفاد المخزون، ولا شيء محسوم؛ مع سطر حر واحد إلى جانبها. واجعله إلزاميًا في مسار الخسارة وحده، وأبقِ «لا جواب» خيارًا صادقًا، ثم عدّ كم مرة يُختار: هذا العدد يقيس الفريق لا العميل.
ويجيب الحقل عن السؤال الوحيد الذي يغيّر ما تبيعه: هل الخطأ في العرض أم في التسليم أم في السعر؟ ويحتاج قارئًا: مرة كل شهر يفتح أحدهم آخر عشرين خسارة، لأن سببًا كتبه من خسر الصفقة ادعاء لا نتيجة.
كيف تختبر أن السجل كافٍ؟
أعطه لزميل لم يكلم العميل قط، وامنحه دقيقتين. ينبغي أن يقول من يقرر، وماذا يريد المشتري، وما قيل له، وما الخطوة التالية. فإن اضطر إلى الاتصال بمسؤول الحساب، فالسجل ذاكرة شخصية لها كلمة مرور.
| الحقيقة | مكانها | من دونها |
|---|---|---|
| من يقرر، ومن يشارك | جهة اتصال لكل شخص | صفقة تتعطل في غرفة لم تُسجَّل |
| كيف قرر، وما رفض | ملاحظة مؤرخة لكل حدث | كل مكالمة تبدأ من الصفر |
| ماذا اشترى، وما التالي | فرصة لكل عملية شراء | تاريخ يُمحى ويُترك للتذكر |
وعليه أن يبقى بعد البائع: فإن كان الوحيد القادر على تفسيره قد رحل، فالملف يوميات لا تُسلَّم.
إجراء قرار
- خذ آخر عشر صفقات، رابحة وخاسرة، وأجب عن الأسئلة الستة من السجل وحده. وسجّل ما تعجز عنه.
- افصل النموذج: جهات اتصال للأشخاص، وفرصة لكل عملية شراء، والقديمة تُغلق لا تُعاد.
- ابنِ قائمة الحقول من الأسئلة التي عجزت عنها، لا من قالب المورّد. واحذف ما لا يجيب عنه أحد.
- أعطِ الملاحظات هيئة: تاريخ، وكاتب، وحدث واحد، والأحدث أولًا.
- اجعل سبب الخسارة قائمة قصيرة وسطرًا واحدًا، يُسأل عند إغلاق السجل.
- سلّم خمسة سجلات لزميل لا يعرف هؤلاء العملاء. وكل ما يسألك عنه هو الحقل الناقص.
- راقب رقمًا واحدًا كل شهر: سجلات بلا خطوة تالية.
أين يخطئ هذا النهج
- يُقاس السجل بالنشاط. مكالمات مسجلة، ورسائل مرفقة، وحقول مملوءة. وسجل مكتمل قد لا يقول شيئًا عن المشتري.
- تُؤخذ الحقول من القالب الافتراضي. القطاع، وعدد الموظفين، ومصدر العميل: تُملأ عند الاستيراد ولا تُمسّ بعدها، صيانة بلا قارئ.
- يتحول المسار إلى قائمة مهام. صفقة في مرحلة بلا تاريخ مخزّنة لا يُعمل عليها.
- تُكتب الملاحظات للمدير. فيجد الزميل الذي يحتاج إحاطة محضر تفاوض.
- كل خسارة سعر. السعر سبب لا يجادل فيه أحد، فيصبح جواب كل شيء.
- الاستيراد قرر النموذج. جدول مسطح حُمّل كجدول واحد، فلم ينفصل الشخص عن عملية الشراء.
ما لا يغطيه هذا المقال
الحديث عن محتوى السجل لا عن المنتج الذي تشتريه، ولا يتناول ترحيل سنوات من التاريخ. ويفترض أن البائع يعرف المشتري: حين يصل المشتري عبر موزّع أو مناقصة، قد يكون «كيف قرر» غير معروف، وتسجيل ذلك أصدق من اختراع سبب. ولا قالب يجعل فريقًا يكتب إن كان قد قرر ألا يكتب؛ وأقصى ما يفعله الحقل أن يكفّ عن معاقبة من يكتب.
نبني السجل حول الأسئلة التي يطرحها المشتري فعلًا — ست حقائق، والأشخاص مفصولون عن عمليات الشراء، وسبب خسارة يقرأه أحد — ثم نختبره على الزميل الذي يرثه.
خدمات في هذا المقال
مقالات
مقالات ذات صلة.
HubSpot أم Zoho CRM لفريق صغير: الفروق التي تبقى بعد العرض التجريبي
HubSpot يحرّك الصفقة على مسار مراحل، وZoho يفرض حالات وانتقالات. الفرق الذي يبقى بعد العرض التجريبي، ومتى لا يصلح أي منهما.
- crm
- tools
- comparison
بحث يجد فعلًا: العثور على عميل أو فاتورة أو قطعة دون معرفة رقمها
البحث ينجح حين يقبل ما يتذكره الموظف: اسمًا بلفظه، وجزءًا من رقم هاتف، ومرجعًا ناقصًا؛ ويفشل حين يطلب المفتاح الأساسي وحده.
- search
- data
- internal-tools
نظامان وعميل واحد: من يملك السجل الصحيح؟
حين يقبل نظامان تعديل العميل نفسه يبدو كل منهما صحيحا ولا يكون. كيف تحدد مالكا لكل سجل، وماذا يجب أن يجيب الربط.
- integration
- data
- operations
ابدأ مشروعًا
لديك شيء تريد بناءه؟
ملخص قصير يكفي. تحصل على نطاق مكتوب وسعر ثابت قبل أن يبدأ أي شيء.
