مخطط انسيابي لعملية من العميل المحتمل إلى الطلب المقيَّد

ما هي مخطط انسيابي لعملية من العميل المحتمل إلى الطلب المقيَّد؟

المسار من العميل المحتمل إلى الطلب سلسلة سجلات لا حركة بيع. يبدأ لحظة التقاط العميل المحتمل، سواء جاء من نموذج على الويب أو مسح بطاقة في معرض أو ترشيح أو مكالمة واردة أو استيراد قائمة، وينتهي حين يُقيَّد طلب موقّع ويُفرَج عنه للتنفيذ. وما يجعله عملية لا صورة قمع أن الحقيقة التجارية نفسها تغيّر اسمها وموطنها أربع مرات في الطريق: فالعميل المحتمل في نظام التسويق يصير جهة اتصال وحساباً في CRM، ثم يصير فرصة، ثم يصير عرض سعر مكوَّناً في أداة CPQ، وأخيراً أمر بيع في ERP. والمخطط أدناه يتابع عميلاً محتملاً واحداً عبر الأربعة جميعاً: يُلتقط مع مصدره، ويُقارَن بما لدى CRM أصلاً، ويُثرى ويُقيَّم، ويُوجَّه إلى مندوب تطوير المبيعات متى تجاوز حدّ التسويق، فيقبله مدير الحساب أو يعيده، ثم يُكوَّن ويُسعَّر، ويُعتمد حيث يتجاوز الخصم صلاحية المندوب نفسه، ويصدر عرض سعر بتاريخ سريان، ثم يُوقَّع ويُفحص ائتمانياً ويُقيَّد.

يتوقف هذا المخطط عند الطلب المقيَّد. ولا يُرسم شيء مما يليه: فالانتقاء والشحن وإثبات التسليم والفوترة وتخصيص المتحصلات والتحصيل هي نصف الدورة الممتد من الطلب إلى النقد، وله مخططه الخاص؛ أما الآلية التجارية الأعمق حول السعر، وسُلّم الخصم متعدد الدرجات كاملاً، والمراجعة القانونية للشروط غير المعيارية، وإثبات الإيراد، فمكانها المسار الممتد من عرض السعر إلى التحصيل. والحد الأعلى مقصود بالقدر نفسه. فدورة حياة العميل المحتمل داخل CRM، بقواعد المناطق والإسناد بالتناوب وتصميم تسلسلات التواصل وحدود إعادة التدوير ونظافة البيانات، عملية قائمة بذاتها، وتظهر هنا مضغوطة في ثلاثة صناديق. أما حركة البيع فلا تُرسم أصلاً: لا خريطة أصحاب مصلحة ولا دراسة جدوى ولا خطة عمل مشتركة، لأن هذه تخص خط أنابيب المبيعات ومخططات البيع المؤسسي المعقّد. وما تملكه هذه العملية دون جيرانها هو سلامة السجل وهو يعبر تلك الأنظمة الأربعة: هل ينجو المصدر من التحويل؟ وهل يتطابق عرض السعر مع الطلب؟ وهل يستطيع أحد بعد ستة أشهر أن يقول أي حملة أنتجت هذا الإيراد؟

وأربعة قرارات تحمل المخطط، ويجلس كل منها في مسار بعينه عن قصد. فسؤال «هل هو معروف في CRM؟» يُجاب عنه في مسار عمليات التسويق قبل أي شيء آخر، لأن تكراراً يُخلق هنا يعود في كل خطوة لاحقة مالكاً ثانياً وعرض سعر ثانياً وإسناداً منقسماً. وسؤال ‹هل بلغ التقييم حدّ MQL؟› يبقى هو أيضاً في عمليات التسويق، لأنه حكم التسويق، ولأنه البوابة الوحيدة في المخطط التي يُسمح فيها للعميل المحتمل بالانتظار بدل التحرك. أما ‹هل تقبل المبيعات العميل المحتمل؟› فيجلس مع مدير الحساب لا مع مندوب تطوير المبيعات، لأن القبول كلمة الطرف المستلم، والتسليم الذي يعلن المُرسِل وحده اكتماله ليس تسليماً؛ ومخارجه الثلاثة تفصل إعادة العميل المحتمل لمزيد من العمل عن استبعاده نهائياً. وبوابتا التسعير في مسارين مختلفين حتى لا يكون من تفاوض على السعر هو نفسه من يعتمده، ويجلس ‹هل نجح فحص الائتمان؟› في مسار المالية / الائتمان في النهاية تماماً، حيث ما زال بوسعه إيقاف طلب احتفل به الجميع سلفاً.

