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
- platform (iOS/Android/ikisi)
- tasarımın özgünlüğü
- arka uç (API/panel) ihtiyacı
- çevrimdışı ve senkron
- ekran sayısı ve karmaşıklık
- Seçilen özellikler: mesajlaşma ve gönderi 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
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanı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.
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.
03Üyelik ve topluluk uygulaması planlarken bilinmesi gerekenler
- Sürüm güncellemeleri ve işletim sistemi değişiklikleri için bakım planlanır.
- 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).
- Platform: tek kod tabanı çoğu işletme uygulaması için yeterlidir; cihaz donanımına yoğun erişimde yerel geliştirme düşünülür.
04Üyelik ve topluluk uygulaması hangi ihtiyaca cevap verir?
Etkinlik gerektiğinde
Etkinlik, üyelik ve topluluk uygulaması projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Kurum içi bir süreç mobilden yürütülecekse
Uygulama mağazada yayımlanmadan kurum içi dağıtımla yalnız çalışanlara sunulabilir.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel gönderi 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 | 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 |
06Teklif 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?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- 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ı?
07Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- e-belge entegratörü hizmet bedeli
- alan adı yenileme
- harita ve bildirim servisleri
- üçü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.
08Seben'de teklif almak
Seben'in PTT verisindeki 90 yerleşim kaydı 2 farklı posta koduna dağılır. Seben'de PTT kayıtlarının 88 tanesi köy veya köy yerleşimidir; geniş bir alana yayılan ilçelerde kapsama alanının zayıf olduğu noktalar için üyelik ve topluluk uygulaması çevrimdışı kayıt ve bağlantı gelince eşitleme mantığıyla planlanabilir.
Mesafe yazılım işinin önünde engel değildir: Seben'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.
Bolu genelinde Bolu Merkez, Yeniçağa ve Dörtdivan gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Seben bölgesinden üyelik ve topluluk 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ı
- 17
- Yaklaşık API uç noktası (ekran × 1,5)
- 26
- Bildirim türü
- 8
- Platform
- iOS + Android (tek kod tabanı)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Ü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.
Bolu dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz 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.
Seben'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.
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.
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.
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.
Ü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.
→İlgili sayfalar
Üyelik ve Topluluk Uygulaması hakkında diğer konular
- Üyelik ve topluluk uygulaması KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Üyelik ve topluluk uygulaması özellikleri ve modülleriOlması gereken modüller ve özellikler
- Üyelik ve topluluk uygulaması geliştirme süreciAnalizden yayına aşamalar
- Üyelik ve topluluk uygulaması entegrasyonlarıBağlanabilecek sistemler
- Üyelik ve topluluk uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Seben'de ilgili hizmetler
Bolu içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- profil
- gönderi
- etkinlik
- push bildirim
- React Native
- Android
- API
- iç test
- iOS
- Bolu
- Seben