Bakırköy’de web tasarım: Form hatası müşterinizi başa mı döndürüyor?

Müşteri telefonunda formunuzu dolduruyor. Ne istediğini uzun uzun anlatıyor, iletişim bilgisini yazıyor ve gönder düğmesine basıyor. Ekranda “Bir hata oluştu” yazısı beliriyor. Neyi değiştirmesi gerektiğini ararken mesajının da silindiğini görüyor. Siz işletme tarafında hiç başvuru görmediğiniz için bu kişinin sizinle görüşmek istediğini bile bilmiyorsunuz. Bu durumda yeni bir reklamdan önce formun hata sonrasında kullanıcıya nasıl bir devam yolu sunduğuna bakmak gerekir.

Bakırköy’de web tasarım çalışması planlayan bir hizmet işletmesi için formun yalnızca doğru doldurulduğunda çalışması yeterli bir teslim kontrolü değildir. Yanlış yazılan tek bilgiden sonra müşteri yoluna devam edebilmelidir. Bu rehberde perde danışmanlığı için görüşme isteyen bir kişiyi öğretici örnek olarak kullanıyoruz. Gerçek müşteri kaydı değil; uzun açıklamanın korunmasını, yanlış alanın bulunmasını ve gönderim sonucunun anlaşılmasını birlikte sınayacağımız küçük bir senaryo.

İlk denemede bir alanı bilerek eksik bırakın

İşletme sahibi olarak kendi sitenizde ilk yapabileceğiniz deneme basittir: Telefonda iletişim sayfasını açın ve tamamen kurgusal bir açıklama hazırlayın. Müşterinin anlatabileceği uzunlukta bir ihtiyaç yazın. Örneğimizde kişi mevcut perdeleri yenilemek istediğini, ölçüleri henüz bilmediğini ve ilk görüşmede ne paylaşması gerektiğini soruyor olsun. Böylece birkaç kelimelik denemede fark edilmeyen kayıpları görebilirsiniz.

Bu kez iletişim alanlarından birini bilerek eksik bırakın. Örneğin zorunlu e-posta alanını boş bırakıp gönderin. Gerçek bir kişiye ait yanlış adrese mesaj yollamayı denemeyin. Şimdi şu üç şeye bakın: Eksik alanı bulabiliyor musunuz, ne yapacağınızı anlayabiliyor musunuz ve önceden yazdığınız açıklama yerinde mi? Denemenin başarılı sonucu, hata oluşmaması değildir. Hatanın müşteriyi bütün işe yeniden başlatmadan düzeltilebilmesidir.

Gönder düğmesine dokunduğunuzda sayfanın neresinde kaldığınızı da fark edin. Hata yukarıdaki bir alanda, siz sayfanın en altında olabilirsiniz. Klavye kapanınca yalnızca aynı düğmeyi görüyorsanız neden ilerleyemediğinizi anlamak zorlaşır. Üstte bir uyarının bulunması, o anda görülebildiğini göstermez. Özellikle uzun formlarda mesajın yeri ve ilgili alana ulaşma yolu birlikte incelenmelidir.

İlk bulguyu genel bir “Form çalışmıyor” cümlesine çevirmeyin. “Telefonumda e-posta boşken gönderdim; açıklama silindi ve hangi alanı tamamlayacağım görünmedi” diye yazabilirsiniz. Bu cümle tasarım ve yazılım ekibine aynı sorunu yeniden gösterebilir. Formda hangi bilgilerin gerçekten sorulması gerektiğini ise form alanlarını seçme rehberiyle ayrıca değerlendirin. Buradaki deneme, kalan alanlarda hata olduğunda müşterinin nasıl devam ettiğini ele alıyor.

Müşteri yanlış alanı aramak zorunda kalmasın

