POC isterleri

Bir maddeye basın, içindeki düğmelerle sağdaki sitede canlı deneyin.

157onaylı bilgi kartı10konu10test senaryosu271test sorusu

Asistan hem kurumun web sitesinde hem de mobil uygulamada aynı şekilde çalışıyor.
Sitede sağ alt köşedeki baloncuktan, uygulamada “Hilal'e sor” düğmesinden açılıyor.
Giriş yapılmadan genel soruları yanıtlıyor; giriş yapılınca bağışçıyı tanıyor.
Sahnenin üstündeki düğmelerle iki görünüm arasında geçebilirsiniz.

Sağdaki sahnenin üstündeki Masaüstü web sitesi / Mobil uygulama düğmeleriyle iki kapı arasında geçin. Aynı asistan, aynı kurallar; her görünümün kendi sohbeti vardır.

Bağışçı kuruma iki kapıdan geliyor: web sitesinden ve telefonundaki uygulamadan. Asistan ikisine de aynı şekilde yerleşiyor — siteye tek satır kod ekleniyor, uygulama ise yalnızca bir web görünümü açıyor; asistan kurallarıyla ve güvenlik kontrolleriyle olduğu gibi içine geliyor. Her iki kapıda da iki durum var: giriş yapılmamışken asistan açılıyor ve genel soruları yanıtlıyor ama kişiyi tanımıyor, kişisel bir soru gelirse kurumun girişini işaret ediyor. Giriş yapıldığında ise kim olduğunu sitenin ya da uygulamanın kendi oturumundan biliyor; kimlik numarası ne ekrana yazılıyor ne de sohbete. “Çıkış yap” ikisinde de asistanın yetkisini geri alıyor. Soldaki düğmelerle iki görünüm arasında geçebilirsiniz.

✓

Aynı asistan, aynı kurallar — web sitesinde de, mobil uygulamada da.

Her iki görünümde de iki durum

—Giriş yapılmadan — sitede sağ alt köşedeki baloncuk, uygulamada “Hilal'e sor”. Asistan açılır, genel soruları yanıtlar ama kişiyi tanımaz.
—Giriş yapıldıktan sonra — üstte kullanıcı maskeli görünür. Asistan kim olduğunu sitenin ya da uygulamanın kendi oturumundan bilir.

Her iki ekran da yalnızca arayüz örneğidir; Türk Kızılay'ın resmî sitesi ya da mobil uygulaması değildir, kurum amblemi kullanılmamıştır ve giriş alanları görseldir. İçlerinde açılan sohbet ise gerçektir ve canlı çalışır. Çerçevenin içine tıkladıktan sonra da ← → tuşlarıyla ilerleyebilirsiniz.

Asistan yalnızca Kızılay'ın kendi yayımladığı bilgilerle cevap veriyor.
Her cevabın altında bilginin hangi sayfadan geldiği görünüyor.
Bilgi güncellenince asistan da yeni hâlini kullanıyor.
Aşağıdaki sorulardan birine basın, cevap sağdaki sohbette çıksın.

Asistan yalnızca Kızılay'ın yayımladığı içerikten öğrendi. Verdiği her cevabın altında hangi sayfadan geldiği yazıyor; isteyen tıklayıp aslını görebiliyor. Bilgi güncellendiğinde asistanı yeniden eğitmek gerekmiyor, sayfa güncelleniyor ve asistan yeni hâlini kullanıyor.

✓

Doğru cevap, kaynağıyla birlikte.

Karşıladığı kabul kriteri: Doğru ve kaynaklı cevap

Canlı deneme — soruya tıklayın

Soru, sağdaki ekranda açık duran sohbete yazılıp gönderilir; cevap da orada akar — mobil uygulamada da, web sitesinde de.

Bilgisi olmayan bir soruda cevap uydurmuyor.
Bilmediğini açıkça söylüyor ve doğru yere yönlendiriyor.
Aşağıdaki soruların cevabı asistanın bilgisinde yok; nasıl davrandığını deneyin.

