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
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
White-label tema için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
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.
Self servis müşteri portalı
Self servis müşteri portalı için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03Kullanım bazlı faturalama planlarken bilinmesi gerekenler
- Kullanım ölçümü ve faturalama kuralları netleşir.
- Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
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.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- 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.
- 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.
08Nazilli için özellik planı
Nazilli'nin PTT verisindeki 83 yerleşim kaydı 2 farklı posta koduna dağılır. Bu kayıtlardan 1 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.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Nazilli'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 Efeler, Aydın Yenipazar ve Kuyucak ilçeleri için de kullanım bazlı faturalama talepleri değerlendirilir; toplantılar uzaktan yapılır.
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
Nazilli'de yüz yüze görüşebilir miyiz?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Sadece Aydın için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Ege Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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.
→İ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 geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Kullanım bazlı faturalama geliştirme süreciAnalizden yayına aşamalar
- Kullanım bazlı faturalama KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Nazilli'de ilgili hizmetler
Aydın içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- MRR
- abonelik
- rol bazlı yetki
- lisans
- Aydın
- Nazilli