تتيح الفوترة المعتمدة على المقاعد فرض رسوم على العملاء بناءً على عدد المستخدمين أو أعضاء الفريق أو التراخيص التي يحتاجونها. إنها نموذج التسعير القياسي لأدوات التعاون الجماعي، وبرمجيات المؤسسات، ومنتجات SaaS بين الشركات.
Implementation Tutorial
دليل خطوة بخطوة مع أمثلة تعليمات برمجية.
Add-ons Documentation
تعرف على نظام الإضافات الذي يغذي الفوترة المعتمدة على المقاعد.
Subscription Management
إدارة الاشتراكات المعتمدة على المقاعد وتغييرات الخطة.
Webhooks
تتبع تغييرات المقاعد باستخدام ويب هوكس الاشتراك.
ما هي الفوترة المعتمدة على المقاعد؟
تفرض الفوترة المعتمدة على المقاعد (المعروفة أيضًا بالتسعير لكل مستخدم أو لكل مقعد) رسومًا على العملاء بناءً على عدد المستخدمين الذين يصلون إلى منتجك. بدلاً من رسم ثابت، يتزايد السعر مع حجم الفريق.حالات الاستخدام الشائعة
فوائد التسعير المعتمد على المقاعد
لعملك:- تتزايد الإيرادات بشكل طبيعي مع نمو العملاء
- تسعير يمكن التنبؤ به يمكن للعملاء وضع ميزانية له
- مسار ترقية واضح من الفرد إلى الفريق إلى المؤسسة
- قيمة عمرية أعلى مع توسع الفرق
- الدفع فقط مقابل ما يستخدمونه
- سهل الفهم وتوقع التكاليف
- مرونة لإضافة/إزالة المستخدمين حسب الحاجة
- تسعير عادل يتناسب مع حجم الفريق
كيف تعمل الفوترة المعتمدة على المقاعد في Dodo Payments
تقوم Dodo Payments بتنفيذ الفوترة المعتمدة على المقاعد باستخدام نظام الإضافات. إليك كيف يعمل:نظرة عامة على الهيكلية
يكلف اشتراك Team Pro 99 دولارًا شهريًا ويشمل 5 مقاعد. إذا كان لديك أكثر من 5 مستخدمين، تدفع 15 دولارًا إضافية شهريًا عن كل مقعد إضافي. على سبيل المثال، إذا كانت فرقك تحتاج 15 مقعدًا:- الخطة الأساسية: 99 دولارًا شهريًا (تشمل 5 مقاعد)
- الإضافات: 10 مقاعد إضافية × 15 دولارًا شهريًا = 150 دولارًا شهريًا
- التكلفة الشهرية الإجمالية: 99 + 150 = 249 دولارًا مقابل 15 مقعدًا
المكونات الرئيسية
استراتيجيات التسعير
اختر استراتيجية التسعير المعتمدة على المقاعد التي تناسب عملك:الاستراتيجية 1: خطة أساسية + إضافة لكل مقعد
قم بتضمين عدد محدد من المقاعد في الخطة الأساسية، وفرض رسوم على المقاعد الإضافية. مثال:الاستراتيجية 2: تسعير لكل مقعد فقط
فرض رسوم ثابتة لكل مقعد دون رسوم أساسية. مثال:الاستراتيجية 3: تسعير مقاعد متدرجة
خطط أساسية مختلفة مع معدلات مختلفة لكل مقعد. مثال:الاستراتيجية 4: حزم المقاعد
بيع المقاعد في حزم بدلاً من فردية. مثال:إعداد الفوترة المعتمدة على المقاعد
الخطوة 1: خطط لتسعيرك
قبل التنفيذ، حدد هيكل التسعير الخاص بك:1
Define Base Plan
قرر ما يتم تضمينه في الاشتراك الأساسي:
- السعر الأساسي (يمكن أن يكون 0 دولار للاشتراك المعتمد كليًا على المقاعد)
- عدد المقاعد المشمولة
- الميزات المتاحة في هذا المستوى
2
Set Seat Pricing
حدد تكلفة الإضافة لكل مقعد:
- السعر لكل مقعد إضافي
- أي خصومات على الكميات (عبر إضافات متعددة)
- الحد الأقصى للمقاعد المسموح بها (إن وُجد)
3
Consider Billing Frequency
وافق تسعير المقاعد مع دورة الفوترة الخاصة بك:
- الاشتراكات الشهرية → رسوم مقاعد شهرية
- الاشتراكات السنوية → رسوم مقاعد سنوية (غالبًا مخفضة)
الخطوة 2: إنشاء إضافة المقعد
في لوحة معلومات Dodo Payments الخاصة بك:- انتقل إلى المنتجات → الإضافات
- انقر على إنشاء إضافة
- قم بتكوين الإضافة:
الخطوة 3: إنشاء الاشتراك الأساسي
قم بإنشاء منتج الاشتراك الخاص بك:- انتقل إلى المنتجات → إنشاء منتج
- اختر اشتراك
- قم بتكوين التسعير والتفاصيل
- في قسم الإضافات، قم بإرفاق إضافة المقعد الخاصة بك
الخطوة 4: ربط الإضافة بالمنتج
قم بربط إضافة المقعد باشتراكك:- قم بتحرير منتج الاشتراك الخاص بك
- انتقل إلى قسم الإضافات
- انقر على إضافة إضافات
- اختر إضافة المقعد الخاصة بك
- احفظ التغييرات
يدعم منتج الاشتراك الخاص بك الآن التسعير المعتمد على المقاعد. يمكن للعملاء شراء أي كمية من المقاعد الإضافية أثناء إتمام عملية الدفع.
إدارة المقاعد
إضافة مقاعد للاشتراكات الجديدة
عند إنشاء جلسة الخروج، حدد كمية المقاعد:تغيير عدد المقاعد في الاشتراكات الحالية
استخدم واجهة برمجة التطبيقات لتغيير الخطة لضبط المقاعد:إزالة المقاعد
لتقليل عدد المقاعد، حدد الكمية الأقل:إزالة جميع المقاعد الإضافية
مرر مصفوفة إضافات فارغة لإزالة جميع الإضافات:التقسيم لتغييرات المقاعد
عندما يضيف العملاء أو يزيلون المقاعد في منتصف الدورة، يحدد التقسيم كيفية فرض الرسوم عليهم.أوضاع الحساب النسبي
أمثلة على التناسب
الحالة: تبقى 15 يومًا من دورة الفوترة، إضافة 5 مقاعد بسعر 10 دولارات لكل مقعد- prorated_immediately
- difference_immediately
- full_immediately
- do_not_bill
معاينة قبل التغيير
قم دائمًا بمراجعة التناسب قبل إجراء التغييرات:تتبع المقاعد باستخدام الويب هوكس
راقب تغيرات المقاعد عن طريق الاستماع إلى الاشتراك باستخدام الويب هوكس:الأحداث ذات الصلة
مثال على معالج الويب هوك
فرض حدود المقاعد
يجب على تطبيقك فرض حدود المقاعد. تتبع Dodo Payments الفوترة، ولكنك تتحكم في الوصول.استراتيجيات التنفيذ
- Hard Limit
- Soft Limit with Warning
- Auto-Upgrade
منع إضافة المستخدمين بشكل صارم مقارنةً بعدد المقاعد.
أنماط متقدمة
أنواع مختلفة من المقاعد
عرض أنواع مختلفة من المقاعد بأسعار مختلفة:خصومات المقاعد السنوية
عرض تخفيضات سنوية لأسعار المقاعد:متطلبات حَدّ المقاعد الأدنى
فرض عدد أدنى من المقاعد لبعض الخطط:أفضل الممارسات
أفضل ممارسات التسعير
- التواصل الواضح: عرض تسعير المقاعد بشكل بارز على صفحة التسعير الخاصة بك
- المقاعد المضمنة: النظر في تضمين بعض المقاعد في السعر الأساسي لتقليل العوائق
- خصومات الحجم: تقديم أسعار أقل للمقعد الواحد للفرق الأكبر للفوز بالعقود الكبيرة
- الحوافز السنوية: تخفيض الخطط السنوية لتحسين التدفق النقدي والاحتفاظ بالعملاء
أفضل الممارسات التقنية
- تخزين أعداد المقاعد مؤقتًا: تخزين أعداد المقاعد المؤقتة محليًا لتجنب إجراء طلبات API على كل طلب
- المزامنة بانتظام: مزامنة عدد المقاعد المحلي لديك بشكل دوري مع Dodo Payments عبر API
- تعامل مع الإخفاقات: إذا فشل تغيير المقعد، أظهر رسائل خطأ واضحة وخيارات لإعادة المحاولة
- سجل التدقيق: سجل جميع تغييرات المقاعد للنزاعات الفوترة والامتثال
أفضل الممارسات لتجربة المستخدم
- التغذية الراجعة في الوقت الفعلي: إظهار تأثير التكلفة فورًا عند تعديل المقاعد
- خطوات التأكيد: طلب تأكيد قبل إجراء تغييرات الفوترة
- شفافية التناسب: شرح تفاصيل الرسوم التناسبية قبل تطبيقها بوضوح
- تسهيل التخفيضات: لا تجعل من الصعب تقليل المقاعد (يُبني الثقة)
استكشاف الأخطاء وإصلاحها
Seat count mismatch between app and billing
Seat count mismatch between app and billing
العرض العرضي: يظهر تطبيقك عددًا مختلفًا من المقاعد عن الاشتراك.الأسباب:
- الويب هوك لم يُتلقَ أو لم يُعالج
- حالة السباق أثناء تغيير المقعد
- البيانات المخزنة مؤقتًا غير محدثة
- قم بتنفيذ معالجات الويب هوك لـ
subscription.plan_changed - أضف زر “مزامنة مع الفوترة” الذي يجلب الاشتراك الحالي
- تعيين TTL للتخزين المؤقت لضمان التحديث المنتظم
Proration charges unexpected
Proration charges unexpected
العرض العرضي: العميل مشوش من مبلغ الشحن في منتصف الدورة.الأسباب:
- لم يتم توضيح وضع التناسب بشكل واضح
- العميل لم يرَ المعاينة قبل التأكيد
- استخدم دائمًا
previewChangePlanقبل إجراء التغييرات - أظهر تفاصيل واضحة: “إضافة X مقاعد = $Y اليوم (تناسب Z أيام)”
- وثق سياسة التناسب الخاصة بك في مركز المساعدة
Add-on not appearing in checkout
Add-on not appearing in checkout
العرض العرضي: الإضافة للمقاعد غير متاحة أثناء الدفع.الأسباب:
- الإضافة غير ملحقة بالمنتج
- الإضافة مؤرشفة أو محذوفة
- عدم التطابق بين العملات بين المنتج والإضافة
- تحقق من أن الإضافة ملحقة في إعدادات المنتج
- تحقق من حالة الإضافة في لوحة التحكم الإضافية
- تأكد من تطابق العملات بشكل تام
Cannot reduce seats below current usage
Cannot reduce seats below current usage
العرض العرضي: العميل يريد تقليل المقاعد ولكن لديه مستخدمون مخصصون.الحلول:
- أظهر أي المستخدمين يجب إزالتهم قبل تقليل المقاعد
- تنفيذ سير عمل: إزالة المستخدمين → تقليل المقاعد
- ضع في اعتبارك فترة سماح قبل فرض تقليل المقاعد
الوثائق ذات الصلة
Seat-Based Pricing Tutorial
دليل التنفيذ الكامل مع الكود.
Add-ons
فهم نظام الإضافات بالتفصيل.
Plan Changes & Proration
التعامل مع تعديلات الاشتراك.
Subscription Webhooks
تتبع أحداث الاشتراك.