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.
01Yazılımı ürünleştirme maliyetini belirleyen kalemler
- MVP kapsamı
- yönetim paneli
- tenant modeli
- entegrasyonlar
- ödeme/faturalama
- Seçilen özellikler: mimari dönüşüm ve tenant gibi detaylar
Bütçeyi dengelemenin en etkili yolu ilk sürümü en kritik işe odaklamak ve diğer modülleri sonraki aşamalara bırakmaktır.
02Ücretlendirme modelleri
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.
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.
03Yazılımı ürünleştirme planlarken bilinmesi gerekenler
- MVP en dar ama değer üreten senaryoyla başlar.
- 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.
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 |
| 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 |
05Yazılımı ürünleştirme hangi ihtiyaca cevap verir?
Abonelik ve faturalama elle yürüdüğünde
Planlar, yenileme, deneme süresi ve iptal akışları otomatikleşir.
Mimari dönüşüm gerektiğinde
Mimari dönüşüm, yazılımı ürünleştirme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
06Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel mimari dönüşüm ve tenant; 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 |
07Teklif karşılaştırırken sorulacak sorular
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Ödeme planı teslim aşamalarına bağlı mı?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
08Teklifte ayrıca sorulması gereken giderler
- alan adı yenileme
- sunucu veya bulut kullanımı
- harita ve bildirim servisleri
- e-belge entegratörü hizmet bedeli
- üçüncü taraf yazılım ve eklenti lisansları
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.
09Vakfıkebir'de teklif almak
PTT kayıtlarında Vakfıkebir ilçesine bağlı 46 yerleşim bulunur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Vakfıkebir'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.
Trabzon genelinde Of, Dernekpazarı ve Ortahisar gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; yazılımı ürünleştirme için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
10Örnek kapsam hesabı
Örnek: SaaS gelir metrikleri (hesap örneği)
- Örnek abone
- 310
- Örnek aylık ücret
- 1.400 TL
- Aylık yinelenen gelir (MRR)
- 434.000 TL
- Aylık kayıp oranı %3
- 9 abone
Bizim fiyatımız değil, hesap örneğidir. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
Yazılımı ürünleştirme için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve mimari dönüşüm 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.
Teklif ne kadar süre geçerli olur?
Teklifin geçerlilik süresi teklifte ayrıca yazılır; kapsam değişirse teklif güncellenir.
Yazılımı ürünleştirme sonradan genişletilebilir mi?
Evet. Tenant gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Ö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.
Vakfıkebir'den 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 Trabzon için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Trabzon de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
Yazılımı Ürünleştirme hakkında diğer konular
- Yazılımı ürünleştirme bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Yazılımı ürünleştirme KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Yazılımı ürünleştirme güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Yazılımı ürünleştirme: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Yazılımı ürünleştirme entegrasyonlarıBağlanabilecek sistemler
Vakfıkebir'de ilgili hizmetler
Trabzon içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- mimari dönüşüm
- tenant
- ödeme
- churn
- MRR
- abonelik
- SaaS
- kullanım bazlı faturalama
- rol bazlı yetki
- Trabzon
- Vakfıkebir