Uzun kuyruk için tasarım
Fazla tasarım yapmayın
Koşullar aşamasında, net bir temel kullanım alanı tanımladınız. Bu öncelikleri göz önünde bulundurun ve bu listeye uç durumlar eklemekten kaçının. Tasarımın ayrıntılarına girdiğinizde, daha önce dikkate almadığınız yeni senaryolar ortaya çıkacak. Bu yeni senaryoların üstesinden gelmek için tasarımın kapsamını genişletmeden önce etkilerini dikkatlice değerlendirin.
| Kafa | Gövde | Uzun kuyruk |
|---|---|---|
|
Temel kullanım alanları Bunlar, kullanıcıların mülkünüz üzerinden en çok ziyaret edeceği en önemli ve en yaygın konuşma yollarıdır. Çalışmalarınızın büyük bir kısmını bu yolları mükemmel bir kullanıcı deneyimi yapmaya odaklayın. |
Rotalar kayboluyor Bunlar, özelliğin kullanıldığı yollarda daha seyrek ve genellikle daha az doğrudan veya daha az başarılı yollardır. Zaman ayırıp bu içeriklere yeterince destek olun, ancak onları tasarlamak için çok fazla zaman ve çaba harcamayın. |
Edge kılıfları Bunlar son derece yaygın olmayan yollardır. "Üzgünüz, nasıl yardımcı olabileceğimi bilmiyorum" gibi genel istemlerin yeterince iyi olup olmadığını değerlendirin veya benzer düzeyde minimum düzeyde uygulanabilir bir çözümle biraz daha spesifik olun. |
Fazla tasarımdan kaçınmak için 80/20 kuralını veya Pareto Principle'ı kullanın.
İleti dizisi tasarımında bu kural, tüm yolların eşit olarak oluşturulmadığını söylemenin bir yoludur. Kullanıcıların% 80'i iletişim kutusundaki olası yolların en yaygın% 20'sini izliyor. Bu nedenle, en büyük etkiyi yaratmak için kaynakları buna göre yatırım yapın.
Benzer şekilde, kusursuzluk veya eksiksizlik açısından bazı ödünler de verilir. Projenin son% 20'lik kısmını geliştirmek için çalışmanın% 80'i gerekebilir. Böyle durumlarda, gösterişsiz çaba "yeterince iyi" olabilir.
Tali güzergah
Temel kullanım alanları ile uç örnekler arasında yaygın olarak görülen bir dizi sapma vardır. Bunlar genellikle test sırasında gösterilene veya geliştirme sırasında bulunana kadar dikkate almadığınız yeni senaryolardır. Çoğu zaman alternatif bir yolun daha uzun ve daha az doğrudan ele alınması gerekir.
Aşağıda, göz önünde bulundurulması gereken sık kullanılan birkaç rota belirtilmiştir:
Bağlı olmayan hesaplar
Bu durumda, kullanıcı hesabını bağlamamıştır.
Desteklenmeyen işlemler
Kullanıcılar, Action'ınızın destekleyemediği işlemler isteyebilir.
Niyet kapsamı
İletişim tasarımında, bir diyalogun yarısının senaryoya dökülmesi yer alıyor. Böylece, harekete geçip diğer yarısına karşı harekete geçebilecek kadar sağlam bir metin olmasını umuyoruz. Uzun kuyruk için tasarım yaparken, niyetlerinizi tanımlamak için iletişim kutusunun her adımında kullanıcının söyleyebileceğine odaklanın (dil bilgisi de denir).
Niyetler, kullanıcıların söyledikleriyle İşleminizin sonuç olarak ne yapmaları gerektiğini gösterir. Örneğin, "pizza sever misiniz?" istemi için "evet" ve "hayır" amaçları gerekir. Her niyetin "evet" ve "yo" gibi eş anlamlıların yanı sıra "bayıldım" veya "Çok kötü" gibi varyasyonlar da dahil olmak üzere çeşitli eğitim ifadeleri bulunmalıdır. Bunlar ne sıklıkla yapıldıklarına göre ağırlıklandırılabilir. Amaçlar ek açıklama da içerebilir. Örneğin, "yalnızca taze mozzarella ile yapıldığı takdirde" kullanıcı yanıtına pizza malzemesi olarak "taze mozzarella" denir.
Dialogflow'u kullanıyorsanız amaçlar hakkında daha fazla bilgi edinmek için buraya göz atın.
Hataların meydana gelmesini önlemek, gerçekleştikten sonra işlem yapmaktan daha iyidir.
Yapın.
"Tamamladım" veya "Hepsi bu kadar" gibi eğitim ifadeleriyle bir "bitti" amacı ekleyin.
Şunu yapmayın:
İşlem yalnızca G/Ç ile ilgili sorular bekliyorsa kullanıcının yanıtı "Eşleşme yok" hatasını tetikler.
Hata işleme
Güçlü amaçlar olsa bile hataya yer yoktur. Kullanıcılar sessiz olarak (Giriş yok hatası) veya beklenmedik bir şey söyleyerek (Eşleşmez hata) komut dosyasını kapatabilir. Kullanıcıları başarılı yollara yavaş yavaş yönlendirmek veya neyin mümkün olup neyin mümkün olmadığına dair beklentilerini sıfırlamak için hata istemlerinden yararlanın.
İyi bir hata işleme yaklaşımı bağlama özgüdür. Bu nedenle, iletişim kutusundaki her dönüş için Giriş Yok ve Eşleşme Yok hataları istemleri tasarlanmalıdır.