كيف تُفوِّت كورسر
يجمع Cursor بين اشتراك شهري ومجموعة استخدام مضمنة مستهلكة. يدفع المستخدمون سعراً متوقعاً، بينما يغطي Cursor التكلفة المتغيرة لنماذج AI المختلفة من تلك المجموعة. شرائح الأسعار: يقدّم Cursor شرائح تبدأ من Hobby وتصل إلى Ultra. تتضمن خطط Cursor مجموعات استخدام تُحاسَب بسعر API الخاص بكل نموذج، وليس بعدد ثابت من الطلبات (مستندات أسعار Cursor). القيم الخاصة بالحدود المسموح بها للطلبات في الجدول هي قيم توضيحية تمثلها عملية التفكيك هذه.
الاستنفاد الموزون حسب النموذج: يستهلك كل طلب أرصدةً بناءً على تكلفة النموذج الأساسي. يغطي اشتراك واحد عدة موفّري نماذج، وتستهلك العمليات المكلفة مقدارًا أكبر من المجموعة. لا ينشر Cursor تكاليف الأرصدة لكل طلب، لذا فإن الأوزان أدناه توضيحية.
نفاد الأرصدة والرسوم الإضافية: عند نفاد الأرصدة، ينتقل المستخدمون إلى قائمة انتظار “Slow” التي تستخدم نماذج أقل تكلفة بدلًا من إيقاف الخدمة عنهم. ويمكن للمستخدمين أيضًا تفعيل الاستخدام عند الطلب للحفاظ على الوصول إلى الميزات المميزة، مع تحصيل الرسوم في نهاية الدورة.
Enterprise: في خطة Enterprise، تتشارك المؤسسة بأكملها مجموعة استخدام واحدة. ويستهلك المستخدمون كثيفو الاستخدام من المجموعة نفسها التي يستخدمها الجميع، لذلك لا يمنع حدّ أحد الأشخاص الآخرين من الاستخدام بينما تكون لدى زملائهم سعة غير مستعملة. يدرج Cursor الاستخدام المشترك كميزة في Enterprise على صفحة الأسعار.
ما الذي يميّزه
يوازن نموذج Cursor بين تجربة المستخدم وتكلفة البنية التحتية عبر أربع طرق:- تجريد الموفّر: يضم اشتراك واحد عدة موفّري LLM، مثل OpenAI وAnthropic. ويتولى Cursor التعامل مع أسعار الموفّرين ومفاتيح API.
- الاستنفاد الموزون: تكلّف النماذج القوية أرصدةً أكثر، لذلك يتتبع سعر الطلب تكلفته.
- التدهور التدريجي: تحل قائمة الانتظار “Slow” محل الإيقاف الكامل. ويبقى المستخدمون داخل المنتج، بينما تشجع التجربة الأبطأ على الترقية.
- الأرصدة المشتركة: تتيح مجموعة على مستوى المؤسسة للفريق مشاركة السعة بدلًا من إدارة حدود فردية.
أنشئ هذا باستخدام Dodo Payments
يمكنك إنشاء هذا النموذج باستخدام استحقاقات الأرصدة والفوترة المستندة إلى الاستخدام في Dodo Payments. تنشئ الخطوات أدناه الرصيد والخطط والعداد ومنطق قائمة الانتظار البطيئة وعملية الدفع.1
Create a Custom Unit Credit Entitlement
انتقل إلى Products → Credits وانقر على Create Credit. يمثّل هذا الرصيد “Premium Requests” التي تأتي مع كل اشتراك. استخدم الإعدادات التالية:
- نوع الرصيد: Custom Unit
- اسم الوحدة: “Premium Requests”
- الدقة: 0 (لا يمكن تقسيم الطلب)
- انتهاء صلاحية الرصيد: 30 يومًا (تُعاد تهيئة الأرصدة في كل دورة فوترة)
- الترحيل: معطّل (لا تنتقل الطلبات غير المستخدمة إلى الدورة التالية)
- السماح بالاستخدام الزائد: مفعّل
- السعر لكل وحدة: $0.04 (تكلفة كل طلب بعد استخدام المجموعة المشمولة)
- سلوك الاستخدام الزائد: تحصيل رسوم الاستخدام الزائد عند الفوترة (تُضاف تكلفة الاستخدام الزائد إلى الفاتورة التالية)
2
Create Subscription Products
أنشئ منتج اشتراك واحدًا لكل شريحة. أرفق استحقاق الرصيد نفسه بكل منتج، مع قيمة مختلفة في Credits issued per billing cycle. ويسهّل وجود نظام أرصدة واحد عبر جميع الشرائح عمليات الترقية وخفض الخطة.
- Hobby: $0/شهريًا، 50 رصيدًا/الدورة
- Pro: $20/شهريًا، 500 رصيد/الدورة
- Pro+: $60/شهريًا، 5000 رصيد/الدورة (غير محدود عمليًا لمعظم المستخدمين)
- Ultra: $200/شهريًا، 50000 رصيد/الدورة (غير محدود عمليًا)
3
Create a Usage Meter Linked to Credits
أنشئ عدادًا باسم الحدث
ai.request، وتجميع Sum، مع credit_cost باعتباره Over Property. في المنتج المستند إلى الاستخدام، فعّل Bill usage in Credits، وحدد استحقاق الرصيد، واضبط Meter units per credit على 1.يحدد تطبيقك تكلفة الأرصدة لكل طلب استنادًا إلى النموذج ونوع الإجراء، ثم يرسلها في الحدث:4
Handle Credit Exhaustion (Slow Queue)
اشترك في webhook
credit.balance_low. عندما ينخفض رصيد العميل عن Low Balance Threshold المحدد في المنتج، انقله إلى قائمة انتظار بطيئة في تطبيقك. هذا هو منطق التدهور التدريجي.5
Create Checkout
أنشئ جلسة دفع عند اشتراك المستخدم في خطة. يتولى Dodo Payments معالجة الدفع وحساب الضريبة ومنح أرصدة الخطة.
سرّع العمل باستخدام مخطط استيعاب LLM
تقود الأحداث الموزونة بالأرصدة أعلاه عملية الفوترة. ولتسجيل استهلاك الرموز الخام لكل موفّر أيضًا، شغّل مخطط استيعاب LLM إلى جانب نظام الأرصدة.inputTokens وoutputTokens وtotalTokens وmodel في البيانات الوصفية للحدث. وتحصل على مستويين من البيانات: أحداث موزونة بالأرصدة للفوترة، وأعداد الرموز الخام لتحليل التكلفة والهامش.
أرصدة الفريق المشتركة (Enterprise)
تجمع خطة Enterprise في Cursor الاستخدام عبر الفريق. ولإنشاء ذلك باستخدام Dodo Payments، أنشئ اشتراكًا واحدًا للمؤسسة بدلًا من اشتراك لكل مستخدم. يتراكم استخدام الفريق بعد ذلك ضمن كيان فوترة واحد، وهو ما يتوقعه العملاء الأكبر حجمًا.استراتيجية التنفيذ
- العميل على مستوى المؤسسة: أنشئ عميل Dodo Payments واحدًا للمؤسسة بأكملها. يحتفظ هذا العميل بمجموعة الأرصدة المشتركة، وتنتمي جميع الفواتير ومنح الأرصدة إلى
customer_idالخاص به. - الفوترة المستندة إلى المقاعد: افرض رسوم منصة لكل مستخدم مع إضافة مقاعد، كما هو موضح في الفوترة المستندة إلى المقاعد. عند إضافة الفريق عضوًا، غيّر كمية الإضافة. تنمو الإيرادات مع عدد المستخدمين، بينما تبقى مجموعة الأرصدة منفصلة.
- تتبع الاستخدام المشترك: أرسل طلبات كل عضو في الفريق باستخدام
customer_idالخاص بالمؤسسة، بحيث يستنفد كل طلب المجموعة نفسها. ولإعداد تقارير عن المستخدمين الفرديين، أضفuser_idإلى البيانات الوصفية للحدث.
مقارنة بالفوترة التقليدية لمنتجات SaaS
تستخدم الفوترة التقليدية لمنتجات SaaS شرائح بسعر ثابت، مثل $10 شهريًا مقابل 100 وحدة. وغالبًا ما يضطر المستخدم الذي يحتاج إلى 101 وحدة إلى الانتقال إلى شريحة بسعر $50 شهريًا. ويشعر المستخدمون بالإحباط من هذه “الهاوية”، مما يؤدي إلى زيادة التوقف عن الاستخدام. كما تتجاهل الشرائح الثابتة اختلاف تكاليف أنواع الاستخدام المختلفة، وهو أمر مهم لمنتجات AI. يتجنب نموذج على نمط Cursor مبني على Dodo Payments هذه المشكلات:- لا تأثيرات “الهاوية”: لا يضطر المستخدمون إلى الترقية عند بلوغ حد معين. يمكنهم الدفع مقابل الاستخدام الزائد أو قبول الأداء الأبطأ، لذلك يواصلون العمل داخل المنتج.
- مواءمة التكلفة: تتبع الإيرادات تكلفة البنية التحتية. ويدفع مستخدمو النماذج المكلفة أكثر، من خلال الأرصدة أو الاستخدام الزائد، مما يحمي هوامشك في الميزات مرتفعة التكلفة.
- احتفاظ أفضل: يمكن للمستخدمين الذين يبلغون حدهم مواصلة العمل بدلًا من إيقافهم. ويؤدي الاستخدام المستمر إلى بناء الولاء وزيادة القيمة الدائمة للعميل.
التعامل مع تحديثات النماذج وتطورها
يحدّث موفّرو AI النماذج ويستبدلونها باستمرار، وقد تكون تكلفة النموذج الجديد مختلفة. وبما أن تكاليف الأرصدة موجودة في تطبيقك، يمكنك تسعير نموذج جديد دون ترحيل بيانات الفوترة. لإضافة نموذج أعلى تكلفة، امنحه تكلفة أعلى فيgetCreditCost. لا تغيّر استحقاق الرصيد أو العداد أو الاشتراكات الحالية. وتبقى الفوترة منفصلة عن منطق التطبيق، بحيث يمكنك إطلاق تغييرات النماذج دون تعديل الفوترة.
إشعارات المستخدم والشفافية
اعرض للمستخدمين عدد الأرصدة التي استخدموها حتى يتمكنوا من إدارة التكلفة والثقة بالفاتورة. يتم تشغيل webhook credit.balance_low عندما ينخفض الرصيد عن Low Balance Threshold الخاص بالمنتج. ولإضافة نقاط تحقق أخرى، مثل استخدام 50% و80%، قارن الرصيد في أحداث credit.deducted مع تخصيص الخطة.
أرسل هذه التنبيهات عبر البريد الإلكتروني أو رسالة داخل التطبيق أو Slack. ويتيح التحذير في الوقت المناسب للمستخدمين تقليل الاستخدام أو الترقية قبل الوصول إلى قائمة الانتظار البطيئة، مما يقلل طلبات الدعم.
الأمان ومنع الاحتيال
للأرصدة قيمة مالية مباشرة، لذا احمِ النظام الذي ينفقها.- Idempotency: امنح كل حدث استخدام معرّفًا فريدًا هو
event_id. يستخدم Dodo Payments هذا المعرّفevent_idلاكتشاف التكرارات، لذلك لا تؤدي إعادة محاولة الشبكة بالمعرّف نفسه إلى تحصيل الرسوم من المستخدم مرتين. - تحديد معدل الطلبات: حدّد معدلات الطلبات في تطبيقك حتى لا يتمكن مستخدم واحد من استنفاد أرصدته أو ميزانية الموفّر بسرعة كبيرة.
- المراقبة: راقب الاستخدام بحثًا عن الحالات الشاذة، مثل مشاركة الحساب أو إساءة الاستخدام الآلية. يعرض قسم Customers في لوحة معلومات العداد إجماليات الاستخدام لكل عميل.
أفضل الممارسات لأنظمة الأرصدة
ضع هذه الممارسات في الاعتبار عند تصميم نظام أرصدة:- حافظ على البساطة: ينبغي أن يفهم المستخدمون تكلفة الطلب وعدد الأرصدة المتبقية لديهم.
- قدّم قيمة: سعّر الطلبات بحيث يشعر المستخدمون بأن الأرصدة تستحق التكلفة. فالتكلفة التي تبدو مرتفعة مقابل إجراء صغير توحي بفرض رسوم على كل شيء.
- كن شفافًا: اعرض رصيد الأرصدة الحالي وسجل الاستخدام. ويمكن للعملاء أيضًا رؤية كليهما في Customer Portal.
- أتمت كل شيء: استخدم webhooks وواجهات API في Dodo Payments لأتمتة مهام الفوترة وإزالة العمل اليدوي.
ميزات Dodo الرئيسية المستخدمة
Credit-Based Billing
أدر مجموعات الأرصدة المستنفدة والاستخدام الزائد باستخدام الوحدات المخصصة.
Subscriptions
أعدد الفوترة المتكررة للشرائح المختلفة مع أرصدة مدمجة.
Usage-Based Billing
تتبع الأحداث وأصدر الفواتير استنادًا إلى الاستهلاك.
Event Ingestion
أرسل بيانات الاستخدام كبيرة الحجم إلى Dodo Payments.
Webhooks
استجب لتغيّرات رصيد الأرصدة وأتمت تصنيف المستخدمين.
LLM Ingestion Blueprint
تتبع الرموز تلقائيًا عبر موفّري LLM متعددين.