ابنِ نظام CPQ يعرف دفتر أسعارك

Kliv ليست حزمة CPQ جاهزة ومغلقة — إنها ذكاء اصطناعي يبني البرمجيات نيابةً عنك.

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

في هذه الصفحة، ذلك التطبيق هو نظام CPQ مبني حول قواعد منتجاتك ودفتر أسعارك. تبني Kliv كل أنواع تطبيقات الويب؛ وهذا مثال واحد.

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

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

محرّك تسعير واحد مكتوب صراحةً. يعمل منطق التسعير كدوال TypeScript على الخادم بأنواع محددة. المنطق نفسه يحسب العرض لكل مندوب، ويتزامن كود مصدر التطبيق مع مستودع Git الخاص بك وهو يتطور.

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

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

العرض يمكن أن يصبح مالًا. حين يجب أن تنتهي الصفقة بدفع بالبطاقة، مثل عقد خدمة بقيمة 15,000 ريال يُباع مع المعدات، تجري عملية الدفع على حساب Stripe الخاص بك. وما اشتراه العميل يُفتح له عندما يدفع. التسعير جزء من قصة المال؛ صفحة التجارة تغطي الكتالوجات والدفع والتجديدات.

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