Mobil uygulama chatbotu: 7 güvenli yardım adımı

mobil uygulama chatbotu: Uygulama görevinde sohbetin engel olduğu anı bulun
Mobil ürün ekibi, güvenlik ve erişilebilirlik sorumlusu için mobil uygulama chatbotu, yardım arayan kişiyi ana görevden koparmadan desteklemelidir. Uygulama görevinde sohbetin engel olduğu anı bulun yaklaşımı, ödeme veya üyelik adımında açılan katmanın temel kontrolleri kapatıp kapatmadığını gösterir. Doğru ekran bağlam etiketi, yardımın görev terkini azaltacağı anı ayırt eder ve gereksiz sohbet açılışlarını önler.
İnceleme, yardım düğmesine basılmasından önceki ekran olayını, görüşmenin kapladığı alanı ve kullanıcının sonraki hareketini birlikte ele alır. Ekran bağlam etiketi; ekran adı, görev aşaması, hata türü ve hassasiyet sınıfını taşımalıdır. Mesaj metninin tamamını veya sınırsız kişisel veriyi etikete eklemek, bağlamsal yardım ihtiyacını veri toplama gerekçesine dönüştürür ve güvenlik sınırını belirsizleştirir.
Sohbet ödeme düğmesini kapatıyor, ekran okuyucu görünmez alana yöneliyor veya iptal sonrası görev kayboluyorsa yardım engel üretmiştir. Ekip, her olay için açılış nedeni, kapanış nedeni, önceki odak ve sürdürülen görev kaydı aramalıdır. Tek cihazdaki başarılı deneme, erişilebilirlik kanıtı sayılmaz; farklı ekran boyutları, yönelimler ve yardımcı teknoloji yolları aynı bağlam etiketiyle sınanmalıdır.
Etiket hazır olduğunda sıradaki karar, yardımın yalnız açıklama mı sunacağı yoksa araç veya bağlantı önereceği midir. Açıklama için ekran ve hata bilgisi yeterli olabilir; eylem önerisi ise izin gereksinim listesi ister. Etiket bulunmadan liste hazırlamak, hangi yetkinin hangi görev için gerektiğini saklar. Liste bulunmadan eyleme geçmek ise sohbeti gereğinden güçlü kılar.
Kabul ölçütü, sohbet açıldığında ana kontrolün kullanılabilir kalması ve kapandığında kişinin aynı görev aşamasına dönebilmesidir. Etiket, gereksiz kişisel veri taşımamalı; izin listesine yalnız eylem gerektiğinde bağlanmalıdır. Ödeme düğmesi kapanırsa, dönüş odağı kaybolursa veya görev durumu silinirse akış yayımlanmamalıdır. Sorun önce olay kaydıyla yeniden üretilmeli, sonra katman yerleşimi ve açılış koşulu düzeltilmelidir.
İlgili uygulama rehberi: WhatsApp Bot Kurma: Soruları Otomatik Yanıtla: kullanıcının işlemi yarıda bırakmasını azaltmak için ilgili rehber.
Ekran bağlamı, izin ve araç yetkisini ayırın
Ekran bağlamı, izin ve araç yetkisini ayırın ilkesi, görülen bilgiyi yapılabilecek işlemle karıştırmayı önler. Ekran bağlamı yalnız görev aşamasını ve yardım nedenini açıklar; izin, işletim sistemi veya hesap düzeyindeki erişimi belirtir. Araç yetkisi ise asistanın önerebileceği eylemi sınırlar. Bu ayrım, mobil uygulama chatbotu için bağlam bilgisinin kendiliğinden işlem yetkisi vermediğini güvenceye alır.
İzin gereksinim listesi her temas noktasını kaynak olay, ihtiyaç duyulan izin, eylem sahibi ve ret davranışıyla eşleştirmelidir. Sipariş açıklaması okumak ek izne ihtiyaç duymayabilir; kamera açmak cihaz izni gerektirebilir. Hesap değişikliği ise ayrı kimlik doğrulaması isteyebilir. Aynı sohbet mesajına dayanması, bu eylemleri eşit riskli yapmaz; her biri bağımsız sınır ve kullanıcı kararı gerektirir.
Temas haritasının ilk durağı yardım düğmesi, ikinci durağı sohbet yanıtı, üçüncü durağı eylem önerisi, dördüncü durağı onay yüzeyidir. Her durakta görülen bağlam, çağrılabilen araç ve gereken izin ayrı alanlarda tutulur. Bir izin reddedildiğinde sohbet açıklama sunmayı sürdürebilir; aracı gizlice tekrar çağırmamalı veya kullanıcıyı temel görevi bırakmaya zorlamamalıdır.
İzin mevcut olsa bile kullanıcı eylem onayı atlanamaz. Sistem izni, kişinin belirli anda belirli hedefe gitmeyi kabul ettiği anlamına gelmez. Onay metni eylemi, hedef ekranı, olası bağlam değişimini ve iptal sonucunu açıklamalıdır. Belirsiz araç hedefi, süresi geçmiş oturum veya doğrulanamayan ekran etiketi varsa öneri gösterilebilir; ancak çalıştırma yolu güvenli biçimde durdurulmalıdır.
Kapsam kararı üç kanıtla kabul edilir: araç yalnız listelenen izinleri ister, ret ana görevi bozmaz ve onay verilmeden hiçbir geçiş başlamaz. Listeye sahip olmayan yeni araç yayımdan çıkarılır. Ekran bilgisinin kişisel veri alanları genişletilirse güvenlik ve gizlilik incelemesi yenilenir. Ürün sahibi kullanıcı metnini, güvenlik sorumlusu yetki sınırını, erişilebilirlik sorumlusu onay kontrolünün çalıştırılabilirliğini doğrular.

Yardım isteğinden onaylı derin bağlantıya akış kurun
Yardım isteğinden onaylı derin bağlantıya akış kurun düzeninde ön yüz, hizmet katmanı ve hedef ekran ayrı sorumluluk taşır. Ön yüz yardım niyetini ve ekran etiketini sunar; hizmet katmanı izin ile hedefi doğrular. Hedef ekran yalnız doğrulanmış rota parametrelerini kabul eder. Böylece sohbet yanıtı bir öneri üretir, fakat kullanıcının hesabında veya siparişinde doğrudan ayrıcalıklı işlem gerçekleştiremez.
Kullanıcı eylem onayı, öneri ile uygulama geçişi arasındaki görünür kapıdır. Onay yüzeyi hedef ekranın adını, yapılacak geçişi ve iptal halinde korunacak görev bağlamını belirtir. Kabul kontrolü ile vazgeçme kontrolü eşit ölçüde erişilebilir olmalıdır. WCAG klavye ve odak ilkeleri mobil chatbot katmanı açılıp kapandığında mantıklı odak sırası ve anlaşılır kontrol etiketleri kurulmasını destekler.
Hizmet planında yardım olayı önce ekran bağlam etiketiyle alınır, ardından izin gereksinim listesi kontrol edilir. Sonra hedef rota izin verilenler kümesiyle karşılaştırılır ve onay metni üretilir. Kullanıcı kabul ederse tek kullanımlık geçiş bağlamı oluşturulur. Reddederse sohbet kapanabilir; ancak doldurulmuş alanlar, seçili ürün ve önceki odak korunarak ana görev kesintisiz sürdürülür.
Güvenli derin bağlantı sabit uygulama şemasını, izin verilen hedefi ve sınırlı parametreleri kullanmalıdır. Sohbet metninden gelen serbest rota veya ayrıcalık parametresi çalıştırılmamalıdır. Editoryal çıkarım olarak, anlaşılır kontrol etiketleri yalnız düğme adlarını değil, hedef ve sonucu da söylemelidir. Bu uygulama kararı erişilebilirlik ilkesini eylem onayına taşır; kaynağın teknik bir bağlantı şeması önerdiği anlamına gelmez.
Akışın kabulü için dört sonuç gözlenir: onaysız geçiş başlamaz, bozuk hedef güvenli hata verir, iptal görev durumunu korur ve kapanış odağı anlamlı kontrole döner. Hedef doğrulanamıyorsa sistem genel ana sayfaya sessizce yönlendirmemelidir. Hata yüzeyi açıklama, yeniden deneme ve insan desteği sunmalı; olay günlüğü kişisel mesaj yerine rota kararı, onay durumu ve başarısızlık nedenini kaydetmelidir.
İlgili uygulama rehberi: Yapay Zeka Chatbot Nedir, İşletmeler Nasıl Kullanır?: kullanıcının işlemi yarıda bırakmasını azaltmak için ilgili rehber.
Resmî kaynak ve iddia kapsamı: W3C Web Accessibility Initiative WCAG 2.2 Quick Reference: mobil chatbot kapsamı.

Kurgu ödeme ekranında odak ve iptali sınayın
Kurgu vaka, üyelik ve sipariş işlemleri sunan kurgusal bir mobil uygulamada geçer. Başlangıçta sohbet ödeme ekranını kapatır, bağlantıyı onaysız açar ve ekran okuyucu odağını görüşmenin sonuna taşıyamaz. Ekip, Kurgu ödeme ekranında odak ve iptali sınayın çalışmasını başlatır. Amaç, mobil uygulama chatbotu yardım verirken ödeme düğmesini erişilebilir bırakmak ve iptal sonrasında girilmiş işlem bağlamını korumaktır.
İlk senaryoda kullanıcı teslimat sorusunu açar; sohbet alt katman olarak görünür ve ödeme özeti görünür kalır. Önceki odak ödeme düğmesi olarak kaydedilir. Yanıt sipariş ayrıntılarına geçiş önerdiğinde güvenli derin bağlantı hemen çalışmaz. Ayrı onay yüzeyi hedefi açıklar. Kullanıcı vazgeçerse sohbet kapanır, alanlar korunur ve odak daha önce kullanılan ödeme düğmesine döner.
İkinci senaryoda kötü niyetli bir mesaj, bağlantı hedefini hesap ayarlarına çevirmeye çalışır. İzin verilen rota listesi uyuşmazlığı yakalar ve geçişi durdurur. Kullanıcıya teknik ayrıntı taşımayan bir hata, güvenli hedefin doğrulanamadığını söyler. Olay günlüğü mesaj içeriğini değil, kaynak ekranı, reddedilen hedef sınıfını ve onay gösterilmeden durdurulan kararı kaydeder; güvenlik incelemesine ölçülebilir iz bırakır.
Üçüncü senaryo ekran okuyucuyla yürütülür. Sohbet açılınca odak başlığa, ardından konuşma ve kontrollere mantıklı sırayla ilerler. Kapatma sonrasında odak dönüş noktası hâlâ görünür ve etkinse ödeme düğmesidir. Düğme devre dışı kalmışsa en yakın anlamlı kontrol seçilir. Görünmez sohbet öğesine dönüş, ana ekrana gelişigüzel sıçrama veya iptal sonrası alan kaybı kabul edilmez.
Vaka, cihaz yönelimi, farklı ekran boyutu, ekran okuyucu ve klavye benzeri girişle tekrar sınanır. Karar ancak bağlantı doğrulanabiliyor, kullanıcı açıkça onaylıyor ve sohbet ana görevi kapatmıyorsa kabul edilir. Odak dönüşü doğrulanamazsa sürüm durdurulur. İptal bağlamı kaybediyorsa geri alma yolu düzeltilir. Tek başarılı cihaz sonucu, erişilebilirlik veya güvenlik için yeterli kanıt olarak sunulmaz.
Kurgu senaryo — Kurgu vaka: üyelik ve sipariş işlemleri sunan kurgusal bir mobil uygulama: Chatbot ödeme ekranının üstünü kapatıyor, derin bağlantıyı kullanıcı onayı olmadan açıyor ve ekran okuyucu odağını görüşme sonuna taşıyamıyor. Ekip botu bağlamsal yardım olarak sınırlandırıp her eylemde açık onay, izin kontrolü, odak yönetimi ve geri dönüş noktası kullanacak.
Eylem seçeneklerini erişim ve güvenlikle tartın
Eylem seçeneklerini erişim ve güvenlikle tartın değerlendirmesinde karar ızgarasının sütunları senaryo, kanıt, eylem ve durdurma ya da eskalasyon anlamına gelir. Her satır tek bir kullanıcı niyetini izler. Kanıt hücresi izin, hedef ve odak durumunu gösterir; eylem hücresi izin verilen davranışı sınırlar. Son hücre, belirsizlikte kimin müdahale edeceğini ve geçişin neden duracağını açıklar.
Bilgi verme satırında senaryo teslimat koşulunu sormaktır; kanıt, doğrulanmış ekran etiketi ve hassas veri içermeyen yardım içeriğidir. Eylem yalnız açıklama göstermektir. Hedef veya araç çağrısı gerekmediğinden onay yüzeyi açılmaz. Bağlam etiketi belirsizse cevap genelleştirilir; kişisel sipariş ayrıntısı gösterilmez. Kullanıcı özel hesap bilgisi isterse güvenli kimlik doğrulama akışına eskalasyon yapılır.
Ekran geçişi satırında senaryo sipariş ayrıntılarını açmaktır; kanıt, izin verilen rota, geçerli oturum ve açık onaydır. Eylem güvenli bağlantıyı çalıştırmaktır. odak dönüş noktası, iptal veya hedef hatasında kullanıcının önceki kontrolünü korur. Rota değişmişse, onay reddedilmişse ya da dönüş hedefi görünmezse eylem durur; ürün ve erişilebilirlik sorumluları sorunu birlikte inceler.
Araç eylemi satırında senaryo kamera veya hesap değişikliği istemektir; kanıt, izin gereksinimi, araç yetkisi ve kullanıcının o ana özgü kararıdır. Eylem yalnız gerekli izinle ve sınırlı kapsamda başlar. Onay var diye ayrıcalık genişletilmez. Araç beklenmeyen hedef isterse güvenlik sorumlusuna eskalasyon yapılır; başarısız deneme ana görevi ya da mevcut form verisini silmez.
Izgara seçimi iki çıkış arasında tartılır: odak korunabiliyorsa geri dönülebilir yardım sunulur; işlem durumu değişebilecekse hata geri alma yolu ayrıca hazırlanır. Güvenli derin bağlantı doğrulanamıyor, sohbet görevi kapatıyor veya onay denetlenemiyorsa ilgili satır yayıma uygun değildir. Kanıt eksikliğini düşük risk olarak işaretlemek yerine eylem durdurulur ve gerekirse insan desteği görünür kılınır.
| Eylem seçeneklerini erişim ve güvenlikle tartın kararı | hata geri alma yolu kanıtı | insan yardım seçeneği kabul koşulu | mobil olay günlüğü uyarısı |
|---|---|---|---|
| ekran bağlam etiketi | hata geri alma yolu | chatbot ana uygulama görevini kapatmamalı | sohbet katmanının ödeme düğmesini erişilemez bırakması |
| izin gereksinim listesi | insan yardım seçeneği | araç veya derin bağlantı kullanıcı onayı istemeli | kötü niyetli mesajın derin bağlantıyı yönlendirmesi |
| kullanıcı eylem onayı | mobil olay günlüğü | odak görüşme açılıp kapanınca mantıklı yere dönmeli | ekran okuyucu odağının görünmez alanda kalması |
| güvenli derin bağlantı | ekran bağlam etiketi | chatbot ana uygulama görevini kapatmamalı | iptal sonrası kullanıcının işlem bağlamını kaybetmesi |
| odak dönüş noktası | izin gereksinim listesi | araç veya derin bağlantı kullanıcı onayı istemeli | sohbet katmanının ödeme düğmesini erişilemez bırakması |
İlgili uygulama rehberi: Müşteri Hizmetleri Otomasyonu ile Kaçan Müşteriyi Kazan: kullanıcının işlemi yarıda bırakmasını azaltmak için ilgili rehber.

Mobil sohbeti yedi kullanıcı kontrollü teslimle kurun
Mobil sohbeti yedi kullanıcı kontrollü teslimle kurun yaklaşımı, tek bir büyük yayın yerine farklı sahipleri ve kabul çıktılarını bağlar. Birinci teslimde ürün sahibi yardım anlarını ve dışarıda kalan görevleri tanımlar. İkinci teslimde analist ekran bağlam etiketlerini olaylarla eşleştirir. Her ikisinin kabulü, mobil uygulama chatbotu açılmadan da ana görevin tamamlanabildiğini gösteren senaryolarla yapılır.
Üçüncü teslimin sahibi güvenlik sorumlusudur; izin gereksinim listesini araç, hedef ve ret davranışıyla tamamlar. Dördüncü teslimde mobil geliştirici, yalnız izin verilen rotaları kabul eden bağlantı doğrulamasını kurar. Kabul çıktıları sırasıyla yetki matrisi ve hedef doğrulama testidir. Eksik izin veya tanımsız rota, sohbet yanıtını engellemeyebilir; ancak herhangi bir araç ya da ekran geçişini durdurur.
Beşinci teslimde içerik tasarımcısı kullanıcı eylem onayı metnini hedef, sonuç ve iptal davranışıyla yazar. Altıncı teslimde erişilebilirlik sorumlusu açılış sırasını, kontrol etiketlerini ve odak dönüşünü farklı yardımcı teknolojilerle doğrular. Kabul çıktısı yalnız ekran görüntüsü değildir; her senaryoda başlangıç odağı, izlenen sıra, kapatma nedeni ve son odak kontrolü kaydedilerek tekrar üretilebilir kanıt oluşturulur.
Yedinci teslimde destek ve kalite ekipleri hata geri alma yolu ile insan yardım seçeneğini birlikte sınar. Bağlantı açılmazsa kullanıcı mevcut göreve dönebilmeli, yeniden deneyebilmeli veya destek kanalına geçebilmelidir. Geri alma, doldurulmuş alanları silmemeli ve başarısız eylemi tekrarlamamalıdır. İnsan desteği teknik hatayı örtmemeli; olay kimliğini kullanarak bağlamı gereksiz kişisel veri taşımadan devralmalıdır.
Yayın kapısı yedi teslimin sahip, kanıt ve durdurma koşullarını tek kayıtta toplar. Onaysız araç çağrısı, doğrulanmayan rota, görünmez odak veya bağlam kaybı varsa yayın durur. Hata geri dönüşü başarılı olsa bile aynı ayrıcalıklı çağrı yeniden oluşuyorsa güvenlik incelemesi açılır. Kullanıcı sohbeti kapattığında görevini sürdürebiliyor ve gerektiğinde insana ulaşabiliyorsa kontrollü teslim tamamlanmış sayılır.
mobil uygulama chatbotu için yedi somut teslim:
- Uygulama görevinde sohbetin engel olduğu anı bulun: ekran bağlam etiketi çıktısını sorumlusuyla tamamlayın.
- Ekran bağlamı, izin ve araç yetkisini ayırın: izin gereksinim listesi çıktısını sorumlusuyla tamamlayın.
- Yardım isteğinden onaylı derin bağlantıya akış kurun: kullanıcı eylem onayı çıktısını sorumlusuyla tamamlayın.
- Kurgu ödeme ekranında odak ve iptali sınayın: güvenli derin bağlantı çıktısını sorumlusuyla tamamlayın.
- Eylem seçeneklerini erişim ve güvenlikle tartın: odak dönüş noktası çıktısını sorumlusuyla tamamlayın.
- Mobil sohbeti yedi kullanıcı kontrollü teslimle kurun: hata geri alma yolu çıktısını sorumlusuyla tamamlayın.
- Odak tuzağı ve aşırı yetki hatalarını giderin: insan yardım seçeneği çıktısını sorumlusuyla tamamlayın.
Odak tuzağı ve aşırı yetki hatalarını giderin
Odak tuzağı ve aşırı yetki hatalarını giderin çalışması, erişilebilirlik arızasıyla güvenlik arızasını aynı kullanıcı yolunda izler. Odak görünmez sohbet alanında kalırsa kullanıcı ana göreve ulaşamaz. Araç beklenenden geniş yetki kullanırsa yardım isteği ayrıcalıklı işleme dönüşür. İlk müdahale görüşmeyi kapatmak, geçişi durdurmak ve görev durumunu korumaktır; otomatik izin verme veya sessiz işlem tamamlama kabul edilmez.
Odak sorunu için açılış kontrolü, görüşme içi sıra, kapatma olayı ve odak dönüş noktası karşılaştırılır. Hedef kontrol kaldırılmışsa görünür, etkin ve göreve yakın bir yedek belirlenir. Yedek de bulunamazsa insan yardım seçeneği erişilebilir hata yüzeyinde sunulur. Ekran okuyucu görünmez öğeyi okuyorsa katman erişilebilirlik ağacından çıkarılmadan yalnız görsel olarak kapatılmış olabilir; yaşam döngüsü düzeltilmelidir.
Yetki sorunu için kaynak mesaj, seçilen araç, izin listesi, doğrulanan hedef ve gösterilen onay ayrı olaylar olarak ilişkilendirilir. OWASP LLM riskleri prompt enjeksiyonu ve aşırı yetkiyi mobil chatbotun derin bağlantı veya araç eylemlerinde ayrı güvenlik sınırları gerektiren kategoriler olarak tanımlar. Mesaj içeriği güvenilir komut sayılmaz; hedef doğrulaması ve kullanıcı onayı bağımsız güvenlik kapıları olarak kalır.
Editoryal çıkarım olarak, kategori düzeyindeki risk ayrımı mobil olay günlüğünde ayrı hata kodları kullanılmasını gerektirir. Bu, kaynağın belirli bir mobil kayıt şeması sunduğu iddiası değildir. Günlük; ekran etiketi, araç sınıfı, onay sonucu, bağlantı doğrulaması ve odak dönüş sonucunu kaydetmelidir. Gereksiz konuşma metni, kimlik bilgisi veya sınırsız kişisel bağlam tanılama amacıyla tutulmamalıdır.
Kurtarma ancak kullanıcı ana göreve dönebildiğinde, başarısız ayrıcalıklı eylem oluşmadığında ve olay incelemeye yetecek sınırlı kanıt bıraktığında tamamlanır. Onaysız rota görülürse araç devre dışı bırakılır ve güvenlik sorumlusuna eskale edilir. Odak tuzağı farklı cihazlarda sürerse yayın durdurulur. Geri alma işlem bağlamını siliyorsa ürün ekibi akışı düzeltir; insan desteği ulaşılabilir geçici çıkış olarak korunur.
İlgili uygulama rehberi: MY Asistan rehberleri: kanal entegrasyonu konu kümesi.
Resmî kaynak ve iddia kapsamı: OWASP Foundation OWASP Top 10 for LLM Applications: prompt enjeksiyonu kapsamı.

mobil uygulama chatbotu hakkında uygulama soruları ve kısa yanıtlar
ekran bağlam etiketi başlamadan önce hangi kanıt aranmalı?
Uygulama görevinde sohbetin engel olduğu anı bulun kararı verilmeden önce görev tamamlama gözlemleri, yardımın açıldığı ekran olayı, kapatılan temel kontrol ve iptal sonrası dönüş davranışı incelenmelidir. ekran bağlam etiketi ancak ekran adı, görev aşaması, hata durumu ve hassasiyet sınıfı doğrulanabiliyorsa üretilmelidir. Tekil kullanıcı yorumu yeterli kanıt değildir; farklı cihazlar, ekran okuyucu kullanımı ve kesintiye uğrayan ana görev birlikte değerlendirilmelidir.
kullanıcı eylem onayı için sınır ve sorumlu nasıl belirlenir?
Yardım isteğinden onaylı derin bağlantıya akış kurun yaklaşımında sınır, sohbetin yalnız öneri üretmesi ve ayrıcalıklı işlemi başlatmamasıyla çizilir. kullanıcı eylem onayı metninin sahibi ürün ekibi; hedef, izin ve kötüye kullanım denetiminin sahibi güvenlik sorumlusu olmalıdır. Onay, hedef ekranı ve beklenen sonucu açıkça göstermeli; reddetme ana görevi bozmamalıdır. Belirsiz hedef, eksik izin veya değişmiş oturum varsa akış durdurulmalıdır.
güvenli derin bağlantı sırasında hangi kayıt karar vermeyi kolaylaştırır?
Eylem seçeneklerini erişim ve güvenlikle tartın kararını kolaylaştıran kayıt; istek zamanı, kaynak ekran etiketi, doğrulanan hedef, gereken izin, gösterilen onay ve kullanıcının seçimini ilişkilendirmelidir. Güvenli bağlantının sonucu ile odak dönüş noktası ayrıca kaydedilmelidir. Mesajın tamamı veya gereksiz kişisel veri tutulmamalıdır. Hedef doğrulaması başarısızsa kayıt, işlemin açılmadığını ve hangi güvenlik kuralının akışı durdurduğunu göstermelidir.
odak dönüş noktası bozulduğunda önce hangi işaret incelenir?
Odak tuzağı ve aşırı yetki hatalarını giderin çalışmasında önce görüşme kapanış olayının hedeflediği kontrol ile erişilebilirlik ağacındaki gerçek odak karşılaştırılır. Görünmez sohbet öğesi hâlâ etkinse katman yaşam döngüsü incelenir. Kullanıcı ana göreve dönemiyorsa insan yardım seçeneği erişilebilir bir kontrol olarak sunulur; ancak teknik hatayı gizlemek için kullanılmaz. Mobil olay günlüğü, kapanış nedeni ile başarısız odak hedefini kişisel veri toplamadan eşleştirmelidir.
hata geri alma yolu hangi durumda yeniden değerlendirilmelidir?
hata geri alma yolu; yeni bir araç eklendiğinde, izin gereksinim listesi değiştiğinde, hedef ekran kaldırıldığında veya iptal kullanıcının bağlamını artık korumadığında yeniden değerlendirilmelidir. mobil uygulama chatbotu güncellemesi yalnız metni değiştiriyor görünse bile onay, odak ve bağlantı davranışını etkileyebilir. Geri alma denemesi kullanıcıyı farklı bir görev aşamasına gönderiyorsa sürüm yayımlanmamalı; güvenli başlangıç noktası ve insan desteğine geçiş yeniden sınanmalıdır.