Tim LessOTP

Kenapa Kami Pilih Pay per Success, Bukan Charge di Setiap Request

Pelajari alasan LessOTP memotong credit hanya saat verifikasi production sukses, bukan pada setiap request, serta bagaimana staging tetap gratis.

Pay per SuccessPricingAuthenticationSaaS B2BBilling
Kenapa Kami Pilih Pay per Success, Bukan Charge di Setiap Request
Bagikan artikel:XThreads

Kenapa LessOTP Memakai Model Pay Per Success

Banyak layanan verifikasi menagih saat request dibuat atau saat pesan dikirim. Model itu sederhana untuk provider, tetapi tidak selalu adil untuk produk: user bisa batal, pesan bisa terlambat, webhook bisa gagal sementara, atau kode bisa expired tanpa menghasilkan login sukses.

LessOTP memilih model pay per success: credit dipotong hanya saat verifikasi production berhasil. Untuk staging, credit tidak dipotong agar developer bisa menguji integrasi tanpa takut biaya eksperimen.

Per Request vs Per Success

AspekCharge per RequestPay per Success
Momen BillingSaat request dibuat atau pesan dipicuSaat status verification.success terjadi
Risiko User Drop-offTetap bisa ditagih meski user tidak selesaiTidak ditagih jika verifikasi tidak sukses
Developer StagingEksperimen bisa ikut makan biayaStaging gratis, ledger amount 0 untuk audit
Align dengan ValueProvider dibayar karena trafficLessOTP dibayar saat auth memberi value
Audit BillingSulit bedakan request berguna vs gagalCreditLedger terhubung ke account_id, app_id, request_id

Alasan Produk di Balik Model Ini

  • Lebih adil untuk client B2B: biaya muncul saat user benar-benar terverifikasi.
  • Mendorong LessOTP menjaga completion flow, bukan sekadar menerima traffic request.
  • Mengurangi kekhawatiran saat tim developer melakukan testing di staging.
  • Membuat laporan biaya lebih mudah dibaca karena debit terkait langsung ke hasil sukses.

Tetap Ada Guardrail Sebelum Request Dibuat

Pay per success bukan berarti endpoint bebas dipukul tanpa kontrol. LessOTP tetap memakai API key per App, rate limit per API key/IP, expiry singkat, mode staging/production, idempotency, dan signed webhook untuk menjaga integrasi aman.

Bayar untuk hasil, bukan sekadar request

Uji LessOTP di staging, validasi webhook Anda, lalu pindah ke production saat flow siap menerima verification.success.

Buka Dokumentasi Billing
Bagikan artikel:XThreads