ما الذي يغطيه هذا المخطط

في هذا القالب

• ستة مسارات (عمليات التسويق، ومندوب تطوير المبيعات، ومدير الحساب، ومكتب الصفقات / عمليات المبيعات، والمالية / الائتمان، والعميل) موزّعة على ست مراحل: الالتقاط، والتأهيل، وقبول المبيعات، والتكوين وعرض السعر، والاعتماد والقبول، والطلب والتسليم
• إزالة التكرار قبل الإثراء: «هل هو معروف في CRM؟» توجّه الاستفسار المتكرر إلى «الدمج في سجل الحساب القائم» بدل إنشاء عميل محتمل ثانٍ، فيحتفظ الحساب بمالك واحد وتاريخ واحد ومسار إسناد واحد
• بوابة تقييم فيها مكان ينتظر فيه العميل المحتمل: ‹هل بلغ التقييم حدّ MQL؟› ترسل كل ما دون الخط إلى ‹إبقاء العميل المحتمل في مسار الرعاية›، حيث يُعاد التقييم بدل الحذف، فيعود من يسخن اهتمامه لاحقاً من البوابة نفسها
• قبول من الطرفين بدل تسليم يُرمى فوق الجدار: ‹هل رد العميل ضمن مهلة SLA؟› تحكم نافذة الاتصال الأول لدى مندوب تطوير المبيعات، و‹هل تقبل المبيعات العميل المحتمل؟› لها ثلاثة مخارج، أحدها ‹الاستبعاد برمز سبب›
• بناء عرض السعر ببوابتين مستقلتين: «هل يجتاز التكوين قواعد المنتج؟» تعيد التكوين غير الصالح إلى مدير الحساب، بينما «هل الخصم ضمن صلاحية مدير الحساب؟» تصعّد السعر وحده إلى «هل يعتمد مكتب الصفقات الخصم؟» في مسار آخر
• حلقة قبول وبوابة أخيرة صارمة: ‹هل يقبل العميل عرض السعر؟› تمرّر التعديلات عبر ‹تنقيح عرض السعر وإعادة تسعيره› عوداً إلى اختبار الخصم، و‹هل نجح فحص الائتمان؟› ما زال بوسعها إيقاف صفقة موقّعة قبل ‹قيد أمر البيع في ERP›

متى تستخدم هذا القالب

• أنتم بصدد ربط أتمتة التسويق ونظام CRM وأداة CPQ ونظام ERP معاً، وتحتاجون الاتفاق على تسليم السجلات بينها قبل أن يربط أحد حقلاً واحداً
• التسويق والمبيعات يختلفان على جودة العملاء المحتملين، ولا يستطيع أي من الطرفين الإشارة إلى تعريف مكتوب لما يُسلَّم أو لما يجب فعله به
• عروض الأسعار تستغرق أياماً حتى تغادر الشركة، ولا أحد يستطيع تحديد ما إذا كان الوقت يضيع في التكوين أم في اعتماد الخصم أم في انتظار العميل
• تُقيَّد طلبات ما كانت المالية لتعتمدها ائتمانياً، أو طلبات لا تطابق عرض السعر الذي وقّعه العميل فعلاً
• يُسأل فريقكم أي الحملات أنتجت الإيراد، فيموت الجواب في مكان ما بين سجل العميل المحتمل وأمر البيع

كيف تعمل

1. أعد تسمية المسارات بأدواركم الفعلية

   استبدل عمليات التسويق، ومندوب تطوير المبيعات، ومدير الحساب، ومكتب الصفقات / عمليات المبيعات، والمالية / الائتمان، والعميل بالأدوار الموجودة لديكم فعلاً. فكثير من المؤسسات ليس فيها مندوب تطوير مبيعات ولا مكتب صفقات: إن كان مدير الحساب هو من ينقّب، ومدير المبيعات هو من يبتّ في الخصومات، فادمج تلك المسارات بدل رسم تسليم لا يؤديه أحد. واحتفظ بمسار العميل مهما دمجت غيره، لأن صندوقيه هما النقطتان الوحيدتان اللتان تغادر فيهما العملية جدران مؤسستكم.

