Yayımlanmış bir etkinlik programı değiştiğinde ilk soru genellikle asistanın ne söyleyeceği olur. Daha önce cevaplanması gereken soru ise hangi değişikliklerin asistanın yanıt alanına gireceğidir. Bu yazı uygulama kurulumunu anlatmaz; kapsamı belirleme, alternatifleri karşılaştırma ve karar verme tarafına odaklanır. Amaç, ekibin hangi bilgiyi otomatik yanıtlatacağını ve hangisini insan ekibine bırakacağını önceden netleştirmesine yardımcı olmaktır.
Kapsam Sorusu Neden Önce Gelmeli
Program değişikliği için bir asistan hazırlanmadan önce ekibin cevaplaması gereken ilk soru, katılımcının hangi bilgiyi sorabileceğidir. Salon, saat, tarih, konuşmacı sırası ve oturum iptali aynı kapsama girmeyebilir. Hepsini tek bir kurala bağlamaya çalışmak, zamanla uzayan bir istisna listesi doğurur.
Kapsam belirlenmeden yazılan talimatlar genellikle ya çok geniş ya da çok dar olur. Geniş kapsamda asistan kaynakta olmayan bir nedeni tahmin edebilir. Dar kapsamda ise katılımcı basit bir salon sorusunda bile gereksiz yönlendirme alır. Bu nedenle kapsam, soru türü bazında yazılmalı ve her satırın yanında bilginin hangi kaynaktan geldiği belirtilmelidir.
Hangi Değişiklikler Asistanın Yanıt Alanına Girer
Oturum salonu, saati ve tarihi gibi yapısal alanlar çoğunlukla onaylı bir kaynakta karşılaştırılabilir. Bu alanlarda yanıt, kaynakta yazan değere ve geçerlilik aralığına dayanır. Asistanın görevi, bilgiyi doğru aktarmak ve bunun hangi güne ait olduğunu belirtmektir.
Değişikliğin nedeni, katılımcıya özel bir telafi, erişilebilirlik ihtiyacı ya da bilet üzerindeki hak meselesi yanıt alanının dışındadır. Bu konularda asistan kaynakta olmayan bir açıklama üretmemeli, durumu etkinlik alanı talep yönetimi gibi ayrı süreçlerden ayırarak ekibe bırakmalıdır. Kapsam listesinde yanıtlanır, kısmen yanıtlanır ve devredilir ayrımı yapmak, ekip toplantısındaki tartışmayı kısaltır.
Alternatifleri Hangi Ölçütlerle Karşılaştırmalı
Program değişikliği için üç yaygın yaklaşım vardır: yalnızca web sayfasını güncellemek, PDF programı ana kaynak yapmak ve ayrı bir onaylı bilgi kaydı tutmak. Her seçenek ekip yükünü ve tutarlılık riskini farklı dağıtır. Karar verirken yalnız kurulumun kolay olmasına bakmak yanıltıcı olabilir.
Karşılaştırmada güncelleme hızı, tek kaynak olma, geçerlilik tarihini taşıyabilme ve dil sürümlerini yönetme ölçütleri kullanılmalıdır. Aşağıdaki tablo bu ölçütler için bir başlangıç çerçevesi sunar; işletmenin ölçeğine ve ekip kapasitesine göre ağırlıklar değişebilir.
| Ölçüt | Yalnız web sayfası | PDF ana kaynak | Onaylı bilgi kaydı |
|---|---|---|---|
| Güncelleme hızı | Hızlıdır, fakat diğer kanallar geride kalabilir | Yavaştır, dosya onayı gerektirir | Orta düzeydedir, tek yerden yayılır |
| Tek kaynak | Zayıftır | Orta düzeydedir | Güçlüdür |
| Geçerlilik tarihi | Sayfaya elle eklenir | Dosya metninde yer alır | Ayrı bir alan olarak tutulabilir |
| Çok dilli sürüm | Her dil ayrı yönetilir | Dil başına ayrı dosya gerekir | Oturum kimliğiyle eşleşir |
| Ekip yükü | Başlangıçta düşük, takipte yüksektir | Orta düzeydedir | Başlangıçta yüksek, sonra düşer |
Tüm sütunları görmek için tabloyu yana kaydırın.
Geçici Duyuru Ve Kalıcı Kayıt Arasındaki Fark
Geçici duyuru ile kalıcı program kaydı aynı biçimde yazıldığında, yalnızca bir güne ait bir değişiklik sonradan kalıcı görünebilir. Bu yüzden geçici bilgi ayrı bir alanda ve bitiş tarihiyle tutulmalıdır. Kalıcı kayıt ise yalnızca onaylanmış son durumu göstermelidir. Bu ayrımın nasıl kurulacağı için kurum duyuru güncelliği başlığındaki düşünce çizgisi de işe yarar.
Kapsam açısından geçici duyurular iki gruba ayrılabilir: tek güne ait olanlar ve sonraki oturumları da etkileyenler. Birinci grupta asistan tarih belirterek yanıt verebilir. İkinci grupta ise onay gelene kadar kesin ifade kullanmaması daha güvenlidir. Zamanla eskiyen bilgilerin nasıl ele alınacağı için bilgi güncelliği maddesi kavramsal bir çerçeve sunar.
Çok Dilli Adlarda Kapsamın Sınırı
Oturum adı, salon ismi ve etkinlik başlığı çevrildiğinde, hangi adların çeviri olduğu ve hangilerinin resmi isim olarak kaldığı önceden belirlenmelidir. Kapsam kararı, bu sınırı açıkça çizmeyi gerektirir. Aksi halde her dil için ayrı ekip kararları oluşur ve tutarlılık dağılır.
Dil desteği, adların her dilde otomatik eşleştiği anlamına gelmez. Kapsam belgesinde hangi dillerde tam yanıt verileceği ve hangilerinde yalnızca temel bilginin paylaşılacağı belirtilmelidir. Yanıt dili ile veri kaynağının dili ayrı olabilir; salon numarası ve saat değerinin kaynakla birebir aynı kalması ise kapsamın değişmez kuralı olmalıdır. Bu tür testlerin nasıl kurgulanacağı için çok dilli chatbot testleri rehberine bakılabilir.
Ekip Sorumluluğu Ve Devir Noktası
Kapsam belgesinin işe yaraması için her satırın bir sahibi olmalıdır. Salon kaydını kim günceller, geçici duyuruyu kim kaldırır, dil eşleşmesini kim onaylar? Bu sorumluluklar belirsiz kaldığında asistan doğru kaynağı okusa bile yayın sırasında eski bir sürüm kalabilir.
Devir noktası da kapsamın bir parçasıdır. Asistanın hangi durumda insan ekibine aktaracağı, bu aktarımın hangi kanalla yapılacağı ve bekleyen sorunun kime ait olduğu baştan yazılmalıdır. Kanal henüz kurulmamışsa asistan bu geçişi işlemiş gibi anlatmamalı, yalnızca sorunun ekibe iletileceğini söylemelidir. Bekleyen konuların takibi için sohbet bildirimi sonrası ekip takibi yaklaşımı da değerlendirilebilir.
Farklı Bir Görüşmede Kapsam Sınırı
Aşağıdaki görüşme temsilidir ve gerçek bir katılımcı kaydı değildir. Amaç, kapsam sınırının farklı bir senaryoda yanıt biçimini nasıl belirlediğini göstermektir. Burada değişen alan, bir atölyenin başlangıç saatidir.
Katılımcı: Cumartesi günü için 14:00'te başlayacağını düşündüğüm atölyenin saati değişti mi?
Asistan: Güncel programda bu atölyenin başlangıcı 15:30 olarak yazılıyor. Değişikliğin geçerli olduğu tarih yalnızca ilgili cumartesi günü olarak belirtilmiş. Elinizdeki bilgi eski kalmış olabilir.
Katılımcı: Peki diğer günlerdeki atölyeler de kaydı mı?
Asistan: Kaynağımda diğer günler için bir saat değişikliği görmüyorum. Bu, tüm programın kesin olarak doğrulandığı anlamına gelmez; emin olmak için etkinlik ekibine danışabilirsiniz.
Katılımcı: Bir de erken gelirsem giriş yapabilir miyim?
Asistan: Giriş saatiyle ilgili bilgi kaynağımda yer almıyor. Bu konuda tahmin yürütmek istemem; sorunuzu etkinlik ekibine iletmek gerekir.
Kapsam Kararını Sınamak İçin Sorular
Kapsam belgesi tamamlandıktan sonra ekip, kararın gerçek sorularla ne kadar çalıştığını ayrı bir toplantıda değerlendirebilir. Aşağıdaki sorular teknik ayrıntıya girmeden kararın sınırlarını yoklamak için kullanılabilir.
- Son üç program değişikliğinde katılımcıların sorduğu sorular kapsam listesindeki hangi satırlara düşüyor ve hangileri hiçbir satıra uymuyor?
- Kapsam dışında kalan sorularda asistanın verdiği yanıt, katılımcıyı gereksiz yere bekletiyor mu, yoksa net bir yönlendirme sağlıyor mu?
- Geçici duyurunun bitiş tarihi geçtiğinde, bu bilgiye bağlı soruları yanıtlayan kişi kimdir ve kaynak ne zaman kontrol edilir?
- Tek bir oturumun değişikliği diğer oturumları etkiliyorsa, kapsam bu zincirleme etkiyi hangi kurala bağlıyor?
- Hedef dillerden birinde yanıt kalitesi düşükse, kapsam o dili tam destek mi, sınırlı destek mi olarak tanımlıyor?
- Bir katılımcı bilet bilgisiyle güncel programı aynı anda sorduğunda, kapsam hangi kaynağın önce gösterileceğini belirtiyor mu?
- Devir noktasında bekleyen bir görüşme için son yanıt zamanı belirlendi mi ve bu süre aşıldığında kim bilgilendiriliyor?
Bu soruların yanıtları açık ve kayıtlı olduğunda, program değişikliği süreci hem ekip hem de katılımcı açısından öngörülebilir hale gelir. Asistanın rolü, doğrulanmış bilgiyi doğru aktarmak ve kesin olmayan konuyu insan ekibine bırakmaktır. Kanal ve bilgi yönetimi için chatbot entegrasyon kapsamı sayfasına da bakılabilir.