API çağrısı, kullanıcı veya işlem sayısına göre ücretlendirme.
01Olmazsa olmaz özellikler
- ölçümleme
- kota
- fatura
02İhtiyaca göre eklenen modüller
Çok kiracılı mimari
Çok kiracılı mimari, ihtiyaç netleştiğinde kullanım bazlı faturalama içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
White-label tema
White-label tema için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Self servis müşteri portalı
Self servis müşteri portalı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
SSO ve rol yönetimi
SSO ve rol yönetimi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03Kullanım bazlı faturalama planlarken bilinmesi gerekenler
- MVP en dar ama değer üreten senaryoyla başlar.
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
- Kullanım ölçümü ve faturalama kuralları netleşir.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Kurumsal iç ürün ekipleri: Kullanım bazlı faturalama, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
- Yazılımını ürünleştirmek isteyen firmalar: Kullanım bazlı faturalama, yazılımını ürünleştirmek isteyen firmalar için iş akışına göre uyarlanır.
- Girişimler: Kullanım bazlı faturalama, girişimler için iş akışına göre uyarlanır.
- Ajanslar: Kullanım bazlı faturalama, ajanslar için iş akışına göre uyarlanır.
08Derbent için özellik planı
Derbent, Konya iline bağlı bir ilçedir ve PTT adres verisine göre 13 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kullanım bazlı faturalama tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Derbent'teki 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 Ilgın, Seydişehir ve Yalıhüyük ilçeleri için de kullanım bazlı faturalama talepleri değerlendirilir; toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; kullanım bazlı faturalama için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
SSSSık sorulan sorular
Derbent'ten yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Konya dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Kullanım bazlı faturalama sonradan genişletilebilir mi?
Evet. Kota gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
SaaS ürünü için önce ne yapılmalı?
Hedef müşteri, çözülecek ana sorun ve ilk sürümde mutlaka olması gereken birkaç özellik netleştirilir. Kapsam dar tutulur; ölçümle doğrulanan ihtiyaçlar sonraki sürümlere eklenir.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama geliştirme süreciAnalizden yayına aşamalar
- Kullanım bazlı faturalama geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
- Kullanım bazlı faturalama firmasıFirma seçerken bakılacaklar
- Kullanım bazlı faturalama KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Derbent'te ilgili hizmetler
Konya içindeki diğer ilçeler
- Çumra için kullanım bazlı faturalama özellikleri ve modülleri
- Ilgın için kullanım bazlı faturalama özellikleri ve modülleri
- Kulu'da kullanım bazlı faturalama özellikleri ve modülleri
- Yalıhüyük için kullanım bazlı faturalama özellikleri ve modülleri
- Güneysınır için kullanım bazlı faturalama özellikleri ve modülleri
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- lisans
- abonelik
- self servis
- Konya
- Derbent