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, ihtiyaç netleştiğinde kullanım bazlı faturalama içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
SSO ve rol yönetimi
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
White-label tema
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Self servis müşteri portalı
Self servis müşteri portalı, ihtiyaç netleştiğinde kullanım bazlı faturalama içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
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.
- MVP en dar ama değer üreten senaryoyla başlar.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Ürün büyürken yavaşlıyor | Mimari ölçeklenmiyor | Yeniden yapılandırma |
| Ödeme yenilemeleri elle takip ediliyor | Abonelik altyapısı yok | Otomatik yenileme ve hatırlatma |
| 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
- 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.
- Ajanslar: Kullanım bazlı faturalama, ajanslar 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.
- 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.
08Menemen için özellik planı
Menemen'in PTT verisindeki 67 yerleşim kaydı 1 farklı posta koduna dağılır. Bu kayıtlardan 2 tanesi organize sanayi veya serbest bölge kaydıdır. 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.
Mesafe yazılım işinin önünde engel değildir: Menemen'deki 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.
İzmir genelinde Gaziemir, Buca ve Selçuk gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Kullanım bazlı faturalamayı planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
SSSSık sorulan sorular
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.
İzmir dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; İzmir de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanı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.
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.
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.
Ö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.
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.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
- Kullanım bazlı faturalama: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Kullanım bazlı faturalama entegrasyonlarıBağlanabilecek sistemler
- Kullanım bazlı faturalama bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Kullanım bazlı faturalama geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Menemen'de ilgili hizmetler
İzmir içindeki diğer ilçeler
- Gaziemir için kullanım bazlı faturalama özellikleri ve modülleri
- Buca için kullanım bazlı faturalama özellikleri ve modülleri
- Çeşme'de kullanım bazlı faturalama özellikleri ve modülleri
- Selçuk için kullanım bazlı faturalama özellikleri ve modülleri
- Bergama için kullanım bazlı faturalama özellikleri ve modülleri
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- lisans
- kullanım bazlı faturalama
- abonelik
- self servis
- İzmir
- Menemen