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
- platform (iOS/Android/ikisi)
- arka uç (API/panel) ihtiyacı
- tasarımın özgünlüğü
- çevrimdışı ve senkron
- ekran sayısı ve karmaşıklık
- 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
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İşletme (kurum içi) uygulaması planlarken bilinmesi gerekenler
- Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
- 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.
- 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).
04İşletme (kurum içi) uygulaması hangi ihtiyaca cevap verir?
Müşteriyle sürekli iletişim gerektiğinde
Bildirim, sipariş geçmişi ve sadakat gibi özellikler işletme (kurum içi) uygulaması içinde müşterinin cebine taşınır.
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 çevrimdışı ve kurum içi dağıtım; 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
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
07Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- App Store ve Google Play geliştirici hesapları
- alan adı yenileme
- sunucu veya bulut kullanımı
- 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.
08Bolu'da teklif almak
Bolu, Karadeniz Bölgesi'nde yer alan, plaka kodu 14 olan bir ildir; PTT verisine göre 9 ilçe ve 1.598 mahalle ve köy kaydından oluşur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Bolu'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı bölgedeki Sinop, Zonguldak ve Düzce illeri için de işletme (kurum içi) uygulaması projeleri aynı düzenle yürütü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ı
- 31
- Yaklaşık API uç noktası (ekran × 1,5)
- 47
- Bildirim türü
- 3
- Platform
- Android (kurum içi)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
İş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.
İş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.
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.
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.
Bolu'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.
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.
Ö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 Bolu için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Bolu de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
İşletme (Kurum İçi) Uygulaması hakkında diğer konular
- İşletme (kurum içi) uygulaması teknolojileriTeknoloji seçimi ve mimari
- İşletme (kurum içi) uygulaması geliştirme süreciAnalizden yayına aşamalar
- İşletme (kurum içi) uygulaması: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- İşletme (kurum içi) uygulaması özellikleri ve modülleriOlması gereken modüller ve özellikler
- İşletme (kurum içi) uygulaması KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Bolu'da ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
Bolu ilçelerinde işletme (kurum içi) uygulaması fiyatları
Bu sayfada geçen kavramlar
- kurum içi dağıtım
- rol bazlı yetki
- çevrimdışı
- React Native
- Google Play
- Swift
- push bildirim
- Android
- Bolu