“Lütfen gerekli alanları doldurun” yazısı tek başına bir yön tarifi değildir. Formda birden fazla zorunlu alan varsa kişi hangisini kaçırdığını anlamak için bütün sayfayı yeniden inceleyebilir. E-posta sorunu için mesajın e-posta alanıyla ilişkili olması gerekir. Birden fazla eksik varsa kısa bir özet ve ilgili alanlara ulaşılabilir yol düşünülebilir. Her küçük formu uzun bir hata listesine dönüştürmek gerekmez.

Görünür bağlantı da gerçek görevi karşılamalıdır. Özetin içindeki “E-posta bilgisini tamamlayın” ifadesine dokunulduğunda başka bir sayfa açılması beklenmez. İlgili alan bulunabilmeli ve kullanıcı orada ne yapacağını anlayabilmelidir. Bunu yalnızca masaüstünde kontrol etmeyin. Telefonda sabit başlık, alt iletişim çubuğu veya açık klavye hatalı alanın önünü kapatabilir. Teknik olarak doğru yere gidip alanı görememek de kullanım sorununu sürdürür.

Hatalı kutuyu kırmızı yapmak yardımcı bir işaret olabilir; açıklamanın tamamı olamaz. Renk farkını ayırt edemeyen veya ekranı farklı koşullarda kullanan kişi de sorunu anlamalıdır. Yazılı hata açıklaması, alanın adı ve gerekirse kısa örnek birlikte düşünülebilir. Aynı biçimde alanı düzeltince yalnızca çerçevenin değişmesiyle yetinmeyin; artık geçerli olmayan uyarının da ekranda kalıp kalmadığını kontrol edin.

Klavye veya yardımcı teknolojiyle kullanımda hangi alanın sorunlu olduğunun iletilmesi teknik olarak ayrıca ele alınır. Ekranın bir köşesinde metin görünmesi bütün kullanıcıların onu fark edeceğini kanıtlamaz. Ajansınızdan uyarı ile alan ilişkisinin ve düzeltmeye geçişin farklı kullanım biçimlerinde denendiğini göstermesini isteyin. Web erişilebilirliği rehberi bu ilişkiyi daha geniş bir inceleme içinde değerlendirir; tek bir görsel kontrol tam değerlendirme yerine geçmez.

“Geçersiz” demek yerine neyi düzelteceğini söyleyin

Perde görüşmesi örneğinde e-posta alanı boş olsun. “Geçersiz giriş” ifadesi, müşterinin yanlış bir şey yazdığını düşündürebilir; oysa henüz hiç yazmamıştır. “Size yanıt verebilmemiz için e-posta adresinizi yazın” daha açık bir başlangıç olabilir. Bu cümleyi yalnızca işletme gerçekten bu kanaldan yanıt veriyorsa kullanın. Hata mesajı, formdaki gerçek ihtiyacı açıklamalı; yeni bir vaat üretmemelidir.

Başka denemede adresin biçimi eksik olsun. Yardımcı metin “E-posta adresinizi kontrol edin; adresin tamamını yazdığınızdan emin olun” diyebilir. Müşteriye hangi bölümü kontrol edeceğini söylemek, yalnızca “Yanlış” yazmaktan daha kullanışlıdır. Bununla birlikte biçimin kabul edilmesi, adresin doğru kişiye ait olduğunun kanıtı değildir. Formun yaptığı kontrolle henüz yapılmayan doğrulamayı birbirine karıştırmayın.

Telefon numarasında da benzer bir durum yaşanabilir. Kullanıcı numarayı aralarda boşluk bırakarak yazıyor, sistem ise yalnızca tek bir düzeni kabul ediyor olabilir. Böyle bir durumda müşteriye formu baştan doldurtmak yerine kuralın gerçekten gerekli olup olmadığını inceleyin. Zorunlu biçim varsa önceden anlaşılır açıklayın. Makul bir yazımı reddeden gereksiz kısıtı, müşterinin dikkatsizliği gibi anlatmayın; işletme tarafında düzeltilebilecek bir engel olabilir.