Bir asistanın en tehlikeli hâli, bilmediği bir şeye emin bir tonla cevap vermesidir — kurum adına yanlış bilgi verilmiş olur. Bu POC'nin en güçlü iddiası burada: aşağıdaki soruların cevabı asistanın elindeki bilgide YOK. Uydurmasını beklerdiniz; uydurmuyor.

✓

Yanlış ama emin görünen cevap: sıfır. Cevabı olmayan soruda kontrollü yönlendirme.

Karşıladığı kabul kriteri: Doğru ve kaynaklı cevap

Canlı deneme — soruya tıklayın

Soru, sağdaki ekranda açık duran sohbete yazılıp gönderilir; cevap da orada akar — mobil uygulamada da, web sitesinde de.

Giriş yapılmadan kişisel bir soru gelirse asistan hiçbir kayıt paylaşmıyor.
Kimlik numarası istemiyor; bağışçıyı kurumun kendi girişine yönlendiriyor.
Giriş yapıldıktan sonra aynı soruyu bağışçının kendi kayıtlarıyla cevaplıyor.
Kimlik numarası sohbete hiç yazılmıyor; ekranda yalnız gizlenmiş hâli görünüyor.

Asistan kimliği kendisi sormuyor; kurumun uygulamasındaki oturumdan öğreniyor. Bağışçı sohbete kimlik numarası yazmıyor, asistan da istemiyor — yazılsa bile kimlik kanıtı saymıyor, tekrarlamıyor, kişisel veri açmıyor. Kişisel kayıtların tek kapısı var: bağışçı kurumun uygulamasına ya da sitesine zaten nasıl giriyorsa öyle giriyor, asistan kim olduğunu oradan alıyor. Tarih ve tutar eşleştirmesini de asistan değil, kod yapıyor — “dün” ve “100 TL” tahmine bırakılmıyor.

✓

Girişsiz kişisel bilgi: sıfır. Giriş sonrası: yalnız o bağışçının kendi kayıtları.

Karşıladığı kabul kriteri: Kimlik doğrulama

Aynı soru, iki durum

Sorulacak cümle her iki durumda da aynı: “dün yaptığım 100 TL'lik bağışın makbuzu geldi mi”

—Giriş yapılmadan — asistan soruyu anlıyor ama kişisel hiçbir bilgi vermiyor. Kimlik numarası da istemiyor: bağışçıyı kurumun kendi girişine yönlendiriyor.
—Giriş yapıldıktan sonra — asistan kim olduğunu uygulamanın oturumundan öğreniyor ve aynı soruyu bağışçının kendi kayıtlarıyla cevaplıyor.

Test bağışçısı seçin

Numaralar Kızılay QA ortamının test kayıtlarıdır; gerçek bağışçı verisi değildir. Numaralar burada açık yazılıdır: hangi kayda giriş yapıldığı görünsün diye. Korunan veri bu değil — numara sohbete hiçbir zaman yazılmaz, asistana da gitmez; giriş kanıtı sunucuda üretilen şifreli bir zarftır ve sohbette görünen tek kimlik değeri maskelidir.

Canlı deneme — üç adım

1. adımda bağışçı henüz giriş yapmamış durumda; asistanın cevabında ne kimlik numarası isteniyor ne de kişisel bilgi veriliyor — bağışçı kurumun kendi girişine yönlendiriliyor. 2. adımda sağdaki ekranı izleyin: mobil uygulamada sohbet ekranı kapanır ve uygulamanın kendi giriş sayfası görünür; masaüstü sitesinde sitenin kendi giriş kutusu açılır. Her iki görünümde de seçtiğiniz test kaydıyla giriş yapılır, üstte maskeli kimlik ve yanında “Çıkış yap” belirir, sohbet aynı yerden devam eder. 3. adımda aynı cümle bir kez daha gönderilir; bu kez asistan kimliği oturumdan bildiği için bağışçının kendi kaydını gösterir. Değişen tek şey giriş durumudur — soru birebir aynıdır.

“Tarihli soru dene” isteğe bağlıdır: asistanın “dün” ve “100 TL” gibi ifadeleri anlayıp kayıtlarda süzgeç olarak kullandığını gösterir. Test ortamındaki kayıt 2023 tarihli olduğu için bu süzgeç çoğu zaman boş döner — beklenen davranış budur, asistan kayıt uydurmaz.

