İç veya müşteri taleplerinin kayıt, atama ve çözüm takibi.
01Talep ve destek yönetimi firması seçerken bakılacak ölçütler
Kaynak kod sahipliği
Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
KVKK yaklaşımı
Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
Referans kontrol yöntemi
Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
02Teklif görüşmesinde sorulacak sorular
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
03Talep ve destek yönetimi planlarken bilinmesi gerekenler
- İlk sürüm (MVP) en çok zaman kaybettiren işi çözmeye odaklanır; sonra modül modül genişler.
- Veri aktarımı (eski Excel/program verisi) ayrı iş kalemi olarak planlanır.
- KVKK: kişisel veri işlenecekse erişim yetkisi, loglama ve saklama süresi planlanır.
04Kırmızı bayraklar
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
05Eskişehir dışındaki bir firmayla nasıl çalışılır?
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Tepebaşı'nda bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.
- Görüntülü toplantı ve ekran paylaşımı
- Ortak proje panosu ve yazılı karar kaydı
- Her aşamada test ortamında deneme
- Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma
06Tepebaşı'nda talep ve destek yönetimi için çalışma biçimimiz
Tepebaşı'nın PTT verisindeki 92 yerleşim kaydı 12 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; Tepebaşı'ndaki 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.
Eskişehir genelinde Sarıcakaya, Alpu ve Seyitgazi gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
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.
07Nasıl çalışıyoruz?
Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.
- Kaynak kod ve veri işletmeye teslim edilir.
- Her değişiklik önce test ortamında denenir.
- Yayın sonrası bakım ve destek planlanır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
08Örnek hesap
Örnek: otomasyonla kazanılan süre
- Günlük tekrarlanan iş
- 39
- İş başına süre
- 8 dk
- Aylık süre (22 iş günü)
- 114,4 saat
- Otomasyon sonrası doğrulama payı (%15)
- 17,2 saat
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Uzaktan mı çalışıyorsunuz?
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 eğitim 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.
İ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.
Yazılım firmasının yakın olması önemli mi?
Çoğu yazılım projesi uzaktan yürür; önemli olan düzenli iletişim, test ortamı ve yazılı kapsamdır. Kurulum veya eğitim gerekiyorsa yerinde çalışma planlanır.
Referanslarınızı görebilir miyim?
Görüşmede, gizlilik izin verdiği ölçüde çalışan projeleri canlı olarak gösterebiliriz. Referans kontrolünde yalnız logo listesine değil, çalışan bir sisteme ve o işletmenin deneyimine bakmanızı öneririz.
Sözleşmede nelere dikkat etmeliyim?
Kapsam ve teslim kriterleri, kaynak kod ve veri sahipliği, ödeme planının aşamalara bağlanması, bakım koşulları ve gizlilik maddeleri.
Sadece Eskişehir 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.
→İ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 yaptırmaKapsam, süreç ve iletişim
- Talep ve destek yönetimi güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- 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
Tepebaşı'nda ilgili hizmetler
Eskişehir 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
- Eskişehir
- Tepebaşı