Mesajın tonu da yardım etmelidir. “Eksik bilgilerle işlem yapılamaz” cümlesi hangi bilginin eksik olduğunu söylemez. “Görüşme konusunu seçin; emin değilseniz kısa açıklamanızı yazabileceğiniz yolu kullanın” gibi bir yönlendirme, gerçekten sunulan seçenek varsa işi açabilir. Her hata için aynı hazır cümleyi kullanmak yerine eksik bilgi, yanlış biçim ve işletmenin yanıtlayamadığı durum için ayrı açıklama hazırlayın.

Hata mesajını yazarken müşterinin bütün formu bilmediğini kabul edin. Sayfanın başında belirtilen bir koşulu o anda hatırlamıyor olabilir. Gerekli açıklama ilgili alanın yanında bulunursa kişiyi yukarıdaki uzun metni tekrar okumaya göndermek gerekmez. Uyarıyı tasarlayan kişiden, formu ilk kez açan birinin o cümleyi okuyarak ne yapacağını anlatmasını isteyin. Açıklamak için ayrıca konuşmanız gerekiyorsa mesaj henüz kendi işini yapmıyordur.

Bir alan yanlış diye müşterinin bütün açıklamasını silmeyin

Örneğimizde müşteri ihtiyacını anlatırken emek harcamıştır. Hangi odada perde değişeceğini, mevcut düzeni ve bilmediği ayrıntıları kendi kelimeleriyle yazmıştır. Tek iletişim alanındaki eksik yüzünden bu açıklamanın kaybolması, düzeltmeyi yeni bir başvuruya dönüştürür. İstenen davranışı açık tarif edin: Aynı formdaki düzeltme sırasında doğru yazılmış ilgili bilgiler korunmalı; kişi yalnızca sorunlu kısmı değiştirebilmelidir.

Bu kontrolü yalnızca mesaj kutusunda yapmayın. Hizmet seçimi, tercih edilen iletişim yolu ve diğer ilgili cevaplar da yerinde mi? E-posta düzeltilince hizmet seçiminin varsayılana döndüğünü gözden kaçırabilirsiniz. Müşteri açıklamasını yeniden okumadan gönderdiğinde başka bir konuda yazıyormuş gibi görünebilir. Görünür metnin kalmasıyla bütün başvuru bağlamının korunması aynı kapsam değildir; kullanılan seçenekleri de kontrol edin.

Tarayıcının otomatik doldurması bu sorunun genel çözümü sayılmamalıdır. Tarayıcı bazı iletişim bilgilerini önerebilir; müşterinin o an yazdığı özgün ihtiyacı aynı biçimde geri getireceği varsayılamaz. Formun etiketleri ve alan türleri doldurma yardımını destekleyebilir, fakat işletmenin kendi hata sonrası davranışı yine denenmelidir. Bir çalışanın telefonunda öneri çıkması bütün ziyaretçilerin kaybının giderildiğini göstermez.

Bilginin düzeltme sırasında korunmasıyla günlerce otomatik taslak saklamak farklı özelliklerdir. Kısa bir iletişim formundaki kaybı çözmek için bütün mesajları ortak kullanılan cihazda kalıcı tutmayı istemeyin. Uzun başvuruda taslak özelliği gerçekten gerekiyorsa erişim, süre ve kullanıcıya açıklama ayrıca planlanmalıdır. Bu rehberdeki ilk hedef daha dardır: Kullanıcı aynı başvurudaki bir hatayı düzeltirken ilgisiz alanlar gereksiz yere boşalmasın.

Düzeltmeden sonra aynı hata yeniden çıkıyor mu?

Müşteri eksik adresi tamamlıyor, yeniden gönderiyor ve aynı uyarıyla karşılaşıyor olsun. Önce gerçekten yeni bir hata mı bulunduğuna, yoksa eski uyarının temizlenmeden mi kaldığına bakılmalıdır. İşletme sahibi teknik nedeni teşhis etmek zorunda değildir. Yapabileceği şey, hangi bilgiyi değiştirdiğini ve ekranda ne gördüğünü açıkça göstermektir. “Adres tamamlandı ama boş alan uyarısı devam ediyor” önemli bir düzeltme tarifidir.