Bir bağışçı başka birinin bilgilerini göremiyor.
Başkasının kimlik numarasını yazmak ya da “ben o kişiyim” demek işe yaramıyor.
Sohbete yazılan kimlik numarası, asistana gitmeden önce gizleniyor.
Aşağıdaki denemeler gerçek sisteme gidiyor ve reddediliyor.

Bu, kurumun en büyük riski: bir bağışçının başka bir bağışçının bilgisini görmesi. Asistanın böyle bir yetkisi hiç tanımlanmadı — “göster” demenin gideceği bir yer yok. Aşağıdaki denemeler gerçek sisteme gidiyor ve gerçekten reddediliyor.

✓

Başkasının verisine sıfır erişim.

Karşıladığı kabul kriteri: Başkasının verisine erişim yok

Canlı deneme — soruya tıklayın

Soru, sağdaki ekranda açık duran sohbete yazılıp gönderilir; cevap da orada akar — mobil uygulamada da, web sitesinde de.

Sisteme giden metin

Bağışçı sohbete kimlik numarası yazdığında akış onu dil modeline vermeden önce maskeler. Soruya tıkladığınızda aşağıda iki metin yan yana belirir: solda bağışçının yazdığı cümle, sağda sistemin ve dil modelinin gördüğü cümle. Ham numara ne dil modeline gider, ne de akışın konuşma belleğine yazılır.

Bağışçı çıkış yapınca asistanın erişimi de kapanıyor.
Az önce konuşulan tutar ya da kayıt tekrar sorulursa asistan cevap vermiyor.
Ortak kullanılan bir cihazda sonraki kişi önceki konuşmaya ulaşamıyor.
Üç adımı sırayla deneyin: giriş, çıkış, aynı soru.

Kişisel veri bir kere gösterildi diye sonsuza kadar erişilebilir olmamalı. Ortak bir telefonda ya da bilgisayarda bağışçı işini bitirip çıkıyor; arkasından gelen kişi aynı pencereyi açıp “demin ne konuşmuştuk” diye sorduğunda asistan hatırlamamalı. Asistanın kimlik bilgisi kurumun oturumundan geldiği için çıkış da tek yerden yönetiliyor: oturum kapanınca asistan yalnız yetkisini değil, o oturumda konuşulanları da bırakıyor. Bu, sohbetin nezaketine değil, kurala bağlı.

✓

Çıkıştan sonra kişisel veri erişimi de, önceki konuşmanın hatırlanması da kapalı.

Karşıladığı kabul kriteri: Başkasının verisine erişim yok

Canlı deneme — üç adım

1. adımda bağışçı kurumun kendi girişini yapıyor ve kaydı ekranda görüyor (00*******55). 2. adımda sağdaki ekranı izleyin: “Çıkış yap”a basılır, oturum kartı kaybolur ve sohbet yeni bir oturumla geri açılır — mobil uygulamada sohbet katmanı kapanıp uygulamanın giriş sayfası görünür, masaüstü sitesinde site oturumu düşer. 3. adımda aynı pencereden, az önce ekranda duran tutar soruluyor — asistan ne tutarı tekrar ediyor ne de kaydı yeniden getiriyor; bağışçıyı kurumun girişine yönlendiriyor.

Masaüstü görünümünde görülen bir pürüz giderildi: çıkıştan sonra sohbet penceresine ara sıra asistanın kendi “Mesaj zaman aşımına uğradı!” satırı düşüyordu (ölçüldü 23.09.2026 sabahı, iki koşumun birinde). Nedeni bulundu: çıkıştan sonra açılan yeni oturumun karşılaması beklenmeden soru gönderiliyordu. Aynı gün düzeltildi ve üç adımlı senaryo iki koşumda da temiz çıktı. Yine de görürseniz “Yeni sohbet başlat” ile temizleyip baştan koşturabilirsiniz; senaryoyu bozmuyor.

Beklemesiz varyant

Bağışçı doğrulandıktan sonra “aslında ben başka biriyim” diyor. Asistan ne ilk kişinin verisini taşıyor, ne de yeni iddiayı doğrulamadan kabul ediyor.

