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.
01Talep ve destek yönetimi maliyetini belirleyen kalemler
- barındırma (bulut/şirket içi)
- mobil erişim
- entegrasyonlar
- modül ve ekran sayısı
- raporlama
- rol/yetki karmaşıklığı
- Seçilen özellikler: kategori ve öncelik 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
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.
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.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
03Talep ve destek yönetimi planlarken bilinmesi gerekenler
- Veri aktarımı (eski Excel/program verisi) ayrı iş kalemi olarak planlanır.
- Kullanıcı rolleri ve yetkiler (kim neyi görür, kim onaylar) baştan tanımlanır.
- İlk sürüm (MVP) en çok zaman kaybettiren işi çözmeye odaklanır; sonra modül modül genişler.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Aynı Excel'i birden çok kişi bozuyor | Çok kullanıcılı yapı yok | Web tabanlı yazılım |
| Kim neyi değiştirdi bilinmiyor | Log yok | İşlem geçmişi |
| Rapor hazırlamak günler sürüyor | Veri dağınık | Merkezi veritabanı ve otomatik rapor |
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel kategori ve çözüm süresi; 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 |
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?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
07Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- e-belge entegratörü hizmet bedeli
- sunucu veya bulut kullanımı
- App Store ve Google Play geliştirici hesapları
- 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.
08Tokat'ta teklif almak
Tokat, Karadeniz Bölgesi'nde yer alan, plaka kodu 60 olan bir ildir; PTT verisine göre 12 ilçe ve 1.389 mahalle ve köy kaydından oluşur.
Mesafe yazılım işinin önünde engel değildir: Tokat'taki 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.
Karadeniz Bölgesi'ndeki Bayburt, Bartın ve Samsun gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; talep ve destek yönetimi için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
09Örnek kapsam hesabı
Örnek: otomasyonla kazanılan süre
- Günlük tekrarlanan iş
- 230
- İş başına süre
- 11 dk
- Aylık süre (22 iş günü)
- 927,7 saat
- Otomasyon sonrası doğrulama payı (%20)
- 185,5 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Özel yazılımda kaynak kod bize mi ait olur?
Sözleşmede yazılı olarak belirtilir. Biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Ö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.
Talep ve destek yönetimi maliyetini en çok ne etkiler?
Çoğu projede en büyük farkı entegrasyonlar ve özel iş kuralları yaratır; modül ve ekran sayısı de toplamı doğrudan etkiler.
Talep ve destek yönetimi için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve talep kaydı gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Tokat'tan yazıyorum; toplantılar nasıl yapılıyor?
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.
Talep ve destek yönetimi sonradan genişletilebilir mi?
Evet. Kategori gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Sadece Tokat için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Tokat de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
Talep ve Destek Yönetimi hakkında diğer konular
- Talep ve destek yönetimi entegrasyonlarıBağlanabilecek sistemler
- Talep ve destek yönetimi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Talep ve destek yönetimi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Talep ve destek yönetimi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Talep ve destek yönetimi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Tokat'ta ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
Tokat ilçelerinde talep ve destek yönetimi fiyatları
Bu sayfada geçen kavramlar
- talep kaydı
- kategori
- öncelik
- MVP
- iş akışı
- onay süreci
- log
- veritabanı
- Tokat