Başka bir olasılık, ilk gönderimde yalnızca bir sorunun gösterilmesi ve sonraki denemede diğer eksiklerin sırayla ortaya çıkmasıdır. Bu her formda aynı biçimde yaşanmaz; kullanılan kontrol düzeni değerlendirilir. Müşteriyi her düğme dokunuşunda yeni bir sürprizle karşılaştırmak yerine gerekli koşulların baştan anlaşılmasına bakın. Özellikle formun sonunda ilk kez beliren zorunlu koşul, alanları doğru doldurmuş kişiyi neden durduğunu anlamadan bırakabilir.

Boş alan ile gerçekten gerekli olmayan alanı da ayırın. Görüşme başlatmak için ölçü bilmeyi şart koşmadığınız hâlde form bütün ölçüleri zorunlu tutuyor olabilir. Böyle bir durumda hata cümlesini güzelleştirmek yetmez; iş kuralı yanlıştır. Önce işletmenin ilk görüşmede neye ihtiyaç duyduğunu netleştirin. Müşterinin bilemediği bilgiyi tahminle yazdırmak, hatayı ortadan kaldırmış gibi görünürken gelen açıklamanın güvenilirliğini azaltabilir.

Düzeltmeyi aynı koşullarla yeniden sınayın. İlkinde telefonla denediyseniz yalnızca bilgisayardaki yeni görünüme bakarak işi kapatmayın. Aynı eksik alanı bırakın, uyarıyı bulun, değiştirin ve devam edin. Hata mesajının artık gereksiz yere kalmadığını, diğer cevapların korunarak doğru yere ulaştığını görün. Böylece teslim, ekibin “Düzelttik” cümlesinden çıkar ve yeniden yapılabilen bir müşteri göreviyle açıklanır.

Uzun açıklama kesiliyorsa yalnızca kutuyu büyütmeyin

Perde örneğimizde müşteri birkaç pencereyi ve neyi bilmediğini anlatmak istemiş olsun. Mesaj kutusu dar olduğu için yazının tamamını aynı anda göremiyor. Bu, metnin silindiği anlamına gelmeyebilir; kutunun içinden devamı okunabiliyor olabilir. Buna karşılık gönderimden sonra gerçekten bir bölümü eksik kalıyorsa başka bir sorun vardır. Önce ekranda görünmeyen bölümle kayıtta bulunmayan bölümü ayırın. İkisinin düzeltmesi aynı değildir.

Başvuruda gerçekten bir uzunluk sınırı bulunuyorsa müşteri bunu bütün metni yazdıktan sonra öğrenmesin. Ne beklendiği alanın yanında anlaşılabilir biçimde açıklanabilir. Kullanılan sınırın bütün gönderim yolunda tutarlı olması da kontrol edilir. Örneğin sayfa uzun açıklamaya izin veriyor, fakat başka bir aşama daha kısa metin kabul ediyorsa kullanıcı kendi ekranında hatayı önceden göremeyebilir. Teknik ekibin incelemesi gereken fark budur; müşteriye yalnızca “Kısa yazın” demek açıklığı sağlamaz.

Kontrol için kendi seçtiğiniz örnek açıklamanın başına ve sonuna ayırt edilebilir iki kısa cümle koyun. Sonra bir iletişim hatasını düzeltip gönderin. İşletmeye gelen kayıtta ikisi de duruyor mu? Böylece uzun mesajın yalnızca ilk satırının ulaştığı bir sorunu fark edebilirsiniz. Gerçek kişisel ihtiyaçları veya müşteri yazışmasını test malzemesi yapmak gerekmez. Deneme bittikten sonra kayıt, işletmenizin testleri ayırma yöntemine göre ele alınabilir.