Asistanın yapamadığı işlemlerde (makbuz düzeltme, iade, şikâyet) konuşma temsilciye aktarılıyor.
Aktarımdan önce bağışçının onayı alınıyor.
Temsilciye konuşmanın kısa bir özeti gidiyor; bağışçı derdini baştan anlatmıyor.
Sohbet aynı pencerede, temsilciyle devam ediyor.

Bir asistanın değeri, cevaplayabildiği kadar durabildiği yerle de ölçülür. Makbuz düzeltmek, bağış iadesi almak, şikâyet kaydı açmak gibi işlemler bir temsilcinin sisteme girmesini gerektiriyor; asistan bunları yapıyormuş gibi davranmıyor. Kendi önerdiği durumlarda önce ne yapamadığını söylüyor, sonra izin istiyor — onay gelmeden kimse aktarılmıyor. Aktarım gerçekleştiğinde temsilciye boş bir ekran değil, o ana kadar konuşulanın özeti gidiyor: bağışçı aynı şeyi ikinci kez anlatmıyor. Bu özet bağışçının ekranına yazılmıyor, yalnız temsilcinin panelinde görünüyor. İçinde kimlik doğrulamasının yapılıp yapılmadığı da yazıyor — devir, kimlik doğrulamayı atlamanın arka kapısı değil.

✓

Onaylı aktarım; görüşme özeti yalnız temsilciye gidiyor; sohbet penceresi hiç değişmiyor.

Karşıladığı kabul kriteri: Canlı temsilciye devir

Canlı deneme — iki adım

1. adımda asistan bu işlemi yapamadığını söyleyip izin ister; 2. adımda onay verilir ve konuşma temsilciye aktarılır. Devir bir kez gerçekleştikten sonra sohbet artık asistanda değildir — yeniden göstermek için “Yeni sohbet başlat”.

Temsilciye ne gidiyor

—Konu — bağışçının ne istediği, tek satır
—Görüşme özeti — o ana kadar konuşulanların kısa anlatımı
—Devir nedeni — asistanın işi neden devrettiği
—Kimlik doğrulaması yapıldı mı — yalnız durumu; kimlik bilgisinin kendisi hiçbir zaman yazılmaz

Bunlar bağışçının ekranında görünmez — temsilci için üretilir ve konuşmayla birlikte temsilcinin panelinde görünür, oradan tek tek doğrulanabilir. Bağışçının gördüğü tek şey aktarım cümlesidir.

Gerçek bir devirde temsilcinin gördüğü metin

Temsilci tarafındaki konuşma kaydından birebir

Temsilciye iletilen görüşme özeti

Konu: makbuz düzeltme

Özet: Kullanıcı bağış makbuzunda hata olduğunu, düzeltilmesi gerektiğini belirtti ve bu konuda müşteri temsilcisine bağlanmak istedi.

Devir nedeni: kapsam dışı işlem talebi ve kullanıcı temsilci istedi

Kimlik doğrulaması YAPILMAMIŞ oturum (durum: ANONIM)

Bu kutu hazırlanmış bir ekran resmi değil, gerçek bir devrin kaydı: 23.09.2026 saat 09:16'da yukarıdaki iki düğmenin gönderdiği cümlelerle devir yapıldı ve bu metin temsilci tarafındaki konuşma kaydından (konuşma 4778) olduğu gibi okundu. Soldaki düğmelerle yapacağınız her yeni devir aynı dört alanı üretir; cümleler o konuşmanın kendisinden çıkar. Bağışçının penceresinde bu metin hiç görünmez.

Talep numarası — bugün iki ayrı yol

1Yukarıdaki canlı devir — konuşma, görüşme özeti ve o ana kadarki bütün mesajlarla birlikte gerçek temsilci kuyruğuna düşüyor. Talep numarası üretmiyor.
2Talep kaydı taslağı — ayrı bir uçta üretiliyor ve benzersiz bir numara veriyor (TLP-2026-000024; 23.09.2026'da canlı doğrulandı). Temsilci kuyruğuna düşmüyor; kayıt bu turda yalnız akışın kendi belleğinde duruyor.

Kabul ölçütü üçünü bir arada istiyor: görüşme özeti, konuşmanın dökümü ve talep numarası. İlk ikisi canlı devirde var, numara ayrı yolda. Bu turda bilerek birleştirilmedi: numara, kurumun kendi talep/çağrı merkezi sistemine bağlanmadan gerçek bir iş emri açmıyor — birleştirmek yalnızca görüntüde bir bütünlük üretirdi. Bağlanması bir sonraki aşamanın işi.

Aynı asistanla yazarak, konuşarak ya da görüntülü görüşerek iletişim kurulabiliyor.
Sesli ve görüntülü görüşmede de aynı kurallar geçerli: kimlik, gizlilik, kaynak.
Sohbet penceresindeki kamera düğmesiyle görüntülü görüşme başlıyor.
İstenildiği an “Yazılı asistana geç” ile aynı sohbete dönülüyor.

Kanal değişince kurallar değişmiyor: sesli konuşmada da kimlik doğrulaması, maskeleme ve kaynak gösterme aynen işliyor. Görüntü ya da ses çalışmazsa asistan sessizce kaybolmuyor: ekran boş kalmıyor, ne olduğu yazılıyor ve tek tuşla aynı telefonun içinde yazıya iniliyor — ekran el değiştirmiyor, en alttaki kanal her koşulda ayakta. Bu, gerçek bir arızada sınandı: 23.09.2026'da avatar sunucusunun tamamı kapandı, hata perdesi saniyenin çeyreğinde açıldı ve yazılı asistan aynı oturumla geri geldi. İki sınırı da söylemek gerekir: iniş kendiliğinden değil, kullanıcı başlatıyor; ve inilen yazılı sohbet kendi geçmişini ve girişi koruyor, ama sesli görüşmede konuşulanlar yazılı tarafa taşınmıyor — iki kanalın belleği ayrı.

✓

Yazılı, sesli ve görüntülü: aynı asistan, aynı kurallar.

Karşıladığı kabul kriteri: Sesli etkileşim

Canlı deneme — widget'ın içindeki görüntülü görüşme tuşu

Sahnedeki sağ alt köşede tek bir asistan baloncuğu var. Baloncuğu açın; sohbetin başlığında beliren kamera tuşuna basıldığında aynı yerde görüntülü görüşme başlar — ayrı bir baloncuk açılmaz, yeni sekme açılmaz, widget görüşmeye dönüşür. Tarayıcı mikrofon izni ister; “İzin ver” dendikten sonra Hilal karşınıza çıkar ve görüntü pencerenin tamamını kaplar. Her an tek pencere durur: görüşme açılınca yazılı sohbet ekrandan çekilir, “Yazılı asistana geç” dendiğinde aynı sohbet aynı oturumla geri gelir — yazılı konuşma kaybolmaz, giriş de korunur, baştan başlanmaz.

Görüntü ya da ses gelmezse ekran boş kalmaz ve dönen halkada asılmaz: saniyenin çeyreğinde dürüst bir hata perdesi açılır (“Görüntülü görüşme başlatılamadı”), üstünde “Tekrar dene” ve “Yazılı asistana geç” durur. İniş kendiliğinden olmaz — düğmeye basmak gerekir; bu bilerek böyle, otomatik inen bir ekran tekrar deneme hakkını elinizden alırdı. Gerçek bir arızada ölçüldü (23.09.2026: avatar sunucusunun tamamı kapandı): perde 0,24 sn'de açıldı, düğmeye basılınca yazılı sohbet aynı oturumla anında geri geldi.

Sınır — bugünkü hâliyle: geri gelen şey yazılı sohbettir. İki kanalın belleği ayrıdır (yazılı taraf CBOT/AIFlow oturumu, sesli taraf Avatar Panel'in kendi oturumu) ve arada oturum referansı taşınmaz; görüşmede sesli konuşulanlar yazılı tarafa geçmez, soru orada yeniden sorulur. Ölçüldü 23.09.2026, canlı /site/, iki koşum.

Bu düğme, widget'ın kamera tuşuna basmakla aynı şeyi yapar; görüşme yine sohbetin durduğu yerde açılır. Görüşme katmanı yalnız web sitesi görünümünde vardır — düğme gerekirse görünümü kendisi siteye çevirir.

Suflör — görüşme özeti

Görüşme sürerken konuşma, videonun altına balon olarak düşer. Aşağıdaki düğme son görüntülü görüşmenin o ana kadarki dökümünden temsilci özetini çıkarır: konu, asistanın verdiği bilgiler, açık kalan konu. Kişisel veriler maskelenir, özete yazılmaz.

Doğru okunması için ayrıca çalışılan sözcükler

Sesli asistanın en kolay ele verdiği yer telaffuzdur. Aşağıdaki sözcükler tek tek dinlenip düzeltildi.

◆kızılay — varsayılan okuyuş doğru
◆zekat (zekât) — “zekaat”
◆kök hücre — varsayılan okuyuş doğru
◆kurban bayramı — varsayılan okuyuş doğru
◆iban — “i be a ne”
◆tl — “türk lirası”

Her görüşme kendi kimlik numarasıyla kayda geçiyor.
Temsilciye aktarılan görüşmelerde konuşmanın özeti de aynı kayıtta duruyor.
Aşağıdakiler gerçek görüşmelerin kayıtları; kurum dilediği zaman geri okuyabiliyor.

Bir asistanın söylediği her şey sonradan geri okunabilir olmalı. Her görüşmenin bir oturum kimliği var; konuşmanın tamamı ve — temsilciye devredildiyse — temsilciye giden görüşme özeti o kimlikle bulunuyor. Aşağıdakiler hazırlanmış örnek değil, bugün yapılmış gerçek görüşmelerdir: kimlikler, saatler ve özet metinleri canlı destek kayıtlarından birebir okunmuştur.

Görüşme 4778 23.09.2026 · 09:16 · 9 mesaj

Oturum kimliği

t779KdjvNlnbP9s1A6eT_KjV8w3bbRO2bzLumO6tYvCKWQ9sCGNJhe8pQusOrhCZU6bkR0x332arYTUFwPQ00

Bağışçının yazdıkları: “bağış makbuzumda hata var, düzeltilmesi lazım” → “evet, temsilciye bağlayın”

Temsilciye iletilen görüşme özeti — kayıttan birebir

Konu: makbuz düzeltme

Özet: Kullanıcı bağış makbuzunda hata olduğunu, düzeltilmesi gerektiğini belirtti ve bu konuda müşteri temsilcisine bağlanmak istedi.

Devir nedeni: kapsam dışı işlem talebi ve kullanıcı temsilci istedi

Kimlik doğrulaması YAPILMAMIŞ oturum (durum: ANONIM)

Özetin kayıttaki mesaj numarası 58781. Kuyruğa düştü; o an çevrimiçi temsilci yoktu ve görüşme kapandı.

Görüşme 4793 23.09.2026 · 13:50 · 12 mesaj

Oturum kimliği

4gzNQV1iL9y0qK8iceD2_2TFb1rBvnJHR4YlH49LabjApDqJUHLJS1zlRG5wrng2gRI6VdHtuFu64gOqiMq9Y

Bağışçının yazdıkları: “bağış makbuzumda hata var, düzeltilmesi lazım” → “evet, temsilciye bağlayın”

Temsilciye iletilen görüşme özeti — kayıttan birebir

Konu: makbuz düzeltme

Özet: Kullanıcı bağış makbuzunda hata olduğunu, düzeltilmesi gerektiğini belirtti ve bir müşteri temsilcisine bağlanmak istedi.

Devir nedeni: kapsam dışı işlem talebi ve kullanıcı açıkça temsilci istedi

Kimlik doğrulaması YAPILMAMIŞ oturum (durum: ANONIM)

Özetin kayıttaki mesaj numarası 58924. Kuyruğa düştü ve sırada birinci oldu; temsilci üstlenmeden görüşme kapandı.

Görüşme 4799 23.09.2026 · 14:13 · 11 mesaj

Oturum kimliği

ItkJ9aRpg6eR05QiN59z_e34zZ9fTJEPqGxJDscUt7hM6z66Kd2G8UDl9vd8Xt1sIzRxlrJwmCj7Vm6VsOwzU

Bağışçının yazdıkları: “bağış makbuzumda hata var, düzeltilmesi lazım” → “müşteri temslcisi”

Temsilciye iletilen görüşme özeti — kayıttan birebir

Konu: makbuz düzeltme

Özet: Kullanıcı bağış makbuzunda hata olduğunu, düzeltilmesi gerektiğini belirtti. Makbuz düzeltme için e-posta yordamı aktarıldı; kullanıcı şimdi müşteri temsilcisi ile görüşmek istiyor.

Devir nedeni: kapsam dışı işlem talebi ve kullanıcı açıkça temsilci istedi

Kimlik doğrulaması YAPILMAMIŞ oturum (durum: ANONIM)

Özetin kayıttaki mesaj numarası 58969. Kuyruğa düştü; temsilci üstlenmeden görüşme sistem tarafından kapandı.

CBOT canlı destek panelindeki konuşma kayıtlarından birebir okundu (23.09.2026). Konuşmanın tamamı da aynı kimlikle kayıtlı: temsilci panelinden mesaj mesaj okunabiliyor. Bu görüşmelerin hepsi kimliği doğrulanmamış oturumlardır; içlerinde kimlik numarası, ad ya da iletişim bilgisi geçmiyor.

Bu turda bilerek kapsam dışı: üretim CRM'i ve CRM'e yazma — çift yönlü veri alışverişi · SSO federasyonu; giriş POC'de taklit ediliyor, şifre ya da tek kullanımlık kod sorulmuyor · WhatsApp ve IVR/telefon kanalları; web arayüzündeki çift yönlü ses bunun dışında ve çalışıyor · üçüncü taraf avatar entegrasyonu gerekmiyor, kendi avatarımız var — ama karakter ve ses Kızılay'a özel değil, platformun hazır varlıkları · sesli/görüntülü kanalda kimlik doğrulama — kendi kaydını soran kullanıcı yazılı asistana yönlendiriliyor · kurumun çağrı merkezi (Ulakbel) ve Kızılay'a özel canlı destek kuyruğu · chatbot üzerinden ödeme (kalıcı) — yalnızca güvenli ödeme sayfasına yönlendirme · lokasyon/harita/en yakın şube sorgulama · makbuz/sertifika belgesi üretimi ve e-posta gönderimi — asistan yalnızca resmî talep yordamını ve kaydın makbuza uygunluğunu veriyor · tam yük ve felaket kurtarma testleri; hafif yanıt süresi ölçümü de bu turda koşulmadı · kişiselleştirilmiş öneri motoru ve proaktif hatırlatmalar. Gerekçeleriyle birlikte tam anlatım teslim paketinde (07-bilinen-sinirlar-ve-sonraki-faz ve 09-kapsam-disi).

Kapsamın ötesinde yapılanlar: Kurumun QA ortamındaki gerçek CRM servislerine bağlanıldı; bağışçı ve bağış kaydı oradan okunuyor — kapsam yalnızca mock CRM öngörüyordu · Canlı destek devri simüle edilmiyor; konuşma, görüşme özetiyle birlikte gerçek bir canlı destek kuyruğuna ve gerçek bir temsilciye aktarılıyor · Kimlik sohbetten değil, kurumun uygulamasındaki oturumdan geliyor; asistanın kimlik doğrulayabileceği araç sistemden kaldırıldı.

Bu sunumda geçen sözcükler

Bilgi tabanı	Asistanın öğrendiği, kurumun kendi yayımladığı sayfalardan çıkarılmış onaylı bilgi seti
Kaynaklı cevap	Cevabın hangi sayfadan geldiğinin gösterilmesi
Emin olma derecesi	Asistanın elindeki bilginin soruyu gerçekten karşılayıp karşılamadığına dair ölçüt
Test soru seti	Kalitenin ölçüldüğü, önceden hazırlanmış soru–beklenen cevap listesi
Kimlik doğrulama katmanı	Kim olduğunuzu doğrulayan, asistandan ayrı çalışan bölüm; kurumun uygulamasına ya da sitesine giriş yaptığınızda devreye girer
Canlı destek devri	Asistanın yetkisi dışında kalan bir talepte konuşmanın, o ana kadarki görüşme özetiyle birlikte gerçek bir temsilciye aktarılması