لا تطلب كل بيانات العميل عند أول تسجيل له. اطلب كل حقل عند أول قرار يحتاجه، ومن أول شخص يعرف قيمته. بهذه القاعدة يبدأ العميل المحتمل بخمسة حقول تقريبًا، وتضيف الفرصة ما يلزم للتسعير، ويكتمل الملف القانوني والمالي عند أول صفقة، وتُضاف بيانات التشغيل والتجديد عند التعاقد. تعرض هذه المقالة الحد الأدنى من البيانات لكل مرحلة من المراحل الأربع، ومن يُدخل كل مجموعة، وكيف تفرض الاكتمال عند الانتقال بين المراحل بدل أن تفرضه على نموذج الإنشاء.
لماذا يفشل ملف العميل الذي يُطلب كاملًا من البداية؟
حين يصمم فريق التطبيق ملف العميل، يجمع طلبات كل الإدارات في شاشة واحدة: المبيعات تريد القطاع والحجم، والمالية تريد الرقم الضريبي وشروط الدفع، والتشغيل يريد العنوان الوطني وجهة الاتصال الفنية. ثم تُجعل هذه الحقول إلزامية عند الإنشاء «حتى لا تبقى ناقصة». النتيجة متوقعة:
- قيم مخترعة: موظف الاستقبال لا يعرف الرقم الضريبي لمتصل يسأل عن السعر، فيكتب أي عشرة أرقام ليحفظ السجل. هذه القيمة أسوأ من الحقل الفارغ، لأنها تبدو صحيحة.
- بيانات تُكتب خارج النظام: المندوب الذي يتعثر في نموذج طويل يسجل الاستفسار في دفتره أو في محادثة واتساب، ويؤجل إدخاله. وبعضه لا يُدخل أبدًا.
- جهد مهدر على من لن يشتري: أغلب العملاء المحتملين لا يصلون إلى صفقة. كل حقل يُطلب منهم عند الإنشاء يُدفع ثمنه مرات كثيرة مقابل فائدة تتحقق في القليل منها.
العكس خطأ أيضًا: ملف بلا حقول إلزامية يصل إلى مرحلة الفاتورة دون سجل تجاري، فيتوقف التسليم للمالية ويبدأ البحث في المراسلات. الحل ليس في عدد الحقول، بل في توقيت الإلزام ومسؤولية الإدخال.
ثلاثة أسئلة تحدد مكان كل حقل
اجمع قائمة الحقول التي تطلبها الإدارات، ثم اسأل عن كل حقل ثلاثة أسئلة، واكتب إجاباتها في جدول واحد:
- ما الإجراء الذي يحتاجه؟
التوزيع على الفريق، أو التسعير، أو إصدار الفاتورة، أو جدولة التجديد، أو تقرير تقرأه الإدارة. الحقل الذي لا يغذي إجراءً ولا تقريرًا مستخدمًا فعلًا يُحذف، مهما بدا مفيدًا.
- متى يحدث هذا الإجراء أول مرة؟
هذا هو الحدث الذي يصبح عنده الحقل إلزاميًا: التحويل إلى فرصة، أو إصدار أول عرض، أو كسب الصفقة، أو تفعيل العقد. قبل ذلك يبقى الحقل اختياريًا، ويظهر لمن يعرف قيمته مبكرًا.
- من يعرف القيمة أولًا وبأقل جهد؟
المصدر يعرفه النظام من النموذج، واحتياج العميل يعرفه من تحدث معه، والرقم الضريبي يأتي من مستندات العميل، وشروط الدفع تقررها المالية. من يعرف القيمة أولًا هو من يُدخلها، ومن يعتمد عليها يراجعها.
السؤال الثاني هو ما يربط البيانات بالمراحل. والسؤال الثالث هو ما يخفف العبء عن المندوب، لأنه يكشف أن جزءًا كبيرًا من الملف ليس من اختصاصه أصلًا.
البيانات حسب المرحلة: من عميل محتمل إلى متعاقد
نستخدم هنا أربع مراحل لدورة العميل، ولكل منها حدث يفتحها. ليست كل منشأة تمر بها جميعًا: من يبيع بالطلب الواحد قد يتوقف عند «عميل»، ومن يبيع عقودًا سنوية يعيش أغلب علاقته في مرحلة «متعاقد».
- عميل محتمل: يبدأ باستفسار أو تسجيل من أي قناة، قبل التحقق من جدية الاحتياج.
- فرصة: تبدأ عند تأهيل العميل المحتمل وتحويله، أي حين يستحق وقت المبيعات. طريقة الوصول إلى هذا القرار في مقالة تصميم معايير تأهيل العملاء المحتملين.
- عميل: تبدأ بكسب أول صفقة أو أول طلب شراء، وهي لحظة انتقال البيانات إلى المالية.
- متعاقد: تبدأ بتفعيل عقد له مدة والتزامات وتجديد، كعقود الخدمة والاشتراكات والصيانة.
| الحقل | عميل محتمل | فرصة | عميل | متعاقد | من يُدخله |
|---|---|---|---|---|---|
| الاسم ووسيلة تواصل واحدة | إلزامي | إلزامي | إلزامي | إلزامي | النموذج أو القناة، أو أول من استقبل |
| المصدر والحملة | تلقائي | ينتقل | ينتقل | ينتقل | النظام عند الاستقبال |
| المدينة والمنتج المهتم به | إلزامي | إلزامي | إلزامي | إلزامي | أول من تحدث مع العميل |
| القطاع وحجم المنشأة | اختياري | إلزامي | إلزامي | إلزامي | من يؤهل العميل |
| جهة الاتصال ودورها في القرار | اختياري | إلزامي | إلزامي | إلزامي | المندوب |
| القيمة المتوقعة وتاريخ الإغلاق | لا يُطلب | إلزامي | في الصفقة المغلقة | في الصفقة المغلقة | المندوب |
| الاسم القانوني والسجل التجاري والرقم الضريبي | لا يُطلب | قبل أول عرض | إلزامي | إلزامي | منسق المبيعات من مستندات العميل |
| العنوان الوطني وجهة الاتصال المالية | لا يُطلب | اختياري | إلزامي | إلزامي | منسق المبيعات |
| شروط الدفع والحد الائتماني ورقم العميل المحاسبي | لا يُطلب | لا يُطلب | إلزامي | إلزامي | المالية، أو التكامل مع النظام المحاسبي |
| تاريخا بداية العقد ونهايته، ومستوى الخدمة | لا يُطلب | لا يُطلب | لا يُطلب | إلزامي | منسق العقود |
| مسؤول الحساب بعد البيع وجهة الاتصال التشغيلية | لا يُطلب | لا يُطلب | اختياري | إلزامي | مدير نجاح العملاء أو التشغيل |
ثلاث ملاحظات على الجدول:
- بيانات التعريف القانوني عند أول عرض لا عند كسب الصفقة: إن كان عرض السعر يُصدر باسم الجهة القانوني ورقمها الضريبي، فاطلبهما قبل إصدار العرض الأول. أما إن كانت عروضكم استرشادية لا تحمل هذه البيانات، فأجّلهما إلى كسب الصفقة.
- القطاع والحجم إلزاميان عند الفرصة لا عند الاستفسار: لأنهما يغذيان تقارير الفرص وتوقعاتها. قد يُجاب عنهما في المكالمة الأولى، لكن لا يُمنع حفظ الاستفسار دونهما. وطريقة بناء قوائمهما نفسها موضوع مقالة تصميم الحقول والتصنيفات المخصصة.
- البيانات داخل الفرصة ليست موضوع هذا الجدول: ما يلزم للانتقال من مرحلة بيع إلى أخرى داخل مسار الفرص (مثل موعد العرض الفني أو نتيجة التفاوض) يُصمم مع مراحل البيع نفسها، كما في مقالة بناء مراحل بيع تعكس إجراءات شركتك. الجدول هنا يتعامل مع ملف العميل عبر دورة العلاقة كاملة.
مسؤولية الإدخال: من يعرف أولًا يُدخل
أكثر ما يثقل المندوب ليس عدد الحقول، بل أنه يُحمَّل حقولًا لا يعرف قيمتها ولا يملك مصدرها. وزّع الإدخال على خمسة مصادر:
| المصدر | ما يُدخله | ملاحظة تشغيلية |
|---|---|---|
| النظام نفسه | المصدر والحملة، وتاريخ الإنشاء، والمسؤول، وتواريخ الانتقال بين المراحل، وتاريخ آخر تواصل | لا تجعلها حقولًا يدوية أبدًا. أي حقل يمكن استنتاجه من حدث في النظام يُملأ تلقائيًا ويُقفل أمام التعديل |
| العميل | الاسم والجوال والمدينة والاحتياج من نموذج الموقع أو البوابة، والمستندات الرسمية عند طلبها | ما يكتبه العميل بنفسه أدق في الأسماء والأرقام من نقل الموظف |
| المندوب | جهات الاتصال وأدوارها، والقطاع والحجم، والقيمة المتوقعة، وتاريخ الإغلاق | ما يعرفه من المحادثة، ولا يعرفه غيره |
| منسق المبيعات أو العقود | الاسم القانوني، والسجل التجاري، والرقم الضريبي، والعنوان الوطني، وتواريخ العقد | ينقلها من المستندات المرفقة ويطابقها، بدل أن يكتبها المندوب من الذاكرة |
| المالية أو التكامل | شروط الدفع، والحد الائتماني، ورقم العميل في النظام المحاسبي، وحالة المستحقات | إن كان النظام المحاسبي مرتبطًا فهو المرجع لهذه الحقول، وتظهر في CRM للقراءة فقط |
هذا التوزيع يحتاج صلاحيات تتبعه: حقول المالية لا يعدلها المندوب، وحقول المصدر لا يعدلها أحد بعد الإنشاء، وحقول التعريف القانوني يعدلها المنسق ويُسجَّل كل تغيير عليها. وفي المنشآت الصغيرة التي لا يوجد فيها منسق، يبقى المبدأ نفسه: المندوب يرفق صورة السجل التجاري، ومن يصدر الفاتورة يطابقها مرة واحدة.
كم يكلف الحقل الإلزامي المبكر؟
يبدو الحقل الإضافي في نموذج الإنشاء تفصيلًا صغيرًا، لكنه يُدفع مع كل سجل جديد. حساب بسيط يوضح الحجم:
مثال توضيحيمنشأة تستقبل 40 عميلًا محتملًا في اليوم، وقرر فريق التطبيق جعل 12 حقلًا إضافيًا إلزاميًا عند الإنشاء (منها القطاع والحجم والسجل التجاري والرقم الضريبي والعنوان الوطني). لنفترض أن الحقل الواحد يستغرق 20 ثانية في المتوسط بين السؤال والكتابة والتحقق.
- للسجل الواحد: 12 × 20 = 240 ثانية، أي 4 دقائق.
- في اليوم: 40 × 4 = 160 دقيقة، أي ساعتان و40 دقيقة من وقت الفريق.
- الجزء المهدر: إن كان عميل محتمل واحد من كل أربعة يتحول إلى فرصة، فإن 30 سجلًا من الأربعين لن تحتاج هذه الحقول أبدًا. أي أن 30 × 4 = 120 دقيقة يوميًا تُنفق على بيانات لن تُستخدم.
وحين تُنقل هذه الحقول إلى حدث التحويل، لا تُطلب إلا للعشرة المؤهلين: 10 × 4 = 40 دقيقة في اليوم، وتأتي قيمها من محادثة فعلية لا من تخمين. الافتراضات هنا (40 سجلًا، و20 ثانية للحقل، وتحول الربع) للتوضيح، وطريقتها صالحة لأرقام منشأتك.
كيف تفرض الاكتمال عند الانتقال بين المراحل؟
بعد أن تحدد متى يصبح كل حقل إلزاميًا، يبقى سؤال التنفيذ: هل يمنع النظام الانتقال، أم يسمح به وينشئ مهمة استكمال؟ الإجابة تختلف حسب أثر النقص:
- منع صريح: حين يعطل النقص الإجراء التالي مباشرة. مثال: لا يُصدر عرض سعر رسمي دون الاسم القانوني والرقم الضريبي، لأن العرض سيُعاد إصداره. ولا يُفعّل العقد دون تاريخي البداية والنهاية، لأن تنبيهات التجديد تُبنى عليهما.
- سماح بمهمة استكمال: حين يكون المنع أغلى من النقص. مثال: المندوب يكسب الصفقة مساء الخميس، ولم تصل صورة العنوان الوطني بعد. منعه من تسجيل الكسب يؤخر التقارير ولا يضيف شيئًا. الأفضل أن يُسجَّل الكسب، وتُنشأ مهمة للمنسق بمهلة يومي عمل، ويُعلَّق إرسال العميل إلى النظام المحاسبي حتى تكتمل.
- تنبيه فقط: للحقول المستحسنة التي تحسن الخدمة ولا تعطلها، مثل تفضيل وقت التواصل. تظهر نسبة اكتمالها في التقارير، ولا توقف أحدًا.
ما يفعله CRM: في منصتنا تُضبط الحقول الإلزامية حسب نوع العميل ومرحلته، فلا يُطلب الرقم الضريبي عند تسجيل عميل محتمل، ويصبح إلزاميًا قبل أول عرض سعر. وتنشئ قواعد الأتمتة مهام الاستكمال وتعلق الإجراءات التابعة حتى تكتمل البيانات. التفاصيل في صفحة إدارة العملاء وملف العميل الشامل.
أما كيف تُعرض هذه الحقول في الشاشة (حقول تظهر بشرط، وترتيب مختلف لكل دور، وقيم افتراضية تقلل الكتابة)، فهي تقنيات تصميم النموذج نفسه، وتفصيلها في مقالة تخصيص الحقول والنماذج دون تعقيد الإدخال.
رحلة سجل واحد عبر المراحل
مثال توضيحيشركة تشغيل وصيانة في الدمام تتعامل مع مورد أنظمة تكييف. هكذا يتكون ملفها دون أن يُطلب من أي شخص ما لا يعرفه:
مدير المرافق يملأ نموذج «اطلب زيارة» في الموقع: اسمه، وجواله، والمدينة، والخدمة المطلوبة. يسجل النظام المصدر والحملة تلقائيًا. خمسة حقول، ولا أحد من فريق المبيعات كتب شيئًا.
موظفة المبيعات الداخلية تتصل وتؤهل الطلب. تُدخل القطاع وعدد المواقع التي تديرها الشركة، وتضيف مدير المرافق جهة اتصال بدور «مقيّم فني»، والمدير العام بدور «صاحب القرار». تُحوّله إلى فرصة بقيمة متوقعة وتاريخ إغلاق.
قبل إصدار العرض الرسمي، يطلب النظام الاسم القانوني والرقم الضريبي. يرسل المندوب طلبًا للعميل، فتصل صورة السجل التجاري وشهادة التسجيل الضريبي، ويُدخل المنسق البيانات منها ويرفق المستندات.
تُكسب الصفقة. تُنشأ مهمة للمالية لتحديد شروط الدفع، ويُنشأ العميل في النظام المحاسبي عبر التكامل فيعود رقمه المحاسبي إلى الملف. العنوان الوطني ناقص، فيُعلَّق إصدار الفاتورة حتى يستكمله المنسق.
منسق العقود يُدخل مدة العقد ومستوى الخدمة. ويُسند الحساب إلى مدير نجاح العملاء، الذي يضيف مشرف الموقع جهة اتصال تشغيلية لطلبات الصيانة.
في هذه الرحلة لم يُدخل فريق المبيعات إلا ما عرفه من محادثاته: القطاع، وعدد المواقع، وجهات الاتصال وأدوارها، والقيمة المتوقعة، وتاريخ الإغلاق. أما البيانات القانونية والمالية والتعاقدية فأدخلها من يملك مستنداتها أو قرارها. وكل حقل وصل في لحظة احتاجه فيها إجراء، لا قبلها.
البيانات بعد أن تكتمل: من يحافظ عليها؟
اكتمال الملف عند الانتقال لا يعني بقاءه صحيحًا. جهات الاتصال تغادر، والعناوين تتغير، والسجلات التجارية تُجدد. لذلك تحتاج كل مرحلة، إلى جانب حقولها الإلزامية، مالكًا يحافظ عليها:
- قس الاكتمال لكل مرحلة لا للقاعدة كلها: نسبة 60% لاكتمال الرقم الضريبي في كل السجلات رقم مضلل إن كان أغلبها عملاء محتملين لا يُطلب منهم أصلًا. الرقم المفيد: نسبة اكتماله بين العملاء الذين كُسبت لهم صفقة. اطلب تقارير متابعة جودة البيانات مصفاة بالمرحلة، ووزّع النواقص مهامَّ على أصحاب الإدخال في الجدول أعلاه.
- راجع جهات الاتصال مع كل تفاعل مهم: عند التجديد أو عند مراجعة الحساب، يؤكد مسؤول الحساب أن صاحب القرار ما زال في منصبه. هذا يمنع إرسال عرض التجديد إلى موظف غادر.
- امنع التكرار قبل أن تهتم بالاكتمال: ملف مكتمل مكرر مرتين أسوأ من ملف واحد ناقص، لأن البيانات تتوزع بين النسختين. قواعد المطابقة اليومية في مقالة منع تكرار العملاء في CRM.
وإذا كنت تعد جدول البيانات هذا لمنشأتك الآن، فأحضره معك إلى عرض توضيحي على دورة عملائكم: نُنشئ أمامك عميلًا محتملًا بحقوله الأولى، ثم ننقله بين المراحل لترى أين يطلب النظام كل حقل، ومن يُدخله، وماذا يحدث حين ينقص.
أسئلة شائعة
نعم في الغالب. الفرد لا يملك سجلًا تجاريًا ولا جهات اتصال متعددة، لكن قد تحتاج رقم الهوية أو تاريخ الميلاد في مراحل معينة حسب نشاطك. صمم لكل نوع عميل عمود المراحل نفسه بحقوله الخاصة، واجعل الحقول المشتركة (المصدر، والمدينة، والمنتج) واحدة في النوعين حتى تبقى التقارير موحدة.
لا تفرض الإلزام عليها بأثر رجعي دفعة واحدة، وإلا توقف العمل على كل سجل يُفتح. استخرج قائمة بالسجلات الناقصة في المراحل المتقدمة أولًا (العملاء والمتعاقدين)، ووزعها مهام استكمال على مسؤوليها بمهلة، واترك السجلات المحتملة القديمة تُستكمل حين تنتقل إلى مرحلة جديدة.
الموافقة لا تتبع منطق «اطلبها عند الحاجة» نفسه، لأنها تُسجَّل في لحظة جمع البيانات وبالقناة التي جُمعت منها. إن كنت ستدرج العميل المحتمل في رسائل تسويقية، فسجّل موافقته ومصدرها وتاريخها عند الاستقبال، في النموذج نفسه أو في أول محادثة. ويبقى تحديد سياسة الموافقات ومحتواها مسؤولية المنشأة.
لا يوجد رقم ثابت، لكن الاختبار بسيط: هل يستطيع موظف يستقبل مكالمة من شخص لا يعرفه أن يملأ الحقول الإلزامية كلها بصدق خلال دقيقة؟ إن لم يستطع، فبعضها ينتمي إلى مرحلة لاحقة. في أغلب المنشآت يكفي الاسم ووسيلة تواصل والمدينة والمنتج المهتم به، والباقي يأتي تلقائيًا من المصدر.