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
- barındırma (bulut/şirket içi)
- rol/yetki karmaşıklığı
- modül ve ekran sayısı
- Seçilen özellikler: kategori ve öncelik 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
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.
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.
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.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Kim neyi değiştirdi bilinmiyor | Log yok | İşlem geçmişi |
| Aynı Excel'i birden çok kişi bozuyor | Çok kullanıcılı yapı yok | Web tabanlı yazılım |
| Rapor hazırlamak günler sürüyor | Veri dağınık | Merkezi veritabanı ve otomatik rapor |
05Talep 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.
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.
06Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel öncelik 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 | 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
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
08Teklifte ayrıca sorulması gereken giderler
- alan adı yenileme
- App Store ve Google Play geliştirici hesapları
- e-belge entegratörü hizmet bedeli
- harita ve bildirim servisleri
- SMS, e-posta ve API kullanım ücretleri
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.
09Çayeli'nde teklif almak
PTT kayıtlarında Çayeli ilçesine bağlı 287 yerleşim bulunur: 86 mahalle ile 201 köy ve köy yerleşimi.
Mesafe yazılım işinin önünde engel değildir: Çayeli'ndeki 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 Derepazarı, Güneysu ve Çamlıhemşin ilçeleri için de talep ve destek yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Çayeli 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ş
- 389
- İş başına süre
- 7 dk
- Aylık süre (22 iş günü)
- 998,4 saat
- Otomasyon sonrası doğrulama payı (%19)
- 189,7 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
İ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.
Ö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.
Sadece Rize için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Rize de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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 sonradan genişletilebilir mi?
Evet. Kategori gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
Çayeli'nde 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.
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
Talep ve Destek Yönetimi hakkında diğer konular
- Talep ve destek yönetimi geliştirme süreciAnalizden yayına aşamalar
- 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
- Talep ve destek yönetimi teknolojileriTeknoloji seçimi ve mimari
- Talep ve destek yönetimi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Çayeli'nde ilgili hizmetler
Rize içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- talep kaydı
- kategori
- öncelik
- MVP
- iş akışı
- onay süreci
- log
- bulut
- veritabanı
- Rize
- Çayeli