من العميل المحتمل إلى العمولة المدفوعة: قمع مبيعات وعمولات في نظام واحد

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

لماذا تضيع صفقات لا يراها أحد غير مندوبها

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

قمع المبيعات: مراحل تعكس طريقة بيعك أنت

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

لماذا لا تُسحب الصفقة يدوياً إلى «مكسوبة»

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

توثيق الاتفاق: عقد برقم، وجدول فوترة مرحلي

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

العمولة: ثلاث طرق للحساب ولماذا يهم اختيارك

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

دفتر العمولات: من الاستحقاق إلى الدفع

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

بوابة المندوب: يبيع دون أن يرى ما لا يخصه

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

العمولة في دفاترك، لا في ملف منفصل

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

قِس فريقك بعدل — لا بمن باع أكثر فقط

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

أخطاء تُفشل برنامج العمولات

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

خطة إطلاق في ثلاثين يوماً

1. الأسبوع الأول: فعّل وحدتَي الصفقات والعمولات من الإعدادات، وسمِّ مراحل القمع بما يعكس أسلوب بيعك.
2. الأسبوع الثاني: أدخل الصفقات القائمة فعلياً من رؤوس مندوبيك إلى النظام، ولو بمعلومات ناقصة تُستكمل لاحقاً.
3. الأسبوع الثالث: اضبط معدل العمولة الافتراضي لكل مندوب، وأي استثناء لفئة منتجات محددة.
4. الأسبوع الرابع: أغلق أول دورة عمولات كاملة من الاعتماد إلى الدفع، وراجع كشف الأداء الأول مع الفريق.

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