تابع الإيرادات والمصروفات وعمولات المبيعات في لوحة واحدة. احسب العمولات الثابتة أو النسبية تلقائيًا، وشاهد تدفقك النقدي بوضوح عبر التقارير المالية.
تتبع الإيرادات والمصروفات، عمولات المبيعات (ثابتة أو نسبة) وتقارير مالية.
تجيب وحدة الحسابات عن سؤالين لا يجيب عنهما نظام CRM للمبيعات عادةً: كم كلّفنا هذا فعلاً، وكم يكسب المندوب؟ فهي تتابع الإيرادات والمصروفات، وتحتسب العمولات مبلغاً ثابتاً أو نسبة على الصفقات المربوحة، و— في باقة Business — تُظهر ربحية كل صفقة بطرح تكلفة البضاعة والمصروفات المنسوبة من قيمة الصفقة. ولأنها تقرأ الصفقات نفسها التي يكتبها المسار، لا يُعاد إدخال شيء ولا يمكن أن تفترق أرقام المبيعات عن أرقام الحسابات.
تكاد كل أنظمة CRM تُبلغ عن الإيراد، لأنه الرقم السهل: مجموع ما بعته. وقليل جداً منها يُبلغ عن الهامش، لأن الهامش يتطلب معرفة التكلفة، والتكلفة تعيش عادةً في نظام آخر لا يراه الـ CRM.
والنتيجة نقطة عمياء محددة ومكلفة. فالمندوب صاحب أعلى مبيعات هو غالباً الأكثر تخفيضاً، وفي عرضٍ يقوم على الإيراد وحده يبدو الأفضل أداءً. وقد يكون من يبيع أقل بالسعر الكامل هو الأكثر إسهاماً في الربح. وبغياب أسعار الشراء في النظام نفسه الذي فيه الصفقات، لا يكتشف أحد ذلك قبل أن تُقفل المحاسبة السنة.
وُجدت وحدة الحسابات لسدّ هذه الفجوة داخل النظام لا بعده. وهي عن قصد ليست حزمة محاسبية — انظر ما ليست هذه الوحدة أدناه — لكنها تجيب عن الأسئلة التشغيلية التي تحدد السلوك: من الرابح، وأي المنتجات تستحق الدفع بها، وكم تدين لكل شخص في آخر الشهر.
الإيراد والمصروف سجلان بسيطان: تاريخ ومبلغ وتصنيف و— وهو الحاسم — ارتباط اختياري بصفقة أو بعميل.
بعضها يُكتب تلقائياً. فحين تُعلَّم صفقة «مربوحة»، تُسجَّل تكلفة المنتجات المرتبطة بها مصروفاً دون أن يكتبها أحد، لأن كتالوج المنتجات يحمل سعر شراء إلى جانب سعر البيع. وبعضها تُدخله أنت: الإيجار، والإنفاق الإعلاني، وفواتير المقاولين من الباطن، والتكاليف المرة الواحدة المنسوبة إلى مشروع بعينه.
والذي يجعل ذلك نافعاً هو النسبة. ففاتورة إعلانية مُدخَلة مصروفاً عاماً تخبرك كم أنفقت. والفاتورة نفسها منسوبةً إلى حملة، إلى جانب الصفقات التي جاءت من تلك الحملة، تخبرك إن كان الإنفاق يستحق التكرار — وهذا هو الفرق بين مسك الدفاتر ومعلومات الإدارة.
تُحتسب العمولة على الصفقات المربوحة وتُنسَب إلى مالك الصفقة. ويُدعَم نموذجان، وكلاهما يُضبَط مرة واحدة بدل إعادة الحساب يدوياً كل شهر:
| النموذج | كيف يعمل | الاستخدام المعتاد |
|---|---|---|
| مبلغ ثابت | مبلغ ثابت لكل صفقة مربوحة | منتجات متقاربة القيمة، أو مبيعات كثيفة قليلة التباين |
| نسبة مئوية | حصة من قيمة الصفقة | صفقات متفاوتة الحجم حيث يتناسب الجهد مع القيمة |
وسبب إبقاء هذا في النظام بدل جدول بيانات ليس الحساب — فالحساب تافه. السبب أن جدول البيانات نسخة ثانية من الحقيقة. ففي كل شهر يصدّر أحدهم الصفقات، ويعترض آخر على رقم، وتذهب فترة بعد ظهر كاملة في تسوية لا تنتج شيئاً. أما حين تكون العمولة خاصية في الصفقة، فإن تعليمها «مربوحة» هو أيضاً احتساب العمولة، ويصير هناك رقم واحد ينظر إليه الجميع.
معظم الخلافات حول العمولات ليست حول النسبة، بل حول أي الصفقات تخصّ من، ومتى اعتُبرت الصفقة مربوحة. وكلاهما مسجَّل أصلاً — الملكية على الصفقة، وتغيّر المرحلة بطابعه الزمني في سجل النشاط — فيصير للخلاف جواب بدل ذكريين متعارضين.
من باقة Business فما فوق تستطيع كل صفقة أن تُظهر ربحها: قيمة الصفقة، ناقص تكلفة المنتجات المرتبطة، ناقص أي مصروفات منسوبة إليها.
ويتطلب ذلك منك شيئاً واحداً — أسعار شراء على منتجاتك — ويستحق الفعل حتى لو لم تنظر إلى التقرير أبداً، لأن البيانات نفسها تغذّي احتساب تكلفة المخزون تلقائياً عند ربح الصفقات. وبمجرد اكتمالها تتاح ثلاث رؤى لا ينتجها الإيراد وحده:
وفي الأعمال التي تبيع خدمات لا سلعاً، تعمل الآلية نفسها بنسبة التكاليف — أتعاب المقاولين والسفر ورسوم التراخيص — إلى الصفقة مباشرةً بدل ربط منتجات بها.
السجلات المالية مجموعة بيانات في منشئ التقارير المحورية إلى جانب العملاء والصفقات والمهام والمكالمات والمنتجات. وأول ما تبنيه الفرق:
معرفة النماذج التي يدعمها النظام سؤال تقني جوابه سهل. أما الصعب فتصميم الخطة نفسها — والخطة السيئة التصميم تكلّف أكثر من عدم وجود خطة، لأنها تدفع الفريق إلى سلوك لا تريده الشركة. وثلاثة قرارات تحدد معظم النتيجة.
وأياً كان قرارك، اكتب الخطة واجعلها مطابقة تماماً للقاعدة في النظام. فمعظم الخلافات حول العمولات ليست حول النسبة، بل حول أي الصفقات تخصّ من ومتى اعتُبرت مربوحة. وحين يكون الأمران مسجَّلين، يصير للخلاف جواب.
يجدر التصريح بالحدّ، لأن افتراض العكس يقود إلى مفاجأة سيئة لاحقاً.
هذه ليست نظاماً محاسبياً. فهي لا تُصدر قوائم مالية نظامية، ولا تقدّم إقرارات ضريبية، ولا تمسك دفتر أستاذ بالقيد المزدوج، ولا تحلّ محل محاسبك أو برنامج محاسبتك. ولا تدير الرواتب أبعد من احتساب العمولة.
أما ما هي: تتبّع مالي تشغيلي مرتبط بعملية البيع. تجيب عن «هل هذه الصفقة رابحة»، و«كم ندين لفريق المبيعات»، و«كم كلّفت هذه الحملة وكم أعادت». وهي أسئلة ينبغي أن يجيب عنها أسبوعياً أشخاص ليسوا محاسبين، ببيانات موجودة أصلاً في النظام — ولهذا بالضبط يُجاب عنها عادةً إجابةً رديئة أو لا يُجاب عنها أصلاً.
ومعظم العملاء يصدّرون من هنا إلى حزمتهم المحاسبية بدل استبدالها. وكل شيء يُصدَّر إلى CSV.
| العَرَض | السبب الأرجح | الحل |
|---|---|---|
| الهامش يبدو مستحيل الارتفاع | المنتجات بلا سعر شراء | سعر الشراء صفر افتراضياً؛ أدخله في الكتالوج أو استورده من CSV |
| لا عمولة على صفقة | الصفقة بلا مالك، أو رُبحت قبل وجود القاعدة | تُنسَب العمولة إلى مالك الصفقة؛ عيّنه ثم أعد الاحتساب |
| الإيراد لا يطابق المحاسب | تواريخ اعتراف مختلفة | يسجّل النظام الإيراد عند ربح الصفقة؛ وتعترف المحاسبة عادةً عند الفاتورة أو التحصيل |
| المصروفات تظهر مرتين | تكلفة البضاعة سُجّلت تلقائياً وأُدخِلت يدوياً أيضاً | الصفقات المربوحة تكتب التكلفة تلقائياً؛ فلا تُعدها |
| حملة تبدو خاسرة | الإنفاق منسوب والإيراد غير منسوب | انسب الطرفين — يجب أن تحمل الصفقات حقل الحملة، وويب هوك العملاء يملؤه تلقائياً |
| الباقة | الإيراد والمصروف | العمولات | ربحية الصفقة | التقارير المحورية |
|---|---|---|---|---|
| Starter | مشمول | مشمولة | — | — |
| Growth | مشمول | مشمولة | — | مشمولة |
| Business | مشمول | مشمولة | مشمولة | مشمولة |
| Enterprise | مشمول | مشمولة | مشمولة | مشمولة |
تتبّع الإيرادات والمصروفات واحتساب العمولات موجودان في كل باقة بما فيها Starter. أما ربحية الصفقة — الإيراد والمصروف المنسوبان لكل صفقة على حدة — فتبدأ من Business. راجع صفحة الأسعار للمقارنة الكاملة.