Bagaimana Cursor Menagih
Cursor menggabungkan langganan bulanan dengan kumpulan penggunaan yang termasuk dan terus berkurang. Pengguna membayar harga yang dapat diprediksi, sementara Cursor menanggung biaya variabel berbagai model AI dari kumpulan tersebut. Tingkatan Harga: Cursor menawarkan tingkatan mulai dari Hobby hingga Ultra. Paket Cursor mencakup kumpulan penggunaan yang dikenai biaya berdasarkan harga API setiap model, bukan jumlah request tetap (dokumentasi harga Cursor). Batas request dalam tabel ini adalah nilai ilustratif yang digunakan dalam deconstruction ini.
Pengurangan Berbobot Model: Setiap request mengonsumsi credit berdasarkan biaya model yang digunakan. Satu subscription mencakup beberapa penyedia model, dan operasi yang mahal mengurangi pool lebih banyak. Cursor tidak memublikasikan biaya credit per request, jadi bobot di bawah ini bersifat ilustratif.
Kehabisan Credit dan Overage: Saat credit habis, pengguna dipindahkan ke antrean “Slow” dengan model yang lebih murah, bukan langsung dihentikan. Pengguna juga dapat mengaktifkan penggunaan on-demand untuk mempertahankan akses premium, yang ditagihkan pada akhir siklus.
Enterprise: Pada paket Enterprise, seluruh organisasi berbagi satu pool penggunaan. Pengguna dengan penggunaan tinggi mengambil dari pool yang sama dengan pengguna lainnya, sehingga batas satu orang tidak menghalangi mereka ketika anggota tim lain masih memiliki kapasitas yang belum digunakan. Cursor mencantumkan penggunaan bersama sebagai fitur Enterprise di halaman harganya.
Hal yang Membuatnya Unik
Model Cursor menyeimbangkan pengalaman pengguna dengan biaya infrastruktur melalui empat cara:- Abstraksi Provider: Satu subscription membungkus beberapa provider LLM, seperti OpenAI dan Anthropic. Cursor menangani harga provider dan API keys.
- Pengurangan Berbobot: Model yang lebih canggih membutuhkan lebih banyak credit, sehingga harga request mengikuti biayanya.
- Degradasi Bertahap: Antrean “Slow” menggantikan penghentian paksa. Pengguna tetap berada di dalam produk, dan pengalaman yang lebih lambat mendorong upgrade.
- Credit Bersama: Pool tingkat organisasi memungkinkan tim berbagi kapasitas tanpa mengelola batas individual.
Bangun Ini dengan Dodo Payments
Anda dapat membangun model ini dengan entitlement credit Dodo Payments dan billing berbasis penggunaan. Langkah-langkah di bawah ini membuat credit, paket, meter, logika antrean lambat, dan checkout.1
Create a Custom Unit Credit Entitlement
Buka Products → Credits dan klik Create Credit. Credit ini merepresentasikan “Premium Requests” yang disertakan dalam setiap subscription. Gunakan pengaturan berikut:
- Credit Type: Custom Unit
- Unit Name: “Premium Requests”
- Precision: 0 (request tidak dapat dibagi)
- Credit Expiry: 30 hari (credit direset setiap siklus billing)
- Rollover: Disabled (request yang tidak digunakan tidak dibawa ke siklus berikutnya)
- Allow Overage: Enabled
- Price Per Unit: $0.04 (biaya setiap request setelah pool yang disertakan digunakan)
- Overage Behavior: Bill overage at billing (biaya overage ditambahkan ke invoice berikutnya)
2
Create Subscription Products
Buat satu produk subscription untuk setiap tingkatan. Lampirkan entitlement credit yang sama ke setiap produk dengan nilai Credits issued per billing cycle yang berbeda. Satu sistem credit untuk semua tingkatan menyederhanakan upgrade dan downgrade.
- Hobby: $0/bulan, 50 credit/siklus
- Pro: $20/bulan, 500 credit/siklus
- Pro+: $60/bulan, 5000 credit/siklus (secara efektif tidak terbatas bagi sebagian besar pengguna)
- Ultra: $200/bulan, 50000 credit/siklus (secara efektif tidak terbatas)
3
Create a Usage Meter Linked to Credits
Buat meter dengan nama event
ai.request, agregasi Sum, dan credit_cost sebagai Over Property. Pada produk berbasis penggunaan Anda, aktifkan Bill usage in Credits, pilih entitlement credit, lalu tetapkan Meter units per credit ke 1.Aplikasi Anda menentukan biaya credit setiap request berdasarkan model dan jenis tindakan, lalu mengirimkannya dalam event:4
Handle Credit Exhaustion (Slow Queue)
Subscribe ke webhook
credit.balance_low. Saat saldo pelanggan turun di bawah Low Balance Threshold yang ditetapkan pada produk, pindahkan mereka ke antrean lambat di aplikasi Anda. Inilah logika degradasi bertahap.5
Create Checkout
Buat sesi checkout saat pengguna berlangganan suatu paket. Dodo Payments memproses pembayaran, menghitung pajak, dan memberikan credit paket tersebut.
Percepat dengan Blueprint Ingestion LLM
Event berbobot credit di atas mendorong billing. Untuk juga mencatat konsumsi token mentah per provider, jalankan LLM Ingestion Blueprint bersama sistem credit Anda.inputTokens, outputTokens, totalTokens, dan model dalam metadata event. Anda mendapatkan dua lapisan data: event berbobot credit untuk billing dan jumlah token mentah untuk analisis biaya serta margin.
Credit Tim Bersama (Enterprise)
Paket Enterprise Cursor menggabungkan penggunaan di seluruh tim. Untuk membangun ini dengan Dodo Payments, buat satu subscription untuk organisasi, bukan satu per pengguna. Penggunaan tim kemudian terakumulasi pada satu entitas billing, sesuai harapan pelanggan yang lebih besar.Strategi Implementasi
- Customer Tingkat Organisasi: Buat satu customer Dodo Payments untuk seluruh organisasi. Customer ini menyimpan pool credit bersama, dan semua invoice serta pemberian credit menjadi milik
customer_id. - Billing Berbasis Seat: Kenakan biaya platform per pengguna dengan add-on seat, seperti yang dijelaskan dalam Seat-Based Billing. Saat tim menambahkan anggota, ubah jumlah add-on. Pendapatan bertambah seiring jumlah pengguna, sementara pool credit tetap terpisah.
- Pelacakan Penggunaan Bersama: Kirim request setiap anggota tim menggunakan
customer_idmilik organisasi, sehingga setiap request mengurangi pool yang sama. Untuk melaporkan pengguna individual, tambahkanuser_idke metadata event.
Perbandingan dengan Billing SaaS Tradisional
Billing SaaS tradisional menggunakan tingkatan tarif tetap, misalnya $10/bulan untuk 100 unit. Pengguna yang membutuhkan 101 unit sering kali harus beralih ke tingkatan $50/bulan. “Tebing” ini membuat pengguna frustrasi dan mendorong churn. Tingkatan tetap juga mengabaikan perbedaan biaya berbagai jenis penggunaan, yang penting bagi produk AI. Model bergaya Cursor yang dibangun di atas Dodo Payments menghindari masalah ini:- Tanpa Efek “Tebing”: Pengguna tidak harus upgrade saat mencapai batas. Mereka dapat membayar overage atau menerima performa yang lebih lambat, sehingga tetap dapat bekerja di dalam produk.
- Keselarasan Biaya: Pendapatan mengikuti biaya infrastruktur. Pengguna model mahal membayar lebih, melalui credit atau overage, sehingga margin Anda pada fitur berbiaya tinggi tetap terlindungi.
- Retensi Lebih Baik: Pengguna yang mencapai batas tetap dapat bekerja tanpa langsung dihentikan. Penggunaan berkelanjutan membangun loyalitas dan meningkatkan customer lifetime value.
Menangani Pembaruan dan Evolusi Model
Provider AI sering memperbarui dan mengganti model, dan model baru dapat memiliki biaya yang berbeda. Karena biaya credit berada di aplikasi Anda, Anda dapat menetapkan harga untuk model baru tanpa memigrasikan data billing. Untuk menambahkan model yang lebih mahal, berikan biaya yang lebih tinggi digetCreditCost. Anda tidak perlu mengubah entitlement credit, meter, atau subscription yang ada. Billing tetap terpisah dari logika aplikasi, sehingga Anda dapat merilis perubahan model tanpa menyentuh billing.
Notifikasi dan Transparansi Pengguna
Tampilkan jumlah credit yang telah digunakan pengguna agar mereka dapat mengelola biaya dan mempercayai tagihan. Webhookcredit.balance_low aktif saat saldo turun di bawah Low Balance Threshold produk. Untuk checkpoint tambahan, seperti penggunaan 50% dan 80%, bandingkan saldo dalam event credit.deducted dengan alokasi paket.
Kirim peringatan ini melalui email, pesan in-app, atau Slack. Peringatan tepat waktu memungkinkan pengguna mengurangi penggunaan atau upgrade sebelum mencapai antrean lambat, sehingga mengurangi tiket dukungan.
Keamanan dan Pencegahan Fraud
Credit memiliki nilai moneter langsung, jadi lindungi sistem yang menggunakannya.- Idempotency: Berikan setiap event penggunaan
event_idyang unik. Dodo Payments menggunakanevent_iduntuk mendeteksi duplikasi, sehingga retry jaringan dengan ID yang sama tidak menagih pengguna dua kali. - Rate Limiting: Batasi laju request di aplikasi Anda agar satu pengguna tidak menghabiskan credit atau budget provider terlalu cepat.
- Monitoring: Pantau penggunaan untuk menemukan anomali seperti berbagi akun atau penyalahgunaan otomatis. Tampilan Customers di dashboard meter menunjukkan total penggunaan per customer.
Praktik Terbaik untuk Sistem Credit
Ingat praktik berikut saat merancang sistem credit:- Jaga Kesederhanaan: Pengguna harus memahami biaya sebuah request dan jumlah credit yang tersisa.
- Berikan Nilai: Tetapkan harga request agar pengguna merasa credit tersebut sepadan. Biaya yang terasa terlalu tinggi untuk tindakan kecil akan terlihat seperti mengambil keuntungan sedikit demi sedikit.
- Bersikap Transparan: Tampilkan saldo credit saat ini dan riwayat penggunaan. Pelanggan juga dapat melihat keduanya di Customer Portal.
- Otomatiskan Semuanya: Gunakan webhook dan API Dodo Payments untuk mengotomatiskan tugas billing dan menghilangkan pekerjaan manual.
Fitur Utama Dodo yang Digunakan
Credit-Based Billing
Kelola pool credit yang berkurang dan overage dengan unit khusus.
Subscriptions
Siapkan billing berulang untuk berbagai tingkatan dengan credit terintegrasi.
Usage-Based Billing
Lacak event dan lakukan billing berdasarkan konsumsi.
Event Ingestion
Kirim data penggunaan bervolume tinggi ke Dodo Payments.
Webhooks
Tanggapi perubahan saldo credit dan otomatiskan pengelompokan tingkat pengguna.
LLM Ingestion Blueprint
Pelacakan token otomatis di berbagai provider LLM.