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
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.
Çok kiracılı mimari
Çok kiracılı mimari için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03Kullanım bazlı faturalama planlarken bilinmesi gerekenler
- KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
- Kullanıcı rolleri, davet ve self servis hesap yönetimi gereklidir.
- Kullanım ölçümü ve faturalama kuralları netleşir.
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
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
- 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.
08Tokat için özellik planı
PTT kayıtlarına göre Tokat genelinde 12 ilçe ve 1.389 mahalle ve köy kaydı bulunur; il, Karadeniz Bölgesi'ndedir.
Mesafe yazılım işinin önünde engel değildir: Tokat'taki 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.
Aynı bölgedeki Karabük, Bolu ve Çorum illeri için de kullanım bazlı faturalama projeleri aynı düzenle yürütü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
Sadece Tokat için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Tokat de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Tokat'tan 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.
Ö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.
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.
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.
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.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama yaptırmaKapsam, süreç ve iletişim
- 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 teknolojileriTeknoloji seçimi ve mimari
- Kullanım bazlı faturalama geliştirme süreciAnalizden yayına aşamalar
Tokat'ta ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
- Zonguldak için kullanım bazlı faturalama özellikleri ve modülleri
- Karabük için kullanım bazlı faturalama özellikleri ve modülleri
- Çorum'da kullanım bazlı faturalama özellikleri ve modülleri
- Artvin için kullanım bazlı faturalama özellikleri ve modülleri
- Bolu'da kullanım bazlı faturalama özellikleri ve modülleri
Tokat ilçelerinde kullanım bazlı faturalama özellikleri ve modülleri
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- lisans
- self servis
- rol bazlı yetki
- Tokat