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
- tasarımın özgünlüğü
- donanım entegrasyonları
- ekran sayısı ve karmaşıklık
- arka uç (API/panel) ihtiyacı
- platform (iOS/Android/ikisi)
- Seçilen özellikler: puan/kupon ve sipariş geçmişi 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
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.
03Müşteri ve sadakat uygulaması planlarken bilinmesi gerekenler
- Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
- Mağaza hesapları işletme adına açılır (Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir).
- Sürüm güncellemeleri ve işletim sistemi değişiklikleri için bakım planlanır.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
| 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 |
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel puan/kupon ve sipariş geçmişi; 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 | Özel geliştirme + hazır servisler | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
06Teklif karşılaştırırken sorulacak sorular
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
07Teklifte ayrıca sorulması gereken giderler
- alan adı yenileme
- sunucu veya bulut kullanımı
- App Store ve Google Play geliştirici hesapları
- 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.
08Suruç'ta teklif almak
Suruç, Şanlıurfa iline bağlı bir ilçedir ve PTT adres verisine göre 95 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde müşteri ve sadakat uygulaması için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Suruç'ta 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.
Şanlıurfa genelinde Karaköprü, Eyyübiye ve Akçakale gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Suruç 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.
09Örnek kapsam hesabı
Örnek: mobil uygulama ekran planı
- Ekran sayısı
- 9
- Yaklaşık API uç noktası (ekran × 1,5)
- 14
- Bildirim türü
- 4
- Platform
- iOS + Android (yerel)
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.
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.
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.
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.
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.
Suruç'tan yazıyorum; toplantılar nasıl yapılıyor?
İş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.
Mağaza hesapları kimin adına açılır?
İşletmenin adına açılır. Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir; hesap erişimleri işletmede kalır.
Ö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.
→İ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ı firmasıFirma seçerken bakılacaklar
- Müşteri ve sadakat uygulaması bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Müşteri ve sadakat uygulaması yaptırmaKapsam, süreç ve iletişim
- Müşteri ve sadakat uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Suruç'ta ilgili hizmetler
Şanlıurfa içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- bildirim
- puan/kupon
- sipariş geçmişi
- çevrimdışı mod
- Google Play
- App Store
- React Native
- API
- Şanlıurfa
- Suruç