01Aşamalar
1. İlk görüşme
Telefon veya WhatsApp üzerinden kısa bir ön görüşme yapılır.
2. Analiz
Mevcut Excel veya program örnekleri üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve teklif
Modüller, aşamalar ve teslim kriterleri yazılı hale gelir.
4. Tasarım
Tıklanabilir prototip ile kullanıcı yolculuğu denenir.
5. Geliştirme ve test
Kritik akışlar otomatik testlerle korunur.
6. Yayın ve eğitim
Veri aktarımı, yayın ve kullanıcı eğitimi yapılır.
7. Bakım
Hata kayıtları ve geliştirme talepleri sürüm planına alınır.
02Süreyi etkileyen etkenler
- modül ve ekran sayısı
- içerik ve veri hazırlığının hızı
- onay süreçlerinin işleyişi
- mobil uygulamalarda mağaza incelemeleri
- entegrasyonlara erişim ve test imkânı
Süre bir taahhüt olarak değil, analizden sonra paylaşılan aşamalı planla belirlenir.
03Sizden istenecekler
- mevcut sürecin kısa bir anlatımı
- kullanıcı sayısı ve rolleri
- beğendiğiniz örnek siteler veya uygulamalar
- bağlanacak sistemler ve erişim bilgileri
- logo ve kurumsal kimlik dosyaları
04Test ve kabul
Her aşama test ortamında paylaşılır; kabul kriterleri kapsamda yazılı olduğu için neyin tamamlandığı tartışmasız görülür.
- Kritik akışların uçtan uca denenmesi
- Yetki ve rol kontrolleri
- Mobil ve farklı tarayıcı kontrolü
- Veri aktarımının örneklemle doğrulanması
05Yayın ve eğitim
Yayın planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir ve kullanıcılardan gelen sorular hızlıca yanıtlanır.
NotKiracı izolasyonu testleri her sürümde çalıştırılır.
06Bursa'da süreç nasıl yürür?
Bursa, Marmara Bölgesi'nde yer alan, plaka kodu 16 olan bir ildir; PTT verisine göre 17 ilçe ve 1.074 mahalle ve köy kaydından oluşur. Bursa büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kullanım bazlı faturalama için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Bursa'da PTT verisine göre 14 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.
Bursa'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı bölgedeki Tekirdağ, Sakarya ve Kırklareli 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.
07Örnek hesap
Örnek: SaaS gelir metrikleri (hesap örneği)
- Örnek abone
- 1.140
- Örnek aylık ücret
- 2.300 TL
- Aylık yinelenen gelir (MRR)
- 2.622.000 TL
- Aylık kayıp oranı %5
- 57 abone
Bizim fiyatımız değil, hesap örneğidir. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Analiz neden gerekli?
Analiz, kapsamın yazılı ve ölçülebilir olmasını sağlar; teklif, plan ve kabul kriterleri bu çıktıya dayanır.
Sürecin en uzun aşaması hangisi?
Çoğunlukla geliştirme ve test aşamasıdır; ancak içerik ve veri hazırlığı geciktiğinde yayın aşaması da uzayabilir.
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.
Bursa'dan 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.
Sadece Bursa için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Bursa de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
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.
Kapsam süreç içinde değişirse ne olur?
Değişiklik talebi yazılı olarak değerlendirilir; etkisi (süre ve maliyet) paylaşılır ve onayla plana eklenir.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama entegrasyonlarıBağlanabilecek sistemler
- Kullanım bazlı faturalama geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- 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 güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
Bursa'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
Bursa ilçelerinde kullanım bazlı faturalama geliştirme süreci
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- self servis
- lisans
- MRR
- Bursa