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üğü
- arka uç (API/panel) ihtiyacı
- çevrimdışı ve senkron
- ekran sayısı ve karmaşıklık
- platform (iOS/Android/ikisi)
- Seçilen özellikler: rol bazlı yetki ve kurum içi dağıtım 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
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
- 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.
- Kullanıcı kim? Müşteri (mağazada yayın) mi, çalışan (kurum içi dağıtım) mı?
04Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel kurum içi dağıtım ve çevrimdışı; 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
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
06Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- sunucu veya bulut kullanımı
- App Store ve Google Play geliştirici hesapları
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
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.
07Pazarcık'ta teklif almak
Pazarcık'ın PTT verisindeki 84 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde işletme (kurum içi) uygulaması için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Pazarcık'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.
Kahramanmaraş genelinde Çağlayancerit, Türkoğlu ve Elbistan gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
İş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.
08Örnek kapsam hesabı
Örnek: mobil uygulama ekran planı
- Ekran sayısı
- 36
- Yaklaşık API uç noktası (ekran × 1,5)
- 54
- Bildirim türü
- 6
- Platform
- iOS + Android (tek kod tabanı)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
İş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.
Pazarcık'ta 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.
Ö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.
İş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.
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.
Sadece Kahramanmaraş için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
İşletme (Kurum İçi) Uygulaması hakkında diğer konular
- İşletme (kurum içi) uygulaması güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- İşletme (kurum içi) uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- İşletme (kurum içi) uygulaması teknolojileriTeknoloji seçimi ve mimari
- İşletme (kurum içi) uygulaması entegrasyonlarıBağlanabilecek sistemler
- İşletme (kurum içi) uygulaması: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Pazarcık'ta ilgili hizmetler
Kahramanmaraş 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
- App Store
- API
- TestFlight
- Kahramanmaraş
- Pazarcık