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.
01Üyelik ve topluluk uygulaması maliyetini belirleyen kalemler
- tasarımın özgünlüğü
- ekran sayısı ve karmaşıklık
- platform (iOS/Android/ikisi)
- çevrimdışı ve senkron
- donanım entegrasyonları
- Seçilen özellikler: etkinlik ve mesajlaşma 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.
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.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
03Üyelik ve topluluk uygulaması planlarken bilinmesi gerekenler
- Çevrimdışı çalışma, bildirim, konum, kamera/barkod ihtiyaçları baştan belirlenir.
- Sürüm güncellemeleri ve işletim sistemi değişiklikleri için bakım planlanır.
- Mağaza incelemesi süreleri ve kuralları değişkendir; yayın takvimi buna pay bırakır.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| 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 |
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel moderasyon ve profil; 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
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Ödeme planı teslim aşamalarına bağlı mı?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
07Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- App Store ve Google Play geliştirici hesapları
- alan adı yenileme
- SMS, e-posta ve API kullanım ücretleri
- sunucu veya bulut kullanımı
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.
08Han'da teklif almak
Han, Eskişehir iline bağlı bir ilçedir ve PTT adres verisine göre 15 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde üyelik ve topluluk uygulaması 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: Han'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 Sarıcakaya, Çifteler ve Odunpazarı ilçeleri için de üyelik ve topluluk uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; üyelik ve topluluk uygulaması için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
09Örnek kapsam hesabı
Örnek: mobil uygulama ekran planı
- Ekran sayısı
- 33
- Yaklaşık API uç noktası (ekran × 1,5)
- 50
- Bildirim türü
- 8
- Platform
- Android (kurum içi)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Üyelik ve topluluk 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.
Üyelik ve topluluk uygulaması sonradan genişletilebilir mi?
Evet. Gönderi gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
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.
Ö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 Eskişehir 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.
Han'da bulunuyorum, yerinde görüşme mümkün mü?
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.
Üyelik ve topluluk 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 profil gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
→İlgili sayfalar
Üyelik ve Topluluk Uygulaması hakkında diğer konular
- Üyelik ve topluluk uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Üyelik ve topluluk uygulaması geliştirme süreciAnalizden yayına aşamalar
- Üyelik ve topluluk uygulaması özellikleri ve modülleriOlması gereken modüller ve özellikler
- Üyelik ve topluluk uygulaması KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Üyelik ve topluluk uygulaması entegrasyonlarıBağlanabilecek sistemler
Han'da ilgili hizmetler
Eskişehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- profil
- gönderi
- etkinlik
- push bildirim
- React Native
- Android
- Kotlin
- API
- Flutter
- Eskişehir
- Han