2. دوّن معنى «مؤهَّل» ومعنى «مقبول»

   المخطط جامد حتى تحمل بوابتا التأهيل معايير مكتوبة. اكتب سمات المطابقة وسلوكيات النية التي يتكوّن منها التقييم، والحدّ نفسه، ثم اكتب منفصلاً ما الذي يوافق عليه مدير الحساب حين يقبل: عادةً شخص محدد بالاسم، وحاجة معلنة، وإطار زمني معقول. واتفق على التعريفين مع التسويق والمبيعات في الغرفة نفسها، وسجّل من اعتمدهما، وضع لهما تاريخ مراجعة.

3. حدّد مهلة الاتصال الأول وقاعدة إعادة التدوير

   قرّر في أي مدة يجب أن يجري مندوب تطوير المبيعات أول اتصال بعد التوجيه، وكم محاولة وعبر أي قنوات تُعدّ تسلسلاً منفَّذاً بالكامل، وماذا يحدث حين تُغلق النافذة. ثم اتفق على قاعدة إعادة التدوير: كم يبقى العميل المحتمل في الرعاية قبل أن يُعاد تقييمه، وكم مرة يُسمح له بالدوران قبل أن يُستبعد بدل أن يُعاد تقييمه. فبغير هذه القاعدة الثانية يصير مسار الرعاية المكان الذي يذهب إليه العملاء المحتملون ليموتوا بهدوء.

4. ضع أرقاماً على صلاحية الخصم

   أعطِ بوابتي التسعير أرقاماً. حدّد ما يجوز لمدير الحساب التنازل عنه وحده وأين تتوقف صلاحيته، وعبّر عن ذلك بنسبة من سعر القائمة وبقيمة مطلقة معاً، حتى لا تُعامَل نسبة صغيرة على طلب ضخم على أنها أمر روتيني. وقرّر هل يقيس الاختبار الخصم المعلن أم الهامش المتبقي بعد كلفة التنفيذ، وبيّن أي إصدار من قائمة الأسعار سُعِّر عليه عرض السعر.

5. عرّف ما يجب أن يحمله عرض السعر الصادر

   اسرد ما ينبغي أن يظهر في المستند: رقم إصدار، وتاريخ سريان، والعملة والمعالجة الضريبية، وما يشمله النطاق وما لا يشمله صراحةً، والاعتمادات التي يحملها مع اسم المعتمِد وتاريخه. ورقّم التنقيحات بإصدارات جديدة بدل الكتابة فوقها، ليبقى السجل مبيّناً أي عرض وقّعه العميل وما الذي اعتُمد له. هذه هي الخطوة التي تجيب عن سؤال التدقيق لاحقاً بكلفة شبه معدومة الآن.

6. اتفق على قاعدة الائتمان وفحص ما قبل القيد

   بيّن من يجري فحص الائتمان، وعلى أي أدلة، وفوق أي قيمة طلب يصير مطلوباً أصلاً. ودوّن الشروط التي يجوز للمالية اشتراطها بدل الرفض الصريح، كالدفعة المقدمة أو حدّ ائتماني أقل أو مهلة سداد أقصر أو ضمان، ومن يملك الموافقة عليها. ثم أضف فحص ما قبل القيد: ما الذي يجب أن يتطابق بين نموذج الطلب الموقّع وأمر البيع قبل أن يُفرج عنه أحد للتنفيذ.

7. اختبره على ثلاث صفقات حقيقية

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

الأسئلة الشائعة

ما خطوات العملية من العميل المحتمل إلى الطلب؟

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

ما الفرق بين المسار من العميل المحتمل إلى الطلب والمسار من عرض السعر إلى التحصيل؟

هما مقطوعان عند نقطتين مختلفتين ويجيبان عن سؤالين مختلفين. فالمسار من العميل المحتمل إلى الطلب يبدأ عند العميل المحتمل الخام لحظة التقاطه وينتهي عند الطلب المقيَّد، ولذلك تسكن تفاصيله في كل ما يجب أن يحدث قبل أن تصير الصفقة حقيقة تجارية: إزالة التكرار، والإثراء والتقييم، وحدّ التسويق، وتسلسل تواصل مندوب تطوير المبيعات، وقبول المبيعات، والفرصة، والتكوين، وعرض السعر. أما المسار من عرض السعر إلى التحصيل فيبدأ لاحقاً، عند فرصة مؤهَّلة، ويعامل المقدمة كأنها أُنجزت، ويحمل تفاصيله في اعتماد التسعير والشروط غير المعيارية والفوترة وإثبات الإيراد والنقد المحصَّل. والمسار من الطلب إلى النقد يبدأ متأخراً أكثر، عند طلب قبلتموه فعلاً. فإن كانت مشكلتكم جودة العملاء المحتملين، أو التسليم من التسويق إلى المبيعات، أو الوقت اللازم لإخراج عرض سعر، فاستخدم هذه الصفحة؛ وإن كانت مشكلتكم سلالم الاعتماد أو محفّزات الفوترة أو تحصيل النقد، فاستخدم الصفحتين الأخريين.

