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
Abonelik ve deneme süresi
Abonelik ve deneme süresi için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kullanım bazlı ücretlendirme
Kullanım bazlı ücretlendirme, 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.
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
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
- Kullanım ölçümü ve faturalama kuralları netleşir.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ö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 |
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
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
- 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.
- Sektörel yazılım üreticileri: Kullanım bazlı faturalama, sektörel yazılım üreticileri 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.
- Kurumsal iç ürün ekipleri: Kullanım bazlı faturalama, kurumsal iç ürün ekipleri için iş akışına göre uyarlanır.
08Devrek için özellik planı
PTT kayıtlarında Devrek ilçesine bağlı 425 yerleşim bulunur: 65 mahalle ile 360 köy ve köy yerleşimi.
Mesafe yazılım işinin önünde engel değildir: Devrek'teki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Zonguldak genelinde Çaycuma, Kozlu ve Zonguldak Merkez gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
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
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.
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.
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.
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.
Devrek'te bulunuyorum, yerinde görüşme mümkün mü?
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.
Kullanım bazlı faturalama için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve ölçümleme gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
- Kullanım bazlı faturalama firmasıFirma seçerken bakılacaklar
- Kullanım bazlı faturalama yaptırmaKapsam, süreç ve iletişim
- Kullanım bazlı faturalama bakım ve destekYayın sonrası bakım, güncelleme ve destek
Devrek'te ilgili hizmetler
Zonguldak içindeki diğer ilçeler
- Gökçebey'de kullanım bazlı faturalama özellikleri ve modülleri
- Zonguldak Merkez için kullanım bazlı faturalama özellikleri ve modülleri
- Çaycuma'da kullanım bazlı faturalama özellikleri ve modülleri
- Kozlu'da kullanım bazlı faturalama özellikleri ve modülleri
- Kilimli için kullanım bazlı faturalama özellikleri ve modülleri
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- MRR
- self servis
- Zonguldak
- Devrek