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
- arka uç (API/panel) ihtiyacı
- ekran sayısı ve karmaşıklık
- donanım entegrasyonları
- platform (iOS/Android/ikisi)
- çevrimdışı ve senkron
- Seçilen özellikler: çevrimdışı 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
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
- 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).
- Ç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ı?
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.
Saha ekibi kâğıtla çalıştığında
İş emri, fotoğraf, imza ve konum bilgisi sahadan anında sisteme düşer; çevrimdışı kayıtlar bağlantı gelince eşitlenir.
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
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Ödeme planı teslim aşamalarına bağlı mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
07Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- e-belge entegratörü hizmet bedeli
- üçüncü taraf yazılım ve eklenti lisansları
- App Store ve Google Play geliştirici hesapları
- 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.
08Çüngüş'te teklif almak
Çüngüş'ün PTT verisindeki 40 yerleşim kaydı 1 farklı posta koduna dağılır. 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.
Mesafe yazılım işinin önünde engel değildir: Çüngüş'teki 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.
Diyarbakır genelinde Kayapınar, Bağlar ve Silvan gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Çüngüş bölgesinden işletme (kurum içi) 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ı
- 39
- Yaklaşık API uç noktası (ekran × 1,5)
- 59
- Bildirim türü
- 6
- Platform
- iOS + Android (yerel)
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
İş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.
Sadece Diyarbakır için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Güneydoğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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.
→İlgili sayfalar
İşletme (Kurum İçi) Uygulaması hakkında diğer konular
- İşletme (kurum içi) uygulaması özellikleri ve modülleriOlması gereken modüller ve özellikler
- İşletme (kurum içi) uygulaması geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- İş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ı yaptırmaKapsam, süreç ve iletişim
Çüngüş'te ilgili hizmetler
Diyarbakır 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
- Kotlin
- TestFlight
- Diyarbakır
- Çüngüş