ما الفرق بين MQL والعميل المحتمل المقبول من المبيعات وSQL؟

هي ثلاثة أحكام يصدرها ثلاثة أشخاص مختلفين على السجل نفسه، ونموذج شلال الطلب الذي شاع على يد SiriusDecisions (وهي اليوم جزء من Forrester) وُجد أصلاً للفصل بينها. فالعميل المحتمل المؤهَّل تسويقياً استوفى معايير التسويق نفسها، وهي عادةً مزيج من سمات المطابقة والنية المرصودة، ويُعدّ جاهزاً للمتابعة. والعميل المحتمل المقبول من المبيعات هو من نظرت إليه المبيعات ووافقت على العمل عليه، وهو ما يثبت أن معايير التسويق استُوفيت فعلاً. أما العميل المحتمل المؤهَّل بيعياً فهو من عملت عليه المبيعات وأكدت أنه فرصة حقيقية، استناداً إلى أدلة كالميزانية والصلاحية والحاجة والإطار الزمني. وفي هذا المخطط ينتج حدّ التسويق الأول، وينتج سؤال قبول المبيعات للعميل المحتمل الثاني، وتكون الفرصة التي تُنشأ بعده مباشرة هي الثالث. والمخططات التي تطوي الثلاثة في رقم واحد هي سبب إبلاغ التسويق والمبيعات عن خط أنابيب مختلف من قاعدة البيانات نفسها.

أين تنكسر عادةً العملية من العميل المحتمل إلى الطلب؟

في أربعة مواضع متوقَّعة، وليس أي منها هو البيع نفسه. الأول تكرارات تُخلق عند الالتقاط، لأن فحص التكرار يُتجاوَز أو لأن قاعدة المطابقة أضيق مما ينبغي، فيصير كل مستند لاحق موجوداً مرتين. والثاني التسليم من التسويق إلى المبيعات، حيث تُوجَّه العملاء المحتملون ولا يُقبلون ولا يُرفضون قط، فلا يستطيع أحد قول ما حل بهم، ويجادل كل طرف بأرقام غير أرقام الآخر. والثالث اعتماد الخصم، حيث تُكتب الصلاحية بنسبة من سعر القائمة، فيمرّ من دون اختبار تنازلٌ مُنح عبر مهلة سداد أطول أو تدرّج أبطأ أو خدمات مجانية. والرابع الوصلة بين عرض السعر والطلب، حيث يفترق ما وُقّع عما قُيّد لأنهما يعيشان في نظامين ولا يُقرأ عند الفوترة إلا أحدهما. وكل واحد من هذه المواضع كسر عند حدّ، وهذا بالضبط سبب عدم ظهورها إلا حين تُرسم السلسلة من طرفها إلى طرفها.

ما الذي يجب تسجيله عند التقاط عميل محتمل؟

كحد أدنى: القناة والحملة اللتان أنتجتاه، والتاريخ والوقت، وما قيل للشخص عند نقطة الدخول، والأساس المشروع الذي تنوون التواصل معه بناءً عليه. وقواعد التسويق الإلكتروني تختلف باختلاف الولاية القضائية وباختلاف هوية المُخاطَب. ففي المملكة المتحدة لا تطبّق لائحة Privacy and Electronic Communications Regulations قاعدة التسويق بالبريد الإلكتروني على المشتركين من الشركات كالشركات المحدودة وشركات LLP، لكن مكتب ICO يعامل أصحاب الأعمال الفردية والشراكات العادية بوصفهم مشتركين أفراداً، فتلزم موافقتهم أو استثناء soft opt-in؛ ويظل UK GDPR سارياً على عنوان العمل الخاص بشخص محدد بالاسم في الحالتين، ويجب احترام طلبات إلغاء الاشتراك. وفي الولايات المتحدة يوجب قانون CAN-SPAM تنفيذ طلب إلغاء الاشتراك خلال عشرة أيام عمل، وأن تظل آلية الإلغاء عاملة ثلاثين يوماً على الأقل بعد الإرسال، وأن تحمل الرسالة عنواناً بريدياً فعلياً صحيحاً. وهذا المخطط نقطة انطلاق تُكيَّف وفق إجراءاتكم ومشورتكم القانونية، لا إقراراً بالامتثال.