في المنتجات التي يختلف كل طلب فيها عن الآخر، يعتمد إعداد عروض الأسعار غالبًا على عدد قليل من أكثر الموظفين خبرة: يأخذون المقاسات، ويستخرجون قائمة المواد، ويجمعون التكاليف الحالية من الجداول، ويضيفون الهامش والخصم، ثم ينسقون العرض في Word. وعندما يغيب هؤلاء تتأخر العروض، وقد يتحول تركيب خاطئ أو تكلفة غير محدثة إلى طلب خاسر. برنامج تهيئة المنتجات والتسعير وعروض الأسعار (CPQ: Configure, Price, Quote) هو البرنامج الذي يهيئ فيه فريق المبيعات أو العميل المنتج بالخيارات المتاحة، فيحسب النظام التكلفة والسعر وفق القواعد، ويُعد العرض آليًا. وهو مثالي للأثاث والآلات والواجهات والسلالم والأبواب والنوافذ والمباني الجاهزة وكل منتج مصنوع حسب الطلب.
تخاطب هذه الصفحة المصنّعين والموزعين في السعودية والإمارات وقطر وسائر دول الخليج، ممن يبيعون عبر شبكات وكلاء أو مشاريع مقاولات أو قنوات رقمية. ستجد فيها وحدات البرنامج، والتقنية، والإطار القانوني الذي يجب مراعاته في التسعير والعروض، ونماذج المشروع والفريق، والمدد المعتادة، ومؤشرات النجاح، ومنطق التسعير، ومقارنة المنتج الجاهز بالتطوير المخصص، ومعايير الاختيار.
لمن برنامج CPQ وما المشكلة التي يحلها؟
يحوّل CPQ معرفة المنتج إلى قواعد. عبارات مثل «هذا الغطاء لا يُستخدم مع هذا الهيكل»، و«هذه الفتحة تحتاج مقطعًا بسماكة لا تقل عن كذا»، و«هذه الفئة من الوكلاء لا تتجاوز خصمًا معينًا» تخرج من رؤوس الأشخاص وتُكتب في النظام. فتزيد سرعة العروض، وتُمنع التركيبات الخاطئة، وتُدار قرارات السعر من مكان واحد.
- مصنّعو الأثاث والمطابخ: تركيبات الوحدات والمقاسات والمواد والألوان والإكسسوارات تولّد آلاف الاحتمالات.
- مصنّعو الآلات والمعدات: الاعتماديات التقنية بين الخيارات والقواعد الهندسية هي المصدر الرئيسي لأخطاء العروض.
- مصنّعو الواجهات والألمنيوم والأبواب والنوافذ والسلالم: كميات مواد وقص وعمالة تتغير مع المقاس.
- شركات المباني الجاهزة والمنتجات المعيارية: قائمة مواد لكل مشروع وتكاليف نقل وتركيب تدخل في العرض.
- المصنّعون الذين يبيعون عبر وكلاء: يجب أن يستخدم الوكلاء محرك السعر نفسه وأن تُضبط صلاحيات الخصم.
- شركات الخدمات: تستفيد من منطق CPQ في عروض الباقات والمدد والنطاقات.
ماذا تكسب؟
- يمكن أن يقصر وقت إعداد العرض بشكل ملحوظ، فتُعد العروض القياسية في دقائق بدل ساعات.
- تُمنع تركيبات الخيارات غير المتوافقة ويقل خطر العروض الخاطئة.
- تُدار قواعد التكلفة والهامش والخصم من مكان واحد.
- يستخدم الوكلاء والموقع الإلكتروني محرك السعر نفسه.
- يتحول العرض المعتمد إلى طلب في ERP وتنتقل قائمة المواد إلى الإنتاج.
- يصبح بالإمكان تحليل أي الخيارات والأسعار والعملاء تحقق المبيعات.
الوحدات والخصائص
| الوحدة | المحتوى | ملاحظات |
|---|---|---|
| محرك القواعد والاعتماديات | التوافق بين الخيارات، التركيبات الإلزامية والممنوعة، حدود المقاسات، القيم الافتراضية | يجب أن يتمكن غير التقنيين من إدارة القواعد |
| قائمة المواد (BOM) والتكلفة | قائمة مواد آلية حسب الاختيارات، معادلات الكميات، حساب العمالة والهدر | تُسحب التكاليف محدثة من ERP |
| محرك السعر | سعر القائمة، التكلفة مع الهامش، أسعار فئات العملاء والوكلاء، العروض، العملات والضرائب | يُحفظ تاريخ تغييرات الأسعار |
| الخصم ومسار الاعتماد | حدود الصلاحيات، اعتماد المدير عند التجاوز، تنبيه الهامش | سجل الاعتمادات محفوظ |
| المعاينة المرئية أو ثلاثية الأبعاد | صورة متغيرة أو رسم بمقاسات أو نموذج ثلاثي الأبعاد حسب الحاجة | ترفع أثر المبيعات لكنها مكلفة |
| وثيقة العرض | ملف PDF بهوية الشركة، ملاحق المواصفات، مدة الصلاحية والشروط | قوالب متعددة اللغات بالعربية والإنجليزية |
| التوقيع الإلكتروني والاعتماد | موافقة العميل عبر توقيع إلكتروني أو اعتماد رقمي | يتحول العرض المعتمد إلى طلب |
| التكاملات | ERP وCRM وSAP، التجارة الإلكترونية وبوابة الوكلاء | يلغي الإدخال المزدوج |
| التقارير | نسبة تحويل العروض، تحليل الصفقات الرابحة والخاسرة، تقارير الهامش | تغذي قرارات المبيعات والمنتجات |
النهج التقني
يُبنى محرك القواعد بحيث يحفظ شجرة الخيارات والقيود كبيانات قابلة للتحديث دون تعديل الشيفرة. تُستخدم في الخادم الخلفي.NET أو Java أو Node.js، وفي الواجهة إطار ويب حديث، ومكتبات WebGL عند الحاجة إلى معاينة ثلاثية الأبعاد. ويتم التكامل مع ERP عبر API أو طبقة وسيطة (Middleware)، مع دعم خدمات SAP المُدارة لمن يستخدم SAP، ودعم أنظمة ERP للأنظمة الأخرى.
الإطار القانوني للعروض والتسعير
لأن برنامج CPQ يؤتمت قواعد السعر والعرض، يجب أن تنعكس مشروعية هذه القواعد في تصميمه. العناوين التالية لأغراض المعلومات العامة، وتنطبق القواعد المحلية في بلد المشتري؛ ويُتخذ القرار الخاص بشركتك مع مستشاريك القانونيين والماليين.
- إلزامية العرض ومدة صلاحيته: العرض المحدد المدة يكون ملزمًا عادة خلالها في كثير من الأنظمة؛ لذلك تُكتب في وثيقة العرض مدة الصلاحية وشروط تغير السعر وشروط التسليم بوضوح، ويُعلّم النظام العروض المنتهية آليًا.
- أسعار الوكلاء وقانون المنافسة: تقيّد قوانين المنافسة في دول عديدة، ومنها دول الخليج وتركيا، فرض سعر إعادة بيع ثابت أو حد أدنى على الموزعين، بينما يكون السعر الاسترشادي أو الحد الأقصى ممكنًا بشروط. لذلك تُصمَّم بوابة الوكلاء بحيث تكون الأسعار «استرشادية» مع حرية الوكيل في التسعير.
- العملات: تُحوَّل التكاليف المقومة بعملات أجنبية إلى عملة العرض بسعر صرف محدث مع قواعد تقريب واضحة؛ وفي تركيا تخضع بعض العقود بين المقيمين لقيود التسعير بالعملة الأجنبية.
- الضرائب والفوترة الإلكترونية: يجب أن يطبق محرك السعر ضريبة القيمة المضافة بشكل صحيح حسب نوع المنتج والعميل والبلد، وأن يتوافق تحويل العرض إلى فاتورة مع متطلبات الفوترة الإلكترونية المعمول بها، مثل منظومة الفوترة الإلكترونية في السعودية.
- التوقيع الإلكتروني: تنظم قوانين المعاملات الإلكترونية في السعودية والإمارات وقانون التوقيع الإلكتروني التركي رقم 5070 الأثر القانوني للتوقيع الإلكتروني؛ ويحدد مستشارك متى يلزم توقيع موثوق ومتى يكفي اعتماد رقمي أبسط.
- البيع للمستهلك: إذا فُتح البرنامج للمستهلكين على الموقع تُطبق التزامات حماية المستهلك مثل عرض الأسعار شاملة الضرائب، مع دراسة الاستثناءات الخاصة بالمنتجات المصنوعة حسب الطلب.
- حماية البيانات: بيانات العملاء والوكلاء وسجل العروض بيانات شخصية تخضع لنظام PDPL السعودي أو القانون الإماراتي حسب الحالة، ولقانون KVKK حيث نعمل، وGDPR للعملاء الأوروبيين.
نماذج المشروع والفريق
| النموذج | النطاق | متى يناسب |
|---|---|---|
| مشروع بنطاق ثابت | تصميم CPQ وتسليمه لعائلات منتجات محددة | الإصدار الأول بقواعد ونطاق واضحين |
| فريق مخصص | تطوير مستمر وإضافة عائلات منتجات جديدة | مصنّعون بتشكيلة واسعة ومتغيرة |
| تعزيز الفريق | إضافة خبير CPQ أو تكامل أو ثلاثي الأبعاد لفريقك | شركات لديها فريق داخلي ينقصه تخصص معين |
| خدمة مُدارة | تحديث القواعد والأسعار والصيانة ودعم المستخدمين وفق SLA | استمرارية النظام الحي |
يجري التطوير عن بُعد مع عرض أسبوعي للتقدم، وتُعقد ورش استخراج القواعد واختبارات القبول في الموقع مع فرق الإنتاج والمبيعات، أو بنمط هجين. حجم الفريق من شخص واحد إلى أكثر من 200، مع مناوبات على مدار الساعة عند الحاجة، وعملية استبدال للكوادر، وبدء معتاد خلال أسبوع إلى أسبوعين، وذلك ضمن عقد خدمات بين شركتين (B2B) يبقى فيه الخبراء تحت إدارة 360 Soft.
مراحل المشروع والمدد المعتادة
| المرحلة | المحتوى | المدة المعتادة |
|---|---|---|
| الاستكشاف واستخراج القواعد | عائلات المنتجات، أشجار الخيارات، القيود التقنية، معادلات التكلفة، سياسة السعر والخصم، مراجعة عروض سابقة | 2–4 أسابيع |
| تجهيز البيانات | تنظيف بيانات المواد والتكاليف ومطابقتها مع أكواد ERP | 2–4 أسابيع بالتوازي |
| التصميم | مسارات المستخدم، قوالب العروض، مسارات الاعتماد، تصميم التكامل | 2–3 أسابيع |
| التطوير | البدء بأول عائلة منتجات: محرك القواعد والسعر ومخرجات العرض والتكاملات الأساسية | 2–4 أشهر |
| التحقق | اختبار مقارن مع العروض السابقة وتحليل الفروق بين سعر النظام والسعر اليدوي | 2–4 أسابيع |
| التعميم | عائلات أخرى، بوابة الوكلاء، أداة الموقع، المعاينة ثلاثية الأبعاد | حسب خارطة الطريق |
مؤشرات النجاح وSLA
يُقاس نجاح مشروع CPQ بتحسن عملية البيع لا بمجرد عمل البرنامج. يُقاس الوضع في البداية، وتُحدد الأهداف معًا بناءً على هذه البيانات.
| المؤشر | التعريف | ملاحظة |
|---|---|---|
| وقت إعداد العرض | من الطلب حتى إرسال العرض | يُقارن قبل المشروع وبعده |
| نسبة أخطاء العروض | العروض المعدلة أو التي سببت مشكلة في الطلب | تعكس جودة محرك القواعد |
| انحراف الهامش | انحراف هامش العرض عن الهامش المستهدف | مؤشر انضباط الخصومات |
| وقت الاعتماد | مدة اعتماد العروض المتجاوزة للصلاحية | يؤثر في سرعة البيع |
| نسبة التحويل | العروض التي تحولت إلى طلبات | تغذي قرارات المنتج والسعر |
| وقت تحديث القواعد | مدة انعكاس منتج جديد أو تغيير سعر في النظام | يمكن تعريفه كـ SLA في عقد الصيانة |
| إتاحة النظام | نسبة وقت عمل CPQ | حرجة عند استخدام الوكلاء والموقع |
نماذج التسعير والعوامل المؤثرة
لا ننشر أسعارًا؛ فالتكلفة يحددها تعقيد قواعد المنتج وعدد عائلات المنتجات والتكاملات والحاجة إلى التصور المرئي.
| النموذج | كيف يعمل | متى يناسب |
|---|---|---|
| سعر ثابت | قيمة مشروع لعائلات ووحدات محددة | إصدار أول بنطاق واضح |
| شخص/شهر | رسوم شهرية حسب الدور لفريق مخصص | تشكيلة منتجات تتوسع باستمرار |
| بالساعة | ساعات التطوير والدعم الفعلية | تحديثات القواعد والتطويرات الصغيرة |
| حسب النتيجة أو الاستخدام | رسوم صيانة وتشغيل مرتبطة بعدد المستخدمين أو الوكلاء أو حجم العروض | تشغيل بوابة الوكلاء وأداة الموقع |
| العامل | الشرح |
|---|---|
| تعقيد القواعد | عدد الخيارات وعمق الاعتماديات والحسابات الهندسية |
| عدد عائلات المنتجات | كل عائلة تحتاج استخراج قواعد واختبارًا مستقلًا |
| جودة البيانات | تشتت بيانات المواد والتكاليف يضيف جهد تجهيز |
| التكاملات | ERP وCRM وSAP والتجارة الإلكترونية وأنظمة الإنتاج |
| التصور المرئي | صورة ثنائية الأبعاد أو رسم بمقاسات أو نموذج ثلاثي الأبعاد |
| فئات المستخدمين | واجهات وصلاحيات مستقلة للمبيعات والوكلاء والعميل النهائي |
| اللغة والعملة | قوالب ثنائية اللغة للعروض المحلية والتصديرية |
Excel أم منتج CPQ جاهز أم تطوير مخصص؟
| المعيار | Excel وعروض يدوية | منتج CPQ جاهز | CPQ مطور خصيصًا |
|---|---|---|---|
| تكلفة البدء | منخفضة | ترخيص وتكييف | استثمار تطوير |
| القواعد المعقدة | مرتبطة بالأشخاص وخطر الخطأ عالٍ | ضمن حدود النمذجة في المنتج | مرونة كاملة |
| تكامل ERP | غير موجود | موصلات جاهزة محدودة | تكامل عميق حسب الحاجة |
| استخدام الوكلاء والموقع | غير ممكن | غالبًا بترخيص إضافي | ضمن التصميم |
| التكلفة طويلة المدى | تكلفة خفية من الأخطاء والوقت | ترخيص لكل مستخدم | صيانة دون ارتباط بترخيص |
| ملكية البيانات | لديك لكنها مشتتة | على منصة المزوّد | لديك |
إذا كانت قواعد منتجاتك قياسية وكان نظام CRM لديك متكاملًا بقوة مع منتج جاهز فقد يكون المنتج الجاهز منطقيًا. أما إذا كانت القواعد معقدة أو احتجت تكاملًا عميقًا مع ERP أو كانت تجربة الوكلاء والعملاء مصدر تميز، فالتطوير المخصص أكثر مرونة.
سيناريو توضيحي: مصنّع أبواب ونوافذ ألمنيوم
سيناريو توضيحي، ولا يصف مشروع عميل حقيقي: مصنّع أبواب ونوافذ ألمنيوم يعمل عبر شبكة وكلاء يرسلون المقاسات بالبريد، فيحسب فريق العروض في المركز كميات المقاطع والزجاج والإكسسوارات بالجداول، ويعود العرض خلال أيام. وفي بعض العروض لا يُكتشف عدم توافق الفتحة مع سلسلة المقطع إلا في الإنتاج. النهج المعتاد: استخراج قواعد ومعادلات القص لأكثر السلاسل مبيعًا أولًا، وبناء محرك سعر يسحب التكاليف محدثة من ERP، وفتح بوابة للوكلاء بصلاحيات الخصم الخاصة بهم، وتحويل العرض المعتمد مع قائمة المواد إلى طلب في ERP. تختلف النتائج حسب هيكل المنتج، وتُحدد الأهداف بعد قياس الوضع الحالي.
المخاطر وسبل الحد منها
| الخطر | العَرَض | الإجراء |
|---|---|---|
| قواعد ناقصة | سماح النظام بتركيبة غير متوافقة | اختبار مقارن بالعروض السابقة، اعتماد خبير المنتج، نشر تدريجي |
| تكلفة غير محدثة | فقدان الهامش | تحديث آلي من ERP وتنبيه تغير التكلفة |
| عدم تبني المستخدمين | عودة فريق المبيعات إلى Excel | إشراك المستخدمين في التصميم، واجهة سريعة، تدريب |
| صعوبة صيانة القواعد | الحاجة لمبرمج عند كل تغيير | شاشات قواعد يديرها غير التقنيين |
| نطاق مفرط | محاولة تغطية كل المنتجات في الإصدار الأول | البدء بالعائلة الأكثر مبيعًا والتوسع تدريجيًا |
| أخطاء التكامل | نقل طلب خاطئ إلى ERP | بيئة اختبار، سجلات نقل، طوابير أخطاء |
الأمن والسرية والعقد والملكية الفكرية
- نوقّع اتفاقية عدم إفصاح متبادلة في البداية ضمن عقد خدمات B2B، وتُصنف هياكل التكلفة والهوامش وسياسات الخصم كأكثر المعلومات حساسية.
- تُحمى بيانات التكلفة والهامش بصلاحيات حسب الأدوار، ولا يراها الوكلاء أو العملاء في أي واجهة.
- تُعرَّف قواعد الإشعار والصلاحيات ومدد الحفظ وفق قانون حماية البيانات المعمول به (PDPL السعودي أو القانون الإماراتي) وKVKK وGDPR عند الحاجة.
- يُحمى دخول الوكلاء والموقع بالتحقق الثنائي وأمان الجلسات وسجلات العمليات.
- تُنقل إليك الملكية الفكرية للشيفرة ومجموعات القواعد والتوثيق كما يحدد العقد، مع نسخ احتياطي لأرشيف العروض وسجل التغييرات.
قائمة تحقق لاختيار المزوّد
- هل يشرح كيف يدير ورش استخراج القواعد ومن يجب أن يشارك؟
- هل يقترح بنية تتيح تحديث القواعد دون مبرمج؟
- هل يُجري تحققًا مقارنًا مع العروض السابقة؟
- هل لديه خبرة تكامل ERP ويشرح كيف يُبقي التكاليف محدثة؟
- هل يدرك حساسية قانون المنافسة في تسعير الوكلاء؟
- هل يقترح خطة تدريجية تبدأ بالعائلة الأكثر مبيعًا؟
- هل تُسلَّم الشيفرة وتوثيق القواعد لك؟
- هل يقدم SLA للصيانة وتحديث القواعد؟
- هل لديه خطة تدريب وتبنٍّ للمستخدمين؟
ولمتابعة الفرص قبل العرض وبعده راجع إدارة CRM، ولتصميم واجهة أداة التهيئة تصميم UI/UX.
الأسئلة الشائعة
لماذا برنامج مخصص بدل منتج CPQ جاهز؟
إذا كانت قواعد منتجاتك معقدة أو احتجت تكاملًا عميقًا مع ERP فالتطوير المخصص أكثر مرونة. وإذا كانت القواعد قياسية فيمكن دراسة منتج جاهز، ويُتخذ القرار معًا في مرحلة الاستكشاف.
هل يمكن لوكلائنا استخدامه؟
نعم. يمكن بناؤه كنظام طلبات للوكلاء بقوائم أسعار لكل وكيل وصلاحيات خصم وأدوار مستخدمين.
هل يمكن تضمينه في موقعنا الإلكتروني؟
نعم. يمكن بناؤه كأداة ويب يُعد فيها العميل عرضه بنفسه، دون أن تظهر بيانات التكلفة والهامش في هذه الواجهة.
هل نستطيع تحديث القواعد بأنفسنا؟
نعم، وهذا هو الهدف. تُصمَّم شاشات القواعد والأسعار ليستخدمها مديرو المنتجات والمبيعات غير التقنيين.
هل تتحدث التكاليف آليًا من ERP؟
نعم. عبر التكامل تُسحب تكاليف المواد وقوائم الأسعار بانتظام، ويمكن إصدار تنبيه عندما يتجاوز تغير التكلفة حدًا معينًا.
هل التصور ثلاثي الأبعاد ضروري؟
لا. تكفي المعاينة المرئية أو الرسم بالمقاسات لكثير من المنتجات، ويُنصح بالنموذج ثلاثي الأبعاد حيث يكون أثره في المبيعات كبيرًا ويبرر تكلفته.
هل يمكن إصدار العروض بالعربية والإنجليزية؟
نعم. تُصمَّم قوالب العروض بهوية شركتك وبلغة واحدة أو أكثر، وتُضاف المواصفات ومدة الصلاحية والشروط آليًا.
هل يمكن الاعتماد بالتوقيع الإلكتروني؟
نعم، يمكن بناء مسار توقيع إلكتروني أو اعتماد رقمي، ويحدد مستشارك القانوني الوثائق التي تتطلب توقيعًا موثوقًا.
كم يستغرق الإصدار الأول؟
يستغرق الإصدار الأول الذي يبدأ بعائلة منتجات واحدة عادة بضعة أشهر شاملة الاستكشاف والتحقق، وتعتمد المدة على تعقيد القواعد وتجهيز البيانات.
كيف يتم التسعير؟
بمشروع بسعر ثابت أو فريق شخص/شهر أو دعم بالساعة أو تشغيل مرتبط بالمستخدمين والحجم، ويتضح النطاق في عرض مكتوب بعد الاستكشاف.
لمن تعود ملكية الشيفرة المصدرية؟
تُنقل إليك الشيفرة ومجموعات القواعد والتوثيق كما يحدد العقد.
صفحات ذات صلة
- إدارة CRM
- دعم أنظمة ERP
- إسناد قطاع التصنيع
- تكاليف تطوير التطبيقات
- توظيف مطورين من تركيا
- حلولنا
- 360 Soft بالعربية
لنتحدث عن مشروعك
هل تريد مناقشة أتمتة عروض الأسعار لديك (شاركنا عائلات منتجاتك وبعض العروض السابقة ونظام ERP المستخدم)؟ تواصل معنا عبر الهاتف +90 850 335 10 87، أو البريد الإلكتروني info@360-soft.com، أو واتساب، أو من خلال صفحة التواصل. نشارك معك نطاق العمل والجدول الزمني وعرضًا مكتوبًا. 360 Soft Marketing Yazılım ve Danışmanlık Ltd. Şti.، Nidakule Ataşehir Batı، Barbaros Mah. Begonya Sk. No:1 D:2، 34746 أتاشهير/إسطنبول.
النسخة التركية من هذه الصفحة: Türkçe.
