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İşletme (kurum içi) uygulaması maliyetini belirleyen kalemler
- tasarımın özgünlüğü
- donanım entegrasyonları
- çevrimdışı ve senkron
- platform (iOS/Android/ikisi)
- arka uç (API/panel) ihtiyacı
- Seçilen özellikler: rol bazlı yetki ve çevrimdışı 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İşletme (kurum içi) uygulaması planlarken bilinmesi gerekenler
- Çevrimdışı çalışma, bildirim, konum, kamera/barkod ihtiyaçları baştan belirlenir.
- Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
- Mağaza incelemesi süreleri ve kuralları değişkendir; yayın takvimi buna pay bırakır.
04İşletme (kurum içi) uygulaması hangi ihtiyaca cevap verir?
Rol bazlı yetki gerektiğinde
Rol bazlı yetki, işletme (kurum içi) uygulaması projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Eski uygulama güncel sürümlerde sorun çıkardığında
Kod analizi yapılır; güncelleme mi yeniden geliştirme mi gerektiği belirlenir.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel kurum içi dağıtım ve rol bazlı yetki; 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
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Ödeme planı teslim aşamalarına bağlı mı?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
07Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- App Store ve Google Play geliştirici hesapları
- üçüncü taraf yazılım ve eklenti lisansları
- SMS, e-posta ve API kullanım ücretleri
- harita ve bildirim servisleri
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.
08Gevaş'ta teklif almak
Gevaş, Van iline bağlı bir ilçedir ve PTT adres verisine göre 41 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için işletme (kurum içi) uygulaması tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Gevaş'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.
Aynı ildeki Tuşba, Van Saray ve Erciş ilçeleri için de işletme (kurum içi) uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.
İşletme (kurum içi) uygulamasını planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
09Örnek kapsam hesabı
Örnek: mobil uygulama ekran planı
- Ekran sayısı
- 30
- Yaklaşık API uç noktası (ekran × 1,5)
- 45
- Bildirim türü
- 5
- Platform
- Android (kurum içi)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Gevaş'ta bulunuyorum, yerinde görüşme mümkün mü?
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.
Ö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.
İşletme (kurum içi) 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 kurum içi dağıtım gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
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.
Van dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
İşletme (kurum içi) uygulaması sonradan genişletilebilir mi?
Evet. Rol bazlı yetki gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
İşletme (kurum içi) 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.
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
İşletme (Kurum İçi) Uygulaması hakkında diğer konular
- İşletme (kurum içi) uygulaması bakım ve destekYayın sonrası bakım, güncelleme ve destek
- İşletme (kurum içi) uygulaması KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- İşletme (kurum içi) uygulaması teknolojileriTeknoloji seçimi ve mimari
- İşletme (kurum içi) uygulaması özellikleri ve modülleriOlması gereken modüller ve özellikler
- İşletme (kurum içi) uygulaması geliştirme süreciAnalizden yayına aşamalar
Gevaş'ta ilgili hizmetler
Van içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kurum içi dağıtım
- rol bazlı yetki
- çevrimdışı
- React Native
- Google Play
- Swift
- Android
- çevrimdışı mod
- Kotlin
- Van
- Gevaş