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
- entegrasyonlar
- veri aktarımı
- modül ve ekran sayısı
- raporlama
- rol/yetki karmaşıklığı
- barındırma (bulut/şirket içi)
- Seçilen özellikler: çözüm süresi ve talep kaydı 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
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
- Kullanıcı rolleri ve yetkiler (kim neyi görür, kim onaylar) baştan tanımlanır.
- Kaynak kodun ve verinin kime ait olacağı, barındırma ve yedekleme sözleşmede yazılır.
- İlk sürüm (MVP) en çok zaman kaybettiren işi çözmeye odaklanır; sonra modül modül genişler.
04Talep ve destek yönetimi hangi ihtiyaca cevap verir?
Rapor hazırlamak saatler aldığında
Dağınık veri tek veritabanında toplanır; raporlar istenen sıklıkla otomatik üretilir.
Hazır program iş akışına uymadığında
İşletmenin kuralları programa uydurulmaz; Talep ve destek yönetimi bu kurallara göre tasarlanır.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel öncelik ve talep kaydı; 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
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- 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?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
07Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- alan adı yenileme
- üçüncü taraf yazılım ve eklenti lisansları
- e-belge entegratörü hizmet bedeli
- 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.
08Doğanhisar'da teklif almak
PTT kayıtlarında Doğanhisar ilçesine bağlı 24 yerleşim bulunur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Doğanhisar'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ı ildeki Selçuklu, Akören ve Tuzlukçu ilçeleri için de talep ve destek yönetimi talepleri değerlendirilir; 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ş
- 180
- İş başına süre
- 8 dk
- Aylık süre (22 iş günü)
- 528 saat
- Otomasyon sonrası doğrulama payı (%10)
- 52,8 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sadece Konya için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Konya de bunlardan biridir. Yerinde iş gerektiğinde ziyaret 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.
İlk sürüm ne kadar kapsamlı olmalı?
İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır. Kullanıldıkça ihtiyaçlar netleşir ve sonraki modüller sürüm planıyla eklenir.
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 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.
Doğanhisar'da 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.
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.
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.
→İlgili sayfalar
Talep ve Destek Yönetimi hakkında diğer konular
- Talep ve destek yönetimi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Talep ve destek yönetimi yaptırmaKapsam, süreç ve iletişim
- Talep ve destek yönetimi: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Talep ve destek yönetimi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Talep ve destek yönetimi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Doğanhisar'da ilgili hizmetler
Konya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- talep kaydı
- kategori
- öncelik
- MVP
- iş akışı
- onay süreci
- web tabanlı
- log
- bulut
- Excel'den geçiş
- Konya
- Doğanhisar