Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.
01Kullanım bazlı faturalama maliyetini belirleyen kalemler
- tenant modeli
- yönetim paneli
- ödeme/faturalama
- mobil
- MVP kapsamı
- Seçilen özellikler: kota ve fatura gibi detaylar
Bu kalemlerden en büyük farkı çoğunlukla entegrasyonlar ve özel iş kuralları yaratır; tasarım ve içerik ise ikinci sırada gelir.
02Ücretlendirme modelleri
Aşamalı (modül modül)
İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.
Bakım ve destek anlaşması
Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Her müşteri için ayrı kopya kuruluyor | Çok kiracılı değil | Tenant mimarisi |
| Ü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 |
04Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel ölçümleme ve fatura; hazır bileşenler ağırlıkta | Hazır altyapı veya hafif özel geliştirme | Tek ekip/şube, büyümeye açık |
| Dengeli | Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar | Modüler mimari | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
05Teklif karşılaştırırken sorulacak sorular
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Ödeme planı teslim aşamalarına bağlı mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
06Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- üçüncü taraf yazılım ve eklenti lisansları
- sunucu veya bulut kullanımı
- App Store ve Google Play geliştirici hesapları
- harita ve bildirim servisleri
Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.
07Pamukova'da teklif almak
Pamukova, Sakarya iline bağlı bir ilçedir ve PTT adres verisine göre 33 mahalleden oluşur. 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.
Mesafe yazılım işinin önünde engel değildir: Pamukova'daki 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ı ildeki Serdivan, Taraklı ve Erenler ilçeleri için de kullanım bazlı faturalama talepleri değerlendirilir; toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; kullanım bazlı faturalama için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
08Örnek kapsam hesabı
Örnek: SaaS gelir metrikleri (hesap örneği)
- Örnek abone
- 2.590
- Örnek aylık ücret
- 150 TL
- Aylık yinelenen gelir (MRR)
- 388.500 TL
- Aylık kayıp oranı %3
- 78 abone
Bizim fiyatımız değil, hesap örneğidir. Not: örnek hesaptır; kesin plan analizde çıkar.
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.
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.
Bütçemiz sınırlı, ne yapabiliriz?
İlk sürümü en kritik işe odaklamak, hazır servisleri kullanmak ve diğer modülleri sonraki aşamalara bırakmak bütçeyi korur.
Neden teklifler arasında büyük fark var?
Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.
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.
Ödeme planı nasıl olur?
Ödemenin teslim aşamalarına bağlanmasını öneririz; her aşama test ortamında onaylandıktan sonra bir sonrakine geçilir.
Sadece Sakarya 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.
Pamukova'da 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.
→İlgili sayfalar
Kullanım Bazlı Faturalama hakkında diğer konular
- Kullanım bazlı faturalama teknolojileriTeknoloji seçimi ve mimari
- Kullanım bazlı faturalama entegrasyonlarıBağlanabilecek sistemler
- Kullanım bazlı faturalama firmasıFirma seçerken bakılacaklar
- Kullanım bazlı faturalama güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Kullanım bazlı faturalama bakım ve destekYayın sonrası bakım, güncelleme ve destek
Pamukova'da ilgili hizmetler
Sakarya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- ölçümleme
- kota
- fatura
- MVP
- multi-tenant
- churn
- self servis
- Sakarya
- Pamukova