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.
01Müşteri ve sadakat uygulaması maliyetini belirleyen kalemler
- arka uç (API/panel) ihtiyacı
- platform (iOS/Android/ikisi)
- çevrimdışı ve senkron
- ekran sayısı ve karmaşıklık
- tasarımın özgünlüğü
- Seçilen özellikler: puan/kupon ve bildirim 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
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 |
|---|---|---|
| Eski uygulama güncel sürümlerde çalışmıyor | SDK güncellenmemiş | Sürüm yükseltme |
| Uygulama yavaş ve çöküyor | Kontrolsüz veri çekimi, test eksikliği | Profil analizi ve testler |
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
04Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel bildirim ve puan/kupon; 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
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
06Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- SMS, e-posta ve API kullanım ücretleri
- sunucu veya bulut kullanımı
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
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.
07Çiğli'de teklif almak
Çiğli, İzmir iline bağlı bir ilçedir ve PTT adres verisine göre 27 mahalleden oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Çiğli'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde müşteri ve sadakat uygulaması için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Mesafe yazılım işinin önünde engel değildir: Çiğli'deki 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 İzmir Kemalpaşa, Bayraklı ve Buca ilçeleri için de müşteri ve sadakat uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.
Çiğli bölgesinden müşteri ve sadakat uygulaması için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
08Örnek kapsam hesabı
Örnek: mobil uygulama ekran planı
- Ekran sayısı
- 37
- Yaklaşık API uç noktası (ekran × 1,5)
- 56
- Bildirim türü
- 2
- Platform
- Android (kurum içi)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Müşteri ve sadakat uygulaması maliyetini en çok ne etkiler?
Çoğu projede en büyük farkı entegrasyonlar ve özel iş kuralları yaratır; ekran sayısı ve karmaşıklık de toplamı doğrudan etkiler.
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.
Çiğli'de yüz yüze görüşebilir miyiz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Müşteri ve sadakat uygulaması için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve bildirim gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
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.
Tek uygulama hem iOS hem Android'de çalışır mı?
Flutter veya React Native gibi çapraz platform teknolojilerle tek kod tabanından iki platforma uygulama çıkarılabilir; donanıma yoğun erişen işlerde yerel geliştirme düşünülür.
Müşteri ve sadakat uygulaması sonradan genişletilebilir mi?
Evet. Puan/kupon 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.
→İlgili sayfalar
Müşteri ve Sadakat Uygulaması hakkında diğer konular
- Müşteri ve sadakat uygulaması geliştirme süreciAnalizden yayına aşamalar
- Müşteri ve sadakat uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Müşteri ve sadakat uygulaması: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Müşteri ve sadakat uygulaması firmasıFirma seçerken bakılacaklar
- Müşteri ve sadakat uygulaması entegrasyonlarıBağlanabilecek sistemler
Çiğli'de ilgili hizmetler
İzmir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- bildirim
- puan/kupon
- sipariş geçmişi
- çevrimdışı mod
- Google Play
- App Store
- Swift
- iOS
- İzmir
- Çiğli