Uşak: Kullanım Bazlı Faturalama Özellikleri ve Modülleri

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.

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.

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.

03Kullanım bazlı faturalama planlarken bilinmesi gerekenler

KVKK: veri işleyen/veri sorumlusu rolleri ve sözleşmeler.
Çok kiracılı (multi-tenant) veri ayrımı baştan tasarlanır.
Abonelik ve tekrarlayan ödeme, ödeme kuruluşlarının abonelik/kart saklama (tokenizasyon) imkânlarıyla kurulur.

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

Örnek rol yapısıdır; gerçek roller analizde işletmeye göre belirlenir.
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.
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.
Ajanslar: Kullanım bazlı faturalama, ajanslar 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.

08Uşak için özellik planı

PTT kayıtlarına göre Uşak genelinde 6 ilçe ve 683 mahalle ve köy kaydı bulunur; il, Ege Bölgesi'ndedir. Uşak'ta PTT verisine göre 4 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde kullanım bazlı faturalama için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Uşak'taki 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.

Ege Bölgesi'ndeki İzmir, Denizli ve Manisa gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

Uşak bölgesinden kullanım bazlı faturalama için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.

Hemen ara WhatsApp Teklif formu

SSSSık sorulan sorular

Sadece Uşak için mi çalışıyorsunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanı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.

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.

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.

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.

Ö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.

→İlgili sayfalar

Kullanım Bazlı Faturalama hakkında diğer konular

Uşak'ta ilgili hizmetler

Ege Bölgesi'ndeki diğer iller

Uşak ilçelerinde kullanım bazlı faturalama özellikleri ve modülleri

Genel sayfalar

Bu sayfada geçen kavramlar

ölçümleme
kota
fatura
MVP
multi-tenant
churn
white-label
abonelik
Uşak

Kullanım bazlı faturalama: olması gereken özellikler ve modüller (Uşak)