Düzeltme talebini de buna göre yazın: “Mesajın son cümlesi telefonda görünüyordu, ancak işletmeye gelen içerikte yoktu.” Bu ifade, “Kutuyu büyütün” isteğinden farklıdır. Görünüm sorunu tasarımda, aktarım kaybı ise ilgili teknik adımda incelenebilir. Kutu daha büyük göründüğünde aynı eksik mesaj gönderilmeye devam ediyorsa müşteri için temel sorun çözülmemiştir. Son denemeyi mutlaka gelen içerikle karşılaştırın.

Bütün cevapları korumak, artık ilgisiz bilgiyi taşımak değildir

Müşteri yalnızca e-postasını düzelttiğinde açıklamanın silinmesini istemiyoruz. Ancak kişi hizmet seçimini değiştirirse eski seçime özgü bazı cevaplar artık kullanılmayabilir. Örneğimizde perde yenilemeden farklı bir danışmanlık konusuna geçen kişi, önceki pencere sayısının yeni talebine dâhil edilmesini beklemeyebilir. Hangi bilginin ortak, hangisinin yalnızca eski seçime ait olduğu işletmeyle birlikte belirlenmelidir. Koruma kuralını düşünmeden bütün alanlara aynen uygulamayın.

Bu değişikliği bir kez de bilerek deneyin. Yazılmış açıklamayı ve iletişim bilgisini görün, hizmeti değiştirin ve gönderim öncesinde hangi bilgilerin kullanılacağını okuyun. Beklenmedik bir kayıp varsa düzeltilsin; artık ilgili olmayan bir cevap gizli biçimde gönderiliyorsa o da incelensin. Bir seçim değişikliği yüzünden başvuruyu tamamen sıfırlamak zorunlu değildir. Buna karşılık eski ayrıntıları müşterinin yeni tercihiymiş gibi taşımak da doğru bağlamı korumaz.

Buradaki kararın müşteriye anlaşılır olması önemlidir. Bir alanın neden kaybolduğunu veya yeniden cevap gerektirdiğini kısa açıklama söyleyebilir. Teknik ekibe “Hiçbir şeyi silmeyin” gibi sınırsız bir talimat yerine gerçek örneği verin. Ortak mesajın korunmasını, değişen hizmete ait seçeneklerin uygun biçimde ele alınmasını ve son kaydın yeni seçimi doğru yansıtmasını birlikte isteyin. Böylece küçük hata düzeltmesiyle talebin kendisini değiştirme iki ayrı davranış olarak test edilir.

Alan hatasıyla gönderim sonucu belirsiz kalan durumu ayırın

Her başarısız görünen deneme müşterinin yanlış bilgi yazmasından kaynaklanmaz. Bağlantı kesilmiş, işlem yanıtı gecikmiş veya sitede başka bir sorun oluşmuş olabilir. E-posta kutusunun yanına “Adresinizi düzeltin” yazmak böyle bir durumu açıklamaz. Kullanıcının değiştirebileceği bilgiyle teknik ekibin incelemesi gereken sorunu ayırın. İletişim kurmaya çalışan kişi, kendi başına çözemeyeceği bir engeli doğru alan arayarak gidermeye çalışmasın.

Dönen işaretin uzun süre kalması da yeterli açıklama değildir. İşlem ilerlemiyorsa gerçek durumu anlatan mesaj ve uygun devam yolu planlanmalıdır. Ancak sayfada yanıt görünmedi diye kaydın kesinlikle oluşmadığını da varsaymayın. Teknik ekip gönderimin sonucunu ve tekrar denemenin nasıl ele alınacağını kontrol etmelidir. Müşteriye gelişigüzel tekrar tekrar basmasını söylemek, aynı talebin birden fazla oluşması gibi başka bir karışıklık doğurabilir.

