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
- veri aktarımı
- entegrasyonlar
- raporlama
- modül ve ekran sayısı
- mobil erişim
- barındırma (bulut/şirket içi)
- Seçilen özellikler: talep kaydı ve çözüm süresi 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.
03Talep ve destek yönetimi planlarken bilinmesi gerekenler
- KVKK: kişisel veri işlenecekse erişim yetkisi, loglama ve saklama süresi planlanır.
- İlk sürüm (MVP) en çok zaman kaybettiren işi çözmeye odaklanır; sonra modül modül genişler.
- Kullanıcı rolleri ve yetkiler (kim neyi görür, kim onaylar) baştan tanımlanır.
04Talep ve destek yönetimi hangi ihtiyaca cevap verir?
Talep kaydı gerektiğinde
Talep kaydı, talep ve destek yönetimi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Rapor hazırlamak saatler aldığında
Dağınık veri tek veritabanında toplanır; raporlar istenen sıklıkla otomatik üretilir.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel talep kaydı ve kategori; 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
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Ödeme planı teslim aşamalarına bağlı mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
07Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- e-belge entegratörü hizmet bedeli
- App Store ve Google Play geliştirici hesapları
- alan adı yenileme
- 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.
08Ceylanpınar'da teklif almak
Ceylanpınar'ın PTT verisindeki 52 yerleşim kaydı 1 farklı posta koduna dağılır.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Ceylanpınar'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 Eyyübiye, Halfeti ve Haliliye ilçeleri için de talep ve destek yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Talep ve destek yönetimini 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: otomasyonla kazanılan süre
- Günlük tekrarlanan iş
- 57
- İş başına süre
- 8 dk
- Aylık süre (22 iş günü)
- 167,2 saat
- Otomasyon sonrası doğrulama payı (%18)
- 30,1 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sadece Şanlıurfa için mi çalışıyorsunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanı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.
İ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.
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 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.
Ö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.
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.
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.
→İ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 firmasıFirma seçerken bakılacaklar
- Talep ve destek yönetimi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Talep ve destek yönetimi entegrasyonlarıBağlanabilecek sistemler
- Talep ve destek yönetimi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Ceylanpınar'da ilgili hizmetler
Şanlıurfa içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- talep kaydı
- kategori
- öncelik
- MVP
- iş akışı
- onay süreci
- rol ve yetki
- log
- veritabanı
- web tabanlı
- Şanlıurfa
- Ceylanpınar