- برنامج العروض المرتبط بـCRM لا يختلف عن البرنامج المنفصل في شكل ملف PDF، بل فيما قبله وما بعده: العرض يبدأ من بيانات الفرصة والعميل، وقبوله يحرّك الفرصة ويُنشئ العقد ويغذي التقارير والتوقعات.
- الوظائف التي تحتاجها معظم الشركات ثماني مجموعات: الإنشاء من الفرصة، والكتالوج وقوائم الأسعار، والخصم والهامش، والضريبة والتقريب، والشروط، والقوالب، والاعتماد، والتتبع والقبول.
- لا تقيّم هذه الوظائف بالسؤال عنها. أعدّ «عرض اختبار» واحدًا من واقع منشأتك بأرقام معروفة النتيجة، واطلب من المورد إصداره أمامك، ثم طابق الإجماليات مع ما يصدره نظامكم المحاسبي.
- البرنامج المنفصل أو وحدة العروض في النظام المحاسبي قد يكفي عندما يصدر العروضَ شخصٌ واحد، وتكون المنتجات قليلة، ولا توجد فرص تُتابع أو توقعات تُبنى.
هذه المقالة موجهة لمدير المبيعات والمدير المالي حين يقرران شكل أداة إصدار عروض الأسعار: ما الفرق الفعلي بين البرنامج المنفصل والعروض المرتبطة بـCRM، وما الوظائف التي تُطلب، وكيف يُختبر كل منها بعرض واحد مُعدّ مسبقًا، وما الذي تحتاجه المالية تحديدًا من هذه الأداة.
أين يقع الفرق بين برنامج عروض منفصل وعروض داخل CRM؟
أي برنامج عروض يستطيع أن يجمع بنودًا ويحسب الضريبة ويطبع ملفًا بشعار المنشأة. لذلك لا يظهر الفرق في العرض نفسه، بل في ثلاث نقاط تحيط به:
- من أين تأتي البيانات: في البرنامج المنفصل يكتب المندوب اسم العميل وجهة الاتصال والمنتجات من جديد، أو ينسخها من مكان آخر. في CRM تُنقل من الفرصة: العميل، ونوعه، وجهة الاتصال، والمنتجات التي نوقشت، وقائمة الأسعار المرتبطة بنوع العميل.
- ماذا يحدث بعد الإرسال: البرنامج المنفصل ينتهي دوره عند إرسال الملف. أما العرض المرتبط بـCRM فيُنشئ مهمة متابعة، ويُعلم المندوب بفتح العميل للعرض، وينبه قبل انتهاء صلاحيته، ويحرك مرحلة الفرصة عند القبول، ويصبح الإصدار المقبول أساس العقد.
- ماذا ترى الإدارة: في البرنامج المنفصل ترى قائمة ملفات. في CRM ترى قيمة العروض المعلقة ضمن مسار البيع، ومعدل القبول حسب المندوب والمنتج، ومتوسط الخصم وأثره، وزمن الإعداد والقرار.
بعبارة أخرى: البرنامج المنفصل أداة «كتابة عرض»، والعروض داخل CRM حلقة في دورة البيع. والسؤال الذي يحسم الاختيار هو: هل تحتاجون الحلقة كلها أم الكتابة فقط؟
- الفرصة المؤهلةالعميل ونوعه وجهة الاتصال والمنتجات المبدئية مسجلة مسبقًاالمندوب
- بناء البنودمن الكتالوج وقائمة الأسعار المرتبطة بنوع العميل، والبند المخصص بصلاحية فقطالمندوب
- التسعير والضريبةالخصم والهامش والضريبة على الصافي والإجمالي، يحسبها النظام لا المندوبالنظام
- الاعتماد عند الحاجةفقط إذا تجاوز العرض حدًا: خصم، أو شرط دفع، أو بند مخصص، أو قيمةالمشرف أو المالية
- الإرسال والتتبعملف أو رابط، وإشعار بالفتح، ومهمة متابعة، وتنبيه قبل انتهاء الصلاحيةالمندوب
- رد العميلقبول موثق، أو طلب تعديل يُنشئ إصدارًا جديدًا ويعود إلى التسعير، أو رفض بسبب مسجلالعميل والمندوب
- ما بعد القبولالفرصة تُغلق بالفوز، والعقد أو أمر البيع يُنشأ من الإصدار المقبول، والبيانات تنتقل إلى المحاسبةالنظام والمالية
ثماني مجموعات وظائف، وما الذي يُفحص في كل منها
القائمة التالية مرتبة حسب تسلسل إعداد العرض. تحت كل مجموعة: ما تحتاجه فعلًا، والسؤال الذي يكشف الفرق بين وظيفة حقيقية ووظيفة شكلية.
1. الإنشاء من الفرصة
تحتاج أن يُنشأ العرض من سجل الفرصة بنقرة، فتنتقل بيانات العميل وجهة الاتصال والمنتجات والكميات، وأن تُربط عدة عروض بالفرصة نفسها إن قدّمتم بدائل. السؤال الكاشف: إذا غيّر المندوب جهة الاتصال في الفرصة بعد إنشاء العرض، هل يظهر التغيير في العرض التالي؟ وهل يمكن إنشاء عرض لا يرتبط بفرصة أصلًا؟ الإجابة الثانية تهم الإدارة، لأن العرض اليتيم لا يظهر في مسار البيع ولا في التوقعات.
2. الكتالوج وقوائم الأسعار
تحتاج مرجعًا واحدًا لكل ما تبيعونه: منتجات بوحدة بيعها، وخدمات بطريقة تسعيرها (بالساعة، أو بالزيارة، أو اشتراك، أو مبلغ مقطوع)، وباقات، وبنودًا اختيارية. وتحتاج قوائم أسعار لها فترة سريان، مع أسعار متدرجة حسب الكمية إن كنتم تبيعون بها. السؤال الكاشف: ماذا يحدث لعرض مرسل حين تُحدَّث قائمة الأسعار؟ الإجابة الصحيحة أن العرض المرسل يحتفظ بأسعاره، وأن العرض الجديد يأخذ القائمة الجديدة. أما تنظيم الكتالوج نفسه (متى يكون البند باقة ومتى يكون إضافة، وكيف تُفصل القوائم حسب القناة) فمفصل في مقالة تنظيم قوائم الأسعار والباقات في CRM.
3. الخصم وهامش الربح
تحتاج خصمًا على البند وخصمًا على الإجمالي، بنسبة أو بمبلغ، مع ظهور هامش الربح بعد الخصم لمن يملك صلاحية رؤية التكلفة فقط. السؤال الكاشف: هل يُحسب الهامش من تكلفة مسجلة في الكتالوج أو مستوردة من ERP، أم يُدخلها المندوب يدويًا؟ الهامش المبني على تكلفة يكتبها المندوب لا يصلح أساسًا للاعتماد.
4. الضريبة والتقريب
تُطبق ضريبة القيمة المضافة في المملكة بالنسبة الأساسية 15% على التوريدات الخاضعة لها منذ الأول من يوليو 2020، وفق الدليل الإرشادي لهيئة الزكاة والضريبة والجمارك. المطلوب من أداة العروض أن تحدد لكل بند معاملته الضريبية (خاضع بالنسبة الأساسية، أو معفى، أو بنسبة صفرية إن وُجد في نشاطكم)، وأن تُظهر الرقم الضريبي للطرفين، وأن تحسب الضريبة على الصافي بعد الخصم. السؤال الكاشف: هل يُقرَّب المبلغ على مستوى البند أم على مستوى الإجمالي؟ وهل هي الطريقة نفسها التي يستخدمها نظامكم المحاسبي؟ اختلاف طريقة التقريب يصنع فرقًا بالهللات بين العرض والفاتورة، وهو فرق صغير يستهلك وقتًا كبيرًا في المطابقة وفي الرد على العميل.
5. الشروط التجارية
تحتاج مكتبة شروط معتمدة يختار منها المندوب ولا يكتبها: شروط الدفع، والتوريد أو التنفيذ، والضمان، وصلاحية العرض، وما لا يشمله العرض. السؤال الكاشف: هل يستطيع المندوب تعديل نص شرط معتمد؟ وإن استطاع، هل يمر العرض عندها بالاعتماد؟ الشرط المعدَّل بصمت أخطر من الخصم، لأنه لا يظهر في أي رقم.
6. القوالب وهوية المنشأة
تحتاج قالبًا بهوية المنشأة وترتيب أقسامها، وربما أكثر من قالب: مختصر للبيع القياسي، ومفصل للمشاريع بمرفقاته الفنية، وثنائي اللغة للعملاء الدوليين. السؤال الكاشف: من يعدّل القالب بعد الإطلاق، موظفكم أم المورد؟ وهل يظهر الجدول العربي بأرقامه واتجاهه سليمًا في PDF وفي صفحة العرض الإلكترونية وعلى شاشة الجوال؟
7. الاعتماد
تحتاج قواعد تحدد متى يحتاج العرض اعتمادًا ومن يعتمده: خصم فوق حد، أو هامش تحت حد، أو شرط دفع غير قياسي، أو بند مخصص، أو قيمة كبيرة. ويصل الطلب للمعتمد بملخص يكفي لاتخاذ القرار من الجوال. السؤال الكاشف: هل يُمنع إرسال العرض قبل الاعتماد فعلًا، أم أن الاعتماد مجرد إشعار يمكن تجاوزه بتصدير PDF وإرساله يدويًا؟ تصميم الحدود نفسها وزمن الاعتماد موضوع مقالة اعتماد الخصومات داخل CRM.
8. الإرسال والتتبع والقبول
تحتاج إرسالًا بالبريد أو برابط عبر واتساب، ومعرفة فتح العميل للعرض، ومهمة متابعة تلقائية، وتنبيهًا قبل انتهاء الصلاحية، وإصدارًا جديدًا لكل تعديل بعد الإرسال، وتوثيقًا للقبول بالطريقة التي تعتمدونها: موافقة على صفحة العرض، أو أمر شراء، أو توقيع إلكتروني. السؤال الكاشف: حين يقول العميل بعد شهرين «اتفقنا على الإصدار الثاني»، كم ثانية تحتاجون لفتح الإصدار الثاني ومعرفة من أرسله ومتى وما الفرق بينه وبين الثالث؟ إدارة الإصدارات بالتفصيل في مقالة إدارة إصدارات عروض الأسعار وتوثيق تعديلات العميل، وإيقاع المتابعة بعد الإرسال في مقالة تنظيم متابعة عروض الأسعار دون إلحاح.
عرض اختبار واحد يكشف معظم الوظائف
العروض التوضيحية العامة تعرض عادة منتجًا واحدًا بسعر مستدير وخصمًا بسيطًا. هذا لا يكشف شيئًا. بدلًا من ذلك، تُعد المالية والمبيعات معًا عرضًا واحدًا صعبًا من واقع منشأتكم، وتحسبان نتيجته مسبقًا، ثم تطلبان من كل مورد إصداره أمامكم. إن طابقت الأرقام وسار العرض في الخطوات الصحيحة، فقد اختبرتم معظم المجموعات الثماني في جلسة واحدة.
يُبنى عرض الاختبار بحيث يحتوي على الأقل: منتجًا بكمية تقع في شريحة سعر متدرج، وخدمة بمبلغ مقطوع، وخدمة اشتراك شهري، وبندًا اختياريًا لا يدخل الإجمالي، وخصمًا على بند واحد يتجاوز صلاحية المندوب، وشرط دفع غير قياسي.
| البند | الكمية × السعر | قبل الخصم | الخصم | الصافي |
|---|---|---|---|---|
| جهاز (شريحة 40 وحدة فأكثر) | 40 × 1,200 | 48,000 | 12% = 5,760 | 42,240 |
| تركيب وتشغيل (مبلغ مقطوع) | 1 × 6,000 | 6,000 | — | 6,000 |
| صيانة (اشتراك شهري لسنة) | 12 × 500 | 6,000 | — | 6,000 |
| تدريب إضافي (اختياري) | 1 × 2,500 | يظهر في العرض ولا يدخل الإجمالي | ||
| المجموع قبل الضريبة | 60,000 | 5,760 | 54,240 | |
| ضريبة القيمة المضافة 15% | 8,136 | |||
| الإجمالي شاملًا الضريبة | 62,376 | |||
ثم يُطرح على المورد ما يلي بالترتيب، وتُسجَّل الإجابة بما شوهد:
- أنشئ العرض من فرصة قائمة
هل انتقل العميل وقائمة أسعاره تلقائيًا؟ وهل ظهر سعر الشريحة للجهاز دون إدخال يدوي؟
المبيعات - ضع خصم 12% على الجهاز وحده
هل ظهر الهامش بعد الخصم لحساب المشرف ولم يظهر لحساب المندوب؟ وهل تطابق الإجماليات 54,240 و8,136 و62,376؟
المالية - حاول الإرسال فورًا
هل مُنع الإرسال وذهب طلب اعتماد بسببه؟ وهل يمكن تصدير الملف وإرساله يدويًا لتجاوز الاعتماد؟
المالية والمبيعات - اختر شرط دفع غير قياسي من المكتبة ثم عدّل نصه
هل اعتُبر التعديل سببًا للاعتماد؟ وهل ظهر في سجل العرض؟
المالية - بعد الاعتماد والإرسال، اطلب تغيير الكمية إلى 45
هل نشأ إصدار ثانٍ مع بقاء الأول؟ وهل أُعيد حساب الخصم والضريبة، وهل عاد العرض للاعتماد لأن الخصم ما زال فوق الصلاحية؟
المبيعات - سجّل قبول العميل للإصدار الثاني
هل تحركت الفرصة إلى الإغلاق بالفوز بقيمة الإصدار المقبول؟ وهل أمكن إنشاء العقد أو أمر البيع منه دون إعادة إدخال؟
المبيعات والمالية
وفي عرض ثانٍ قصير، أدخلوا بندًا بسعر كسري، مثل 3 وحدات بسعر 33.33 ريال، وطابقوا تقريبه مع فاتورة تجريبية من نظامكم المحاسبي. هذا الاختبار البسيط يكشف مبكرًا خلافًا كان سيظهر في أول فاتورة حقيقية.
ما الذي تحتاجه المالية من أداة العروض؟
كثيرًا ما تُختار أداة العروض بمعايير المبيعات وحدها: السرعة وشكل الملف. لكن المالية هي من يتعامل مع نتائج العرض بعد القبول، ولها متطلبات مختلفة:
| ما تحتاجه المالية | لماذا | كيف يتحقق في الأداة |
|---|---|---|
| مصدر سعر واحد | حتى لا يختلف سعر العرض عن سعر الفاتورة | كتالوج وقوائم أسعار يعدّلها دور محدد، ويُسجَّل كل تغيير، أو تُزامن من ERP |
| ترقيم مستقل وثابت | للرجوع إلى العرض من أمر الشراء أو العقد | رقم عرض لا يتكرر، ورقم إصدار داخله، ولا يُحذف عرض مرسل |
| قفل العرض المرسل | لأن العميل يحتفظ بنسخته | أي تعديل بعد الإرسال يُنشئ إصدارًا جديدًا ولا يغيّر السابق |
| رؤية الهامش لا الخصم فقط | الخصم نفسه قد يكون مقبولًا على منتج ومرفوضًا على آخر | هامش محسوب من تكلفة معتمدة، يظهر للأدوار المخولة |
| شروط دفع من مكتبة | شروط الدفع تحدد التدفق النقدي والتحصيل | شروط قياسية، وأي شرط غير قياسي يمر بالاعتماد |
| انتقال منظم إلى المحاسبة | لتجنب إعادة الإدخال وأخطائها | الإصدار المقبول ينتقل بالعميل والبنود والرموز إلى النظام المحاسبي عبر التكامل |
ومن المهم التفريق بين عرض السعر والفاتورة. عرض السعر مستند تجاري قبل البيع، يظهر فيه الرقم الضريبي والضريبة ليعرف العميل التزامه الكامل. أما الفاتورة الضريبية فتخضع لمتطلبات الفوترة الإلكترونية (فاتورة) لدى هيئة الزكاة والضريبة والجمارك، وتصدر عادة من النظام المحاسبي أو ERP أو حل الفوترة المربوط. لذلك لا يُطلب من أداة العروض أن تصدر الفاتورة، بل أن تسلّم الصفقة المقبولة لمن يصدرها ببيانات صحيحة ومطابقة. وخريطة ما ينتقل بين النظامين والنظام المرجع لكل بيان موضوع مقالة البيانات المنتقلة بين CRM وERP.
تنبيه للمالية: إن كان نظامكم المحاسبي هو مرجع الأسعار والتكلفة، فاشترطوا أن يُزامن منه الكتالوج إلى CRM، لا أن يُعاد إدخاله يدويًا في النظامين. الإدخال المزدوج هو المصدر الأول لاختلاف العرض عن الفاتورة.
متى يكفي برنامج منفصل أو وحدة العروض في النظام المحاسبي؟
العروض المرتبطة بـCRM ليست الخيار المناسب لكل منشأة. المقارنة العادلة تنظر إلى نمط البيع لا إلى عدد الوظائف:
| الخيار | يناسب عندما | يضعف عندما |
|---|---|---|
| قالب Word أو Excel | عروض قليلة شهريًا، يصدرها المالك أو شخص واحد، ببنود ثابتة تقريبًا | يتعدد المندوبون، أو تتغير الأسعار، أو يحتاج الخصم إلى ضبط |
| برنامج عروض منفصل | الحاجة الأساسية ملف احترافي سريع مع كتالوج، ولا توجد فرص تُتابع أو توقعات تُبنى | تحتاج الإدارة ربط العروض بمسار البيع، أو تسليمها إلى العقود والتنفيذ |
| عرض السعر في النظام المحاسبي أو ERP | بيع منتجات مخزنية قياسية يتحول فيه العرض مباشرة إلى أمر بيع، ويصدره فريق مكتبي | البيع استشاري بمراحل ومتابعات وعدة إصدارات، أو المندوبون لا يستخدمون النظام المحاسبي |
| العروض داخل CRM | فريق مبيعات يدير فرصًا بمراحل، مع خصومات تحتاج ضبطًا، وعقود أو تسليم بعد القبول | لا توجد دورة بيع تُدار أصلًا، أو يصدر العروضَ شخص واحد لا يحتاج إلى متابعة |
والنمط الشائع لدى الشركات المتوسطة هو الجمع بين الأمرين: يُعد المندوب العرض ويتابعه في CRM، وعند القبول ينتقل إلى النظام المحاسبي ليصبح أمر بيع ثم فاتورة. في هذا النمط لا تتنافس الأداتان، لكن يجب الاتفاق مسبقًا على نقطة الانتقال وعلى النظام المرجع للأسعار.
وإن كنتم ما زلتم تزنون الحاجة إلى CRM كله لا إلى وحدة العروض وحدها، فمقالة العلامات الثماني التي تدل على الحاجة إلى CRM نقطة بداية أنسب.
ما الضروري الآن وما الذي يمكن تأجيله؟
لا تحتاج كل منشأة إلى المجموعات الثماني بالعمق نفسه من اليوم الأول. المعيار العملي: ابدأ بما يمنع الخطأ المالي، ثم بما يسرّع الإعداد، ثم بما يحسّن القياس.
- ضروري من الإطلاق: الكتالوج وقائمة الأسعار الأساسية، والضريبة بطريقة تقريب مطابقة للمحاسبة، والإنشاء من الفرصة، وقفل العرض المرسل بالإصدارات، وقالب واحد معتمد.
- ضروري إذا تعدد المندوبون: حدود الخصم والاعتماد، ومكتبة الشروط، وإخفاء التكلفة عن غير المخولين.
- يمكن أن يأتي في المرحلة الثانية: القوالب الإضافية، والأسعار المتدرجة والباقات المركبة، والقبول الإلكتروني على صفحة العرض، وتقارير متوسط الخصم وزمن القرار.
- حسب النشاط: العملات والقوالب ثنائية اللغة للبيع الخارجي، والتوقيع الإلكتروني عبر التكامل، والمزامنة الكاملة للكتالوج مع ERP.
هذا الترتيب يفيد أيضًا في التفاوض: البنود المؤجلة لا تدخل نطاق المرحلة الأولى، فيقل زمن التنفيذ وتتضح تكلفة كل مرحلة.
كيف تحول هذا إلى طلب عرض سعر واضح؟
قبل أن تطلب عرض سعر لأي نظام، جهّز أربعة أشياء: عدد من يصدرون العروض ومن يعتمدونها، وعدد بنود الكتالوج وقوائم الأسعار الحالية، ونموذج عرضكم الحالي، وعرض الاختبار بنتائجه المحسوبة. بهذه الأربعة يستطيع أي مورد أن يسعّر النطاق الحقيقي بدل نطاق مفترض.
وإن أردتم أن نسعّر لكم وحدة العروض ضمن نطاق منشأتكم، فأرسلوا هذه المعلومات عبر نموذج طلب عرض السعر، وسنبني العرض الفني والمالي على قائمة وظائفكم ومراحلها، ونطبق عرض الاختبار أمامكم في الجلسة. وتجد وصف الوحدة وشاشاتها في صفحة المنتجات والخدمات وعروض الأسعار، وطريقة ربطها بمسار البيع في إدارة الفرص ومراحل البيع، وخيارات الربط بالمحاسبة في التكاملات والربط.
أسئلة شائعة
لا. العرض والفاتورة مستندان مختلفان، ولكل منهما تسلسله. المهم أن يحمل أمر البيع أو الفاتورة رقم العرض المقبول وإصداره في حقل مرجعي، ليمكن الرجوع من الفاتورة إلى ما وافق عليه العميل.
غالبًا يكفي ترحيل العروض المفتوحة التي ما زالت صالحة، مع ربطها بفرصها، لأنها تحتاج متابعة. أما العروض القديمة المنتهية فتُرفق ملفاتها بملف العميل للرجوع إليها، دون إعادة بنائها بنودًا داخل النظام، إلا إذا كنتم تحتاجون تحليل الأسعار التاريخية.
يُفضَّل أن يكون مالكًا واحدًا واضحًا، عادة إدارة المنتجات أو المالية، لا المبيعات. وإن كان الكتالوج يُزامن من ERP، فالتعديل يتم هناك فقط، ويقتصر دور CRM على العرض والاستخدام.
ذلك ممكن للعروض القياسية القصيرة، بشرط أن تسري عليها قواعد الخصم والاعتماد نفسها. أما عروض المشاريع ذات المرفقات الفنية فالأنسب إعدادها من المكتب ثم إرسالها برابط يفتحه العميل من جواله.