Çağrı Merkezi & Destek (Helpdesk/Ticket) Yazılımı Rehberi: Tüm Talepleri Tek Havuzda Çözün

Üçü farklı sorunu çözer. Çağrı merkezi yazılımı sesli kanalı yönetir: IVR, kuyruk dağıtımı, çağrı kaydı ve temsilci durumu. Helpdesk, kanal fark etmeksizin talebin yaşam döngüsünü yönetir: atama, öncelik, SLA, çözüm. CRM ise satış odaklıdır; müşteri, fırsat ve teklif takibi yapar. Olgun kurulumlarda üçü entegre çalışır ve müşteri kartı hepsinde ortaktır.

Hazır bulut araçlarında yaygın bant temsilci başına aylık 19-115 dolardır; alt paketler temel ticket ve e-postayı kapsar, omnichannel ile yapay zeka üst paketlerde yer alır, sesli çağrı merkezi genelde ayrı eklentidir. Özel yazılımda lisans yoktur; maliyeti temsilci sayısı değil kapsam belirler: bağlanacak kanal sayısı, SLA ve otomasyon karmaşıklığı, CRM/ERP entegrasyonu, müşteri portalı ve raporlama derinliği.

Basit bir başabaş hesabı yapın: temsilci sayınızı ihtiyacınız olan paketin aylık ücretiyle çarpın, 36 ayla ölçekleyin ve geliştirme teklifiyle karşılaştırın. Pratikte 8-10 temsilcinin üzerindeki ekiplerde ve standart araca sığmayan süreçlerde denklem özel yazılım lehine döner. Küçük ekipler için hazır araçla başlayıp hacim büyüdüğünde geçiş yapmak da geçerli bir stratejidir.

Evet, WhatsApp Business API üzerinden gelen mesajlar otomatik ticket'a dönüşür. Müşteri yazdığı anda 24 saatlik hizmet penceresi açılır; bu süre içinde serbest metinle yazışabilirsiniz. Pencere kapandıktan sonra ilk teması siz kuracaksanız yalnızca önceden onaylanmış şablon mesaj gönderilebilir ve bu ücretlidir. Ücretlendirme mesaj başına değil, açılan konuşma başınadır; bu yüzden kapanış bildirimlerini pencere içinde göndermek maliyeti düşürür.

SLA, etki ve aciliyeti kesiştiren bir öncelik matrisiyle başlar; her önceliğe ayrı ilk yanıt ve çözüm süresi verilir. Sayaç mutlaka çalışma takvimine bağlanmalıdır: mesai dışı saatler, hafta sonu ve resmî tatiller sayılmaz, "müşteri yanıtı bekleniyor" durumunda sayaç durur. Bu tanımlar yapılmazsa Cuma 17:50'de gelen talep Pazartesi sabahı gecikmiş görünür ve raporlar güvenilirliğini kaybeder.

Evet. Atama kuralları konu, kanal, müşteri segmenti, ürün veya anahtar kelimeye göre tanımlanır. Dağıtım modeli iki türlüdür: sırayla dağıtan round-robin ve temsilcinin mevcut açık talep yüküne bakan yük dengeli model. İkincisi karmaşık taleplerin bir kişide birikmesini önler. Yetkinlik bazlı yönlendirme eklenirse, örneğin muhasebe entegrasyonu sorusu yalnızca o konuda eğitimli temsilcilere düşer.

Beş metrik yeterlidir: ilk yanıt süresi (FRT), ortalama çözüm süresi (MTTR), ilk temasta çözüm oranı (FCR), gün sonu açık talep sayısı (backlog) ve müşteri memnuniyeti (CSAT). FRT algıyı, MTTR verimi, FCR bilgi kalitesini, backlog kapasiteyi, CSAT ise sonucu ölçer. Bunları kategori ve kanal kırılımında okumak, tek bir ortalamaya bakmaktan çok daha isabetli karar üretir.

Sistem destek adresinizi IMAP ile dinler ve her yeni mesajdan bir talep açar. Yanıtların doğru talebe iliştirilmesi için konu başlığındaki referans numarası ve e-posta başlıkları (Message-ID, In-Reply-To) birlikte kullanılır. Otomatik yanıt ve döngü filtreleri kurulmazsa sistem kendi kendine yazışmaya başlar. Gönderim tarafında SPF, DKIM ve DMARC kayıtları ayarlanmazsa yanıtlarınız spam klasörüne düşebilir.

Evet. SIP tabanlı santraller ve bulut telefon sistemleriyle entegrasyon kurulabilir. Gelen aramada numara tanınır, müşteri kartı temsilcinin ekranında otomatik açılır, görüşme sonunda kayıt ve süre ilgili talebe eklenir. IVR seçimi doğrudan talep kategorisine yazılabilir; böylece müşteri konusunu ikinci kez anlatmaz ve raporlarda sesli kanal diğer kanallarla aynı formatta izlenir.

Kurgusu doğruysa evet. Kritik olan, makalelerin sadece bir sayfada durması değil, talep açma anında önerilmesidir: müşteri konusunu yazarken eşleşen makaleler görünür ve form göndermeden çözüme ulaşırsa bu "saptırılan talep" olarak raporlanır. İçeriği seçerken en çok tekrar eden 20 kategoriden başlayın; site içi aramada sonuç bulunamayan sorgular da bir sonraki makale listenizi verir.

Kapalı bir bilgi kümesine bağlandığında güvenilirdir. Model yalnızca sizin bilgi bankanız ve geçmiş çözümleriniz üzerinden yanıt üretmeli, kaynak gösterememesi durumunda cevap uydurmak yerine talebi insana devretmelidir. Pratikte en güvenli başlangıç, yapay zekânın doğrudan müşteriye değil temsilciye taslak yanıt önermesidir; birkaç haftalık doğruluk ölçümünden sonra düşük riskli kategorilerde tam otomatik yanıta geçilir.

Uygun kurgulanabilir. Çağrı kaydı ve destek yazışmaları kişisel veridir; aydınlatma metni, saklama süresi ve süre sonunda otomatik silme/anonimleştirme tanımlanmalıdır. Rol bazlı yetkilendirmeyle her temsilcinin yalnızca kendi kapsamındaki kayıtlara erişmesi sağlanır ve tüm görüntülemeler denetim kaydına yazılır. Yurt dışı merkezli bulut araçlarında veriler yurt dışında işlenebilir; verinin Türkiye'de kalması gerekiyorsa bu, model seçiminde belirleyici bir kriterdir.

Evet. Eski sistemdeki talepler, yazışmalar, ekler ve müşteri kayıtları API veya dışa aktarım dosyalarıyla taşınabilir. Edge Bilişim olarak bu geçişleri iki adımda yürütüyoruz: önce örnek bir veri kümesiyle deneme göçü yapıp kategori ve durum eşleştirmesini birlikte doğruluyoruz, sonra canlıya geçiş gecesinde tam aktarımı çalıştırıyoruz. Eski talep numaralarının korunması, müşteriye verilen referansların geçerli kalması açısından önemlidir.

Evet, ancak kurgu farklıdır. Müşteri desteğinde talep tiplerini kanal ve konu belirlerken iç serviste ITSM mantığı öne çıkar: arıza (incident), talep (service request) ve değişiklik ayrı akışlardır, onay adımları eklenir. Aynı altyapıda ayrı kategori setleri, ayrı SLA'lar ve ayrı portallar tanımlayarak hem müşteri hem çalışan taleplerini tek sistemde, birbirine karışmadan yönetebilirsiniz.

Evet. Arayüz responsive tasarlandığında temsilci telefondan talebi görüp yanıtlayabilir, yönetici raporlara her yerden ulaşır. Sahada çalışan ekipler için anlık bildirim, konum ve kamera erişimi gerekiyorsa web arayüzü yetmez; bu durumda ayrı bir mobil uygulama geliştirme adımı planlanır. Teknisyenin arıza fotoğrafını doğrudan talebe eklemesi, çözüm süresini ölçülebilir biçimde kısaltır.

Talep hacmi düzenli ve süre taahhüdü olan her sektör: yazılım ve SaaS firmaları, e-ticaret, telekom, teknik servis ağları, üretici ve distribütör destek hatları (örneğin Bayicep B2B bayi sipariş uygulaması). Sektöre özgü akışlar çoğu zaman ayrı bir modül gerektirir; örneğin emlak ve gayrimenkul CRM kurgusunda talep portföy kaydına, eczane ve medikal stok yazılımında ise parti ve miat kaydına bağlanır. Restoran ve kurumsal yemek hizmetlerinde tahsilat kaynaklı talepler için yemek kartı entegrasyonu tarafındaki işlem kayıtları destek ekranına çekilir.

Edge Bilişim, destek projelerine özellik listesiyle değil sizin talep dökümünüzle başlar: son üç ayın kayıtlarından kategori ve öncelik matrisi çıkarılır, SLA eşikleri gerçek hacme göre kalibre edilir. Kanal bağlantıları (e-posta ayrıştırma, WhatsApp şablon onayı, santral entegrasyonu) tek tek test edilerek devreye alınır, teslimde kaynak kod Git deposuyla devredilir ve yönetim paneli üzerinden kuralları kendiniz değiştirebilirsiniz.