Bilişim Firmalarında Çok Müşterili Destek: Her Müşteriye Ayrı Sistem Kurmayın
Kısa cevap: Yazılım evleri, sistem entegratörleri ve yönetilen hizmet sağlayıcıları (MSP) çoğu zaman müşteri başına ayrı bir kanal taşır: bir WhatsApp grubu, bir e-posta takma adı, bazen müşterinin kendi sistemine açılmış bir kullanıcı. Doğru yapı, tek kurulum altında müşteri bazında yalıtılmış organizasyonlar ve müşteri başına ayrı SLA'dır.
Müşteri sayısı arttıkça ne bozuluyor?
Beş müşteriyle çalışırken WhatsApp grupları yönetilebilir. Yirmi müşteride tablo değişir:
- Aynı ekip, on ayrı grupta on ayrı bağlam taşır; hangi işin hangi müşteriye ait olduğu
bildirim yağmurunda kaybolur.
- Sözleşmede yazan yanıt süresi taahhüdü ölçülmez; ölçülmediği için de ihlal edildiğinde
ancak müşteri hatırlatınca fark edilir.
- Yenileme görüşmesinde "bu yıl size şu kadar destek verdik" cümlesinin arkasında veri yoktur.
- Bir ekip arkadaşı ayrıldığında, müşteri geçmişinin bir kısmı onun telefonunda kalır.
Ayrı sistemler mi, tek kurulum mu?
| Müşteri başına ayrı sistem | Tek kurulum, yalıtılmış organizasyonlar | |
|---|---|---|
| Kurulum/bakım | Her müşteri için ayrı | Tek |
| Ekip deneyimi | Ekran ve parola değiştirme | Tek ekranda tüm kuyruk |
| Raporlama | Müşteri başına parça parça | Konsolide + müşteri kırılımı |
| Veri yalıtımı | Fiziksel ayrım | Yetki ve organizasyon yalıtımı |
| Yeni müşteri açmak | Yeni kurulum | Yeni organizasyon tanımı |
Tixenta ikinci sütunu hedefler: tek adres altında birden fazla organizasyon barındırır ve şirketler arası veri sızıntısına karşı sertleştirilmiş yalıtımla yönetir.
Yetki: hem müşteri hem ekip tarafında
Yetki; rol, organizasyon, departman ve kayıt sahipliğinin birleşimiyle verilir (RBAC + ABAC). Pratikte kurabileceğiniz kurgular:
- Müşterinin kendi kullanıcısı yalnızca kendi şirketinin taleplerini görür.
- Kıdemli mühendis tüm müşterileri, junior yalnızca atandığı kayıtları görür.
- Bir müşteriye özel gizli bilgi (erişim bilgisi, sözleşme detayı) yalnızca ilgili ekipte kalır.
SLA: sözleşmedeki cümleyi sayaca çevirmek
Destek sözleşmelerinde bir yanıt ve çözüm süresi yazar. Tixenta ilk yanıt ve çözüm sürelerini izler; süre dolmadan önce uyarı, aşıldığında anlık alarm üretir. Bunun iki getirisi var:
- İhlalden önce müdahale. Uyarı, alarmdan önce gelir.
- Yenileme görüşmesinde veri. "Bu dönem şu kadar talep aldık, ortalama ilk yanıt süresi
şuydu, taahhüdü şu kadar talepte aştık." Bu cümle, fiyat görüşmesinin en güçlü dayanağıdır.
Müşteriye talep açmayı kolaylaştırın
Müşteri tarafındaki son kullanıcıya panel hesabı açtırmak çoğu zaman gereksiz sürtünmedir. Üyeliksiz talep akışı ile kullanıcı e-posta ve takip kodu üzerinden talep açar ve izler. Kanal tarafında ise e-posta, WhatsApp, web formu ve API zaten tek havuza akar.
Kendi ürününüzü buna bağlayın
OpenAPI 3.1 uyumlu arayüz, yetkisi sınırlanabilen API anahtarları ve olay bildirimleri (webhook) vardır. Kendi yazılımınızdaki bir hata bildirimi ekranını doğrudan talep havuzuna bağlayabilir, izleme sisteminizden gelen alarmı otomatik talebe çevirebilirsiniz.
Ekip içi konuşma ayrı bir uygulamada olmasın
Destek işinin yarısı ekip içinde geçer: "bu müşteride şu sürüm mü kurulu", "bu hatayı daha önce gören var mı". Tixenta dahili ekip sohbetini platformun içinde sunar; birebir, grup ve kanal mesajlaşma, çevrimiçi durumu, okundu bilgisi, dosya paylaşımı. Ayrı bir sohbet aboneliğine ihtiyaç kalmaz ve daha önemlisi, bilgi talebin yanında kalır.
Müşteriniz "verim nerede duracak?" diye soruyorsa
Kurumsal müşterilerin ihale ve tedarik süreçlerinde bu soru mutlaka gelir. Tixenta Türkiye merkezlidir, KVKK uyumludur ve bulut hizmeti olarak da müşterinin kendi sunucusunda da (on-premise) çalışır. Aynı cevabı verebilmek, satış sürecinde bir adım önden başlamak demektir.
Sık sorulan sorular
Müşterilerimiz birbirinin verisini görebilir mi? Hayır. Her organizasyonun verisi yalıtılır; yetki kurgusu bunu ekip tarafında da uygular.
Var olan takip listelerimizi taşıyabilir miyiz? Açık API üzerinden mevcut kayıtlar aktarılabilir.
Her müşteri için ayrı SLA tanımlanabilir mi? Evet; süre hedefleri organizasyon bazında farklılaştırılabilir.
Ekip içi sohbet için ayrıca Slack'e ihtiyacımız olur mu? Dahili ekip sohbeti platformun içinde yer alır; ayrı bir araç zorunluluğu yoktur.
İlgili içerikler
Tixenta; tek adres altında çoklu organizasyon yalıtımı, SLA takibi, açık API ve dahili ekip sohbetini birleştiren kurumsal destek platformudur.