تسليم الصفقة من المبيعات إلى إدارة المشاريع دون فقدان المتطلبات

هذه المقالة لمدير المشاريع أو التنفيذ ومدير المبيعات في منشأة تبيع مشاريع أو خدمات تحتاج تنفيذًا بعد التوقيع. تجيب عن سؤالين: ما الذي يجب أن ينتقل من المبيعات إلى التنفيذ، وكيف ينتقل داخل CRM بحيث لا يعتمد على ذاكرة المندوب ولا على حسن نيته.

ما الذي يضيع عادة بين التوقيع وبدء التنفيذ؟

فريق التنفيذ يستلم في الغالب العقد والعرض المقبول. ومع ذلك يكتشف في الأسابيع الأولى أشياء لم تكن فيهما:

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

السبب ليس إهمالًا في الغالب. حافز المندوب ينتهي عند التوقيع، ووقته بعدها موجه للصفقة التالية. لذلك لا يكفي أن تطلب منه «تسليمًا جيدًا»؛ يجب أن يحدد النظام ما هو التسليم الجيد، وأن يمنع الإغلاق دونه.

حزمة التسليم الإلزامية: ست كتل

حزمة التسليم ليست ملفًا يُرفق، بل مجموعة حقول وسجلات مرتبطة بالفرصة، يُكمل أغلبها من بيانات موجودة أصلًا في النظام. ما يحتاج كتابة جديدة من المندوب قليل، لكنه الأهم:

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

البوابة: متى تُغلق الفرصة بالفوز؟

الفكرة بسيطة: تُضاف مرحلة «التسليم» بعد التوقيع وقبل «مغلقة بالفوز». لا تنتقل الفرصة منها إلا بشرطين: اكتمال الحقول الإلزامية في الكتل الست، وقبول مدير التنفيذ للحزمة داخل النظام.

اعتراض متوقع: ألا يشوه ذلك تقارير المبيعات؟

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

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

اجتماع التسليم: أجندة لا تتجاوز ساعة

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

1. قصة الصفقة في خمس دقائق

   المندوب يشرح لماذا اشترى العميل، ومن قاتل من أجل الشراء لديه، ومن كان مترددًا.

   المندوب
2. إعادة السرد

   مدير التنفيذ يشرح النطاق بلغته: ما الذي سنسلمه، ومتى، وما الذي لن نفعله. كل اختلاف بين سرده وفهم المندوب يُسجل فورًا.

   مدير التنفيذ
3. الوعود والافتراضات بندًا بندًا

   لكل وعد: هل هو ضمن النطاق؟ ولكل افتراض: هل تأكدنا منه مع العميل؟ القرار يُسجل في الحزمة.

   الجميع
4. المخاطر الأولى

   أكبر ثلاث مخاطر يراها كل طرف، ومن يتابع كلًا منها.

   مدير التنفيذ
5. خطة التعارف

   متى يُعرَّف مدير التنفيذ بجهات اتصال العميل، ودور المندوب في اجتماع الانطلاق.

   المندوب ومدير التنفيذ

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

من يفعل ماذا قبل التسليم وبعده؟

التسليم لا يعني أن المندوب يخرج من الصورة. العميل بنى ثقته مع شخص، ونقل هذه الثقة يحتاج فترة تداخل مقصودة:

أما رحلة العميل بعد القبول، من اجتماع الانطلاق إلى اكتمال التهيئة ومؤشراتها، فهي موضوع مقالة مسار تهيئة العميل الجديد بعد التعاقد. وفي العقود المتكررة يمتد التسليم إلى تفعيل العقد نفسه، كما في مقالة إدارة عقود الخدمات المتكررة.

سيناريو: تسليم مشروع توريد وتركيب

لاحظ أن الاكتشافين المهمين (ترتيب المواقع والتدريب) ظهرا في الاجتماع لا في الحقول. الحقول أجبرت المندوب على تذكرهما، والاجتماع حوّلهما إلى قرارات قبل أن يتحولا إلى خلاف مع العميل.

كيف تعرف أن التسليم يتحسن؟

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

الإعداد في النظام

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

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

أسئلة شائعة