عندما لا تكفي السلة التقليدية لطريقة بيعك.

قد يتغير السعر بحسب الكمية أو الخصائص أو المنطقة أو نوع العميل أو الموعد أو المادة. نجمع هذا المنطق في مكان يمكن إدارته واختباره وشرح نتيجته.

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

نجاح الدفع أو فشله أو بقاؤه معلقاً، والإلغاء والاسترداد وتأخر Webhook كلها حالات واقعية. يجب أن يفهمها النظام حتى لا يصبح المال في حالة والطلب في حالة أخرى.

قد ينتقل الطلب إلى الإنتاج أو التجهيز أو المخزون أو الشحن أو فريق الخدمة. نربط هذه الخطوات بحالات واضحة بدلاً من نقلها إلى بريد ورسائل منفصلة.

يمكن للعميل رؤية الطلبات والفواتير والملفات والحالة ضمن صلاحياته، ما يقلل الاتصالات التي هدفها الوحيد معرفة آخر تحديث.

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

الربط مع المحاسبة والشحن والمخزون وCRM ونظام الإنتاج يقلل إعادة إدخال البيانات ويبقي حالة الطلب أقرب إلى الواقع.

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

نبني منطق تسعير يمكن تتبعه واختباره وشرح سبب النتيجة التي وصل إليها.

بعد الدفع تبدأ حالات مثل حجز المخزون والإنتاج والتجهيز والشحن والإلغاء والاسترداد والإرجاع أو التواصل مع العميل. إذا توقف نموذج البيانات عند نجاح الدفع سيعود الفريق إلى إدارة بقية الرحلة يدوياً.

نربط هذه الحالات بالطلب نفسه حتى يرى العميل والدعم والعمليات صورة واحدة.

تزداد القيمة عندما يستطيع العميل إدارة المستخدمين أو تنزيل مستندات أو متابعة حالة أو إعادة طلب أو اعتماد خطوة من دون الاتصال بالدعم.

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

هل المتاح هو الموجود فعلياً، أم غير المحجوز، أم الموجود لدى المورد، أم ما يمكن إنتاجه خلال يوم؟ خلط هذه المعاني يؤدي إلى بيع ما لا يمكن توفيره ووعود تسليم غير دقيقة.

نحدد ملكية الحالة وسياسة الحجز، ونربط التنفيذ بالموقع الفعلي عندما توجد مخازن أو مسارات تجهيز متعددة.

قد ينجح الدفع ولا يصل إشعار المزود، أو يغادر العميل أثناء التحويل، أو تحتاج المعاملة إلى استرداد جزئي. نعتمد على التحقق من المزود ومنع التكرار والمصالحة حتى لا تنفصل حالة المال عن حالة الطلب.

وأي تدخل يدوي مهم يمر عبر مسار مفهوم ومسجل، لا عبر تعديل قاعدة البيانات تحت ضغط الدعم.

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

نحافظ على أساس مشترك للعميل والمنتج والطلب، ونضع الاختلافات في طبقة يمكن فهمها وتطويرها.

إساءة استخدام القسائم، ومحاولات تسجيل الدخول بكلمات مرور مسرّبة، والبحث المتسلسل عن الحسابات، والتلاعب بالاسترداد قد تسبب خسارة من دون اختراق الخادم.

نستخدم حدوداً وصلاحيات ومؤشرات للسلوك غير المعتاد بحسب المخاطر، مع تجنب فرض خطوات مزعجة على كل عميل شرعي.

قد يبدأ الزائر من دون حساب، ثم يسجل أو ينضم إلى مؤسسة أو يعود إلى طلب قديم. يجب أن يربط النظام هذه الحالات من دون خلط ملكية الطلبات أو كشف سجل عميل آخر.

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