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
- ekran sayısı ve karmaşıklık
- arka uç (API/panel) ihtiyacı
- çevrimdışı ve senkron
- tasarımın özgünlüğü
- donanım entegrasyonları
- Seçilen özellikler: bildirim ve sipariş geçmişi 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 |
|---|---|---|
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
| Uygulama yavaş ve çöküyor | Kontrolsüz veri çekimi, test eksikliği | Profil analizi ve testler |
| Eski uygulama güncel sürümlerde çalışmıyor | SDK güncellenmemiş | Sürüm yükseltme |
04Bü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 |
05Teklif karşılaştırırken sorulacak sorular
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Ödeme planı teslim aşamalarına bağlı mı?
- 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?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
06Teklifte ayrıca sorulması gereken giderler
- sunucu veya bulut kullanımı
- SMS, e-posta ve API kullanım ücretleri
- harita ve bildirim servisleri
- App Store ve Google Play geliştirici hesapları
- e-belge entegratörü hizmet bedeli
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.
07Nallıhan'da teklif almak
PTT kayıtlarında Nallıhan ilçesine bağlı 84 yerleşim bulunur. 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.
Nallıhan'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ı ildeki Keçiören, Altındağ ve Mamak ilçeleri için de müşteri ve sadakat uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.
Nallıhan 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ı
- 9
- Yaklaşık API uç noktası (ekran × 1,5)
- 14
- Bildirim türü
- 3
- Platform
- iOS + Android (yerel)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sadece Ankara için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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.
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.
Nallıhan'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.
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.
→İlgili sayfalar
Müşteri ve Sadakat Uygulaması hakkında diğer konular
- Müşteri ve sadakat uygulaması entegrasyonlarıBağlanabilecek sistemler
- Müşteri ve sadakat uygulaması KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- 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ı yaptırmaKapsam, süreç ve iletişim
Nallıhan'da ilgili hizmetler
Ankara içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- bildirim
- puan/kupon
- sipariş geçmişi
- çevrimdışı mod
- Google Play
- App Store
- Android
- React Native
- Kotlin
- iç test
- Ankara
- Nallıhan