Geçici sorun için gösterilen devam metni gerçek işleyişe dayanmalıdır. İşletmenin aktif olarak takip ettiği bir alternatif iletişim yolu varsa sunulabilir. Yeni kanala geçen müşteriye yalnızca gerekli kısa bilgiyi paylaşabileceği açıklanabilir; bütün eski metni yeniden yazması varsayılan çözüm olmasın. Alternatif kanal, bozuk formu süresiz bırakmanın gerekçesi değildir. Teknik engel giderilirken iletişimin nasıl sürdürülebileceği ayrıca düşünülür.

Başarı durumunda da neyin gerçekleştiği açık olsun. Talebin alındığı doğrulanmışsa bunu söyleyin; henüz kesin görüşme zamanı oluşmadıysa randevu verildiğini yazmayın. Hata, bekleme ve tamamlanma için aynı teşekkür cümlesini kullanmak ziyaretçiyi yanıltır. İşletme tarafındaki kayıtla müşterinin gördüğü sonucun birlikte kontrol edilmesi, yalnızca düğmenin rengini değiştirerek giderilemeyecek bu farkı ortaya çıkarır.

Ajansa düzeltme isterken ekran görüntüsüne ne eklemelisiniz?

Bir ekran görüntüsü hatanın görünümünü gösterebilir, fakat oraya nasıl gelindiğini tek başına anlatmaz. Notunuza kullanılan sayfayı, telefonu ve tarayıcıyı ekleyin. Ardından hangi alanı eksik bıraktığınızı, ne yaptığınızı ve ne beklediğinizi yazın. Testte gerçek müşteri bilgisi kullanmanıza gerek yoktur. Paylaşılan görüntüde kişisel mesaj veya ilgisiz hesap içeriği bulunmamasına dikkat edin; teknik ekip için gerekli olan davranıştır.

• Başlangıç: Görüşme formu telefonda açıldı, hizmet ve açıklama dolduruldu.
• Denenen eksik: Zorunlu iletişim alanlarından biri boş bırakıldı.
• Gözlenen sonuç: Genel uyarı çıktı; açıklama kayboldu veya yanlış alan görünmedi.
• İstenen davranış: İlgili alan ve düzeltme açıklaması bulunabilsin, diğer cevaplar korunsun.
• Tekrar kontrol: Aynı denemede hata giderilip talep doğru içerikle tamamlanabilsin.

Bakırköy’de web tasarım ve yazılım hizmeti alırken bu kısa denemeyi teslim kapsamına ekleyebilirsiniz. Genel mobil turu da telefonda gerçek kullanım rehberiyle tamamlayın. Müşterinizin yanlış bir harfi düzeltmek için bütün ihtiyacını yeniden yazması gerekmemeli. Öncelik, hatayı yalnızca göstermek değil, anlaşılır bir sonraki adımla görüşme yolunu sürdürebilmektir.

Sık sorulan sorular

Form doğru doldurulunca çalışıyorsa neden hata denemesi yapmalıyız?

Gerçek ziyaretçi bir alanı atlayabilir veya biçimi yanlış anlayabilir. Yalnızca kusursuz girişle yapılan deneme, bu kişinin devam edip edemediğini göstermez. Eksik alanla deneyerek uyarının nerede göründüğünü, ne anlattığını ve diğer cevapların korunup korunmadığını görebilirsiniz. Amaç yeni hata üretmek değil, küçük bir yanlışın bütün başvuruyu baştan başlatıp başlatmadığını anlamaktır.

Hata mesajını formun en üstüne yazmak yeterli mi?

Konum tek başına yeterli değerlendirme değildir. Kullanıcı o mesajı görebilmeli ve sorunlu alana ulaşabilmelidir. Uzun formda üstteki kısa özet yararlı olabilir; ilgili alanın yanında açıklama da gerekebilir. Telefonda klavye ve sabit katmanlarla birlikte deneyin. Mesajın yalnızca ekranda bulunmasını, bütün kullanıcıların onu fark edip doğru düzeltmeyi yapabildiğine dair kanıt saymayın.

Kırmızı çerçeve kullanırsak ayrıca hata metni gerekir mi?

Yalnızca renk hatanın ne olduğunu ve nasıl düzeltileceğini anlatmaz. Renk farkını ayırt edemeyen kişi de aynı görevi yapabilmelidir. Hangi alanın neden sorunlu olduğu açık bir metinle ifade edilebilir; görsel işaret bunu destekleyebilir. Teknik yapıda mesajla kontrol ilişkisi de incelenmelidir. İstenen sonuç belirli bir renk düzeni değil, müşterinin yardımsız biçimde neyi değiştireceğini anlayabilmesidir.

Müşterinin yazdığı açıklamayı korumak otomatik taslak kaydı demek mi?

Hayır. Aynı formdaki bir hatayı düzeltirken ilgili geçerli cevapların korunmasıyla uzun süreli taslak saklama farklı özelliklerdir. İkincisi erişim ve saklama koşullarıyla ayrıca planlanmalıdır. Basit hata kaybını çözmek için bütün metinleri cihazda kalıcı tutma kararı vermeyin. Önce dar ihtiyacı tarif edin: E-posta düzeltildiğinde aynı başvurunun açıklaması gereksiz yere silinmesin.

Tarayıcının otomatik doldurması kaybolan bilgiyi geri getirmez mi?

Bazı alanlarda öneri sunabilir, fakat her kullanıcıda aynı davranışı veya yazılmış özgün mesajın geri gelmesini varsayamazsınız. Uygun alan yapısı doldurma yardımını destekleyebilir; bu, sitenin hata sonrası davranışını test etme gereğini kaldırmaz. Kendi telefonunuzda eksik alanla gönderim yapın ve açıklamanın durumunu görün. Başka cihazda da deneyerek tarayıcı önerisiyle sitenin gerçekten koruduğu bilgiyi ayırın.

Bağlantı kesildiyse kullanıcıya yeniden gönder demek doğru mu?

Önce gönderimin gerçek sonucunun nasıl anlaşılacağını ve tekrarın nasıl karşılanacağını teknik ekiple netleştirin. Ekranda yanıt görünmemesi, kaydın kesinlikle oluşmadığını göstermez. Kullanıcıyı açıklamasız biçimde aynı düğmeye tekrar basmaya yönlendirmeyin. Uygun yeniden deneme ve gerçekten takip edilen alternatif iletişim yolu planlanabilir. Gösterilen mesaj, bilinen durumu ve müşterinin yapabileceği gerçek sonraki adımı anlatmalıdır.

Düzeltme yapıldıktan sonra yalnızca masaüstünde bakabilir miyiz?

Sorunu hangi koşulda gördüyseniz aynı koşulu yeniden deneyin. Telefon klavyesi veya sabit katmanlar masaüstünde bulunmayabilir. Eksik alanı yine bırakın, uyarıya ulaşın, bilgiyi tamamlayın ve sonucu kontrol edin. Sonra mümkünse farklı cihazda aynı görevi sınayın. Yeni görünümün güzel olmasıyla müşterinin hatayı bulup başvurusunu tamamlaması farklı sonuçlardır; teslim kontrolü ikincisini de göstermelidir.

Bu sorun için bütün siteyi yenilemek gerekir mi?

Önce sorunun yerini ve kapsamını bulun. Tek formun hata mesajı veya bilgi koruma davranışı düzeltilebilir; başka yerde ortak bir bileşen etkileniyor olabilir. Bütün siteyi değiştirmeyi başlangıç varsayımı yapmayın. Somut denemeyi ajansa gösterip hangi alanların etkilendiğini sorun. Düzeltme sonrasında aynı görevin tamamlandığını ve başka başvuru yollarının bozulmadığını kontrol ederek ihtiyaca uygun kapsam oluşturabilirsiniz.