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
- raporlama
- mobil erişim
- rol/yetki karmaşıklığı
- veri aktarımı
- entegrasyonlar
- modül ve ekran sayısı
- Seçilen özellikler: çözüm süresi ve kategori 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
- 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.
- İşe mevcut süreç ve Excel dosyalarının incelenmesiyle başlanır.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözü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 |
| Aynı Excel'i birden çok kişi bozuyor | Çok kullanıcılı yapı yok | Web tabanlı yazılım |
05Talep ve destek yönetimi hangi ihtiyaca cevap verir?
Ekip büyüdüğünde
Yeni kullanıcılar ve şubeler rol bazlı yetkiyle sisteme eklenir; herkes yalnız işine gereken veriyi görür.
Hazır program iş akışına uymadığında
İşletmenin kuralları programa uydurulmaz; Talep ve destek yönetimi bu kurallara göre tasarlanır.
06Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel çözüm süresi ve öncelik; 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 |
07Teklif karşılaştırırken sorulacak sorular
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Ödeme planı teslim aşamalarına bağlı mı?
08Teklifte ayrıca sorulması gereken giderler
- sunucu veya bulut kullanımı
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
- e-belge entegratörü hizmet bedeli
- App Store ve Google Play geliştirici hesapları
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.
09Doğanşar'da teklif almak
Doğanşar'ın PTT verisindeki 45 yerleşim kaydı 2 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Doğanşar'daki 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.
Aynı ildeki Suşehri, Gemerek ve Gölova ilçeleri için de talep ve destek yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Doğanşar bölgesinden talep ve destek yönetimi için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
10Örnek kapsam hesabı
Örnek: otomasyonla kazanılan süre
- Günlük tekrarlanan iş
- 15
- İş başına süre
- 10 dk
- Aylık süre (22 iş günü)
- 55 saat
- Otomasyon sonrası doğrulama payı (%18)
- 9,9 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
Ö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.
İ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 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.
Talep ve destek yönetimi fiyatı telefonda öğrenilebilir mi?
Kısa bir görüşmeyle kabaca bir çerçeve çizilebilir; kesin fiyat kapsam netleşince yazılı teklifle verilir.
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 Sivas için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
→İlgili sayfalar
Talep ve Destek Yönetimi hakkında diğer konular
- Talep ve destek yönetimi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- 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 yaptırmaKapsam, süreç ve iletişim
- Talep ve destek yönetimi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Talep ve destek yönetimi bakım ve destekYayın sonrası bakım, güncelleme ve destek
Doğanşar'da ilgili hizmetler
Sivas içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- talep kaydı
- kategori
- öncelik
- MVP
- iş akışı
- onay süreci
- rol ve yetki
- raporlama
- Sivas
- Doğanşar