Defne'de kullanım bazlı faturalama yaptırmak

01Kullanım bazlı faturalama nedir, kimler için uygun?

Kullanım bazlı faturalama projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• ölçümleme
• kota
• fatura

İhtiyaca göre lisans yönetimi, kullanıcı ve yetki yönetimi ve abonelik yönetimi da aynı yol haritasına eklenebilir.

02Hangi durumlarda kullanım bazlı faturalama yaptırılır?

Kurumsal müşteriler SSO istediğinde

Kurumsal oturum açma ve rol yönetimi ürüne eklenir.

Bir fikir pazarda denenecekse

Kullanım bazlı faturalama kapsamı en kısa yoldan kullanılabilir hale getirilir; geri bildirimle büyütülür.

Ürün büyürken altyapı zorlandığında

Ölçekleme, izleme ve kiracı bazlı performans takibi planlanır.

03Kullanım bazlı faturalama planlarken bilinmesi gerekenler

• Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
• Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
• Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.

04Defne'de kullanım bazlı faturalama: çalışma düzeni

Defne'nin PTT verisindeki 37 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kullanım bazlı faturalama için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Defne'deki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Aynı ildeki Payas, Kumlu ve İskenderun ilçeleri için de kullanım bazlı faturalama talepleri değerlendirilir; toplantılar uzaktan yapılır.

05Çalışma adımları

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
4. Tasarım ve prototip: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.

06Örnek planlama hesabı

07Çalışma düzenimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• KVKK baştan tasarlanır.
• Kaynak kod ve veri işletmeye teslim edilir.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Hatay da bunlardan biri.

08Uzman desteği ne zaman şart olur?

Kullanım bazlı faturalama işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Ürün büyürken yavaşlıyor: mimari ölçeklenmiyor.
• Ödeme yenilemeleri elle takip ediliyor: abonelik altyapısı yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• ölçümleme
• kota
• fatura
• MVP
• multi-tenant
• churn
• kullanım bazlı faturalama
• white-label
• Hatay
• Defne