İncelenecek hesap görevini daraltın
UX Audit ve Kullanılabilirlik Testi kuruluş değiştirme görevini gözlemlenebilir bir soruya dönüştürebilir. Kullanıcı doğru işletmeyi nasıl seçiyor, seçim sırasında hangi bilgiye güveniyor ve işlemin sonunda hesabı hatırlıyor mu? Bir renk veya menü değişikliği talebi bu sorunu tek başına açıklamayabilir. İlk çalışma, hesap seçimi ile müşterinin tamamlamak istediği sipariş veya talep arasındaki ilişkiye bağlanır.
Organizasyon değiştirme
Bir kişi kendi kuruluşunu veya başka bir müşteri hesabını temsil edebilir. Seçim alanı hangi bilgilerin ve işlemlerin değişeceğini anlaşılır göstermelidir. Aynı isimli veya benzer etiketli kuruluşlar ayrı tanıtılabilir. Tasarım, hesap değiştirmeyi arka planda sessiz bir ayar gibi bırakmamalıdır. Kullanıcının verdiği karar ve ilerlediği kayıt arasında açık bağ olması yanlış kuruluşta işlem yapma riskini ele almaya yardım eder.
Kaydedilen müşteri seçimi
Kaydedilmiş seçim bir kolaylık olabilir, fakat her oturum için otomatik doğru olduğu varsayılmaz. Önceki hesabın yeni görevle ilişkisi kullanıcıya görünür kalır. Görev örnekleri gerçek roller ve uygun verilerle seçilir. Amaç her sayfayı yeniden tasarlamak değil, hangi hesabın aktif olduğunu ve işin hangi kuruluş adına tamamlanacağını insanın açık biçimde anlayabilmesini sağlamaktır.
Hesap kararı
Hangi kuruluş ve hangi müşteri işlemi.
Seçim devamı
Önceki tercihin yeni görevdeki anlamı.
Gerçek portal kullanıcılarını araştırmaya alın
Hreflang ve Çok Dilli Site Kontrol Listesi içerik ve etkileşim dilini gerçek portal kullanıcılarına göre seçmeye yardım eder. Satın alma rolü, hesap yöneticisi ve destek çalışanı aynı işi yapmaz. Araştırmaya bu görevleri bilen kişileri dahil etmek, yalnızca genel bir kullanıcı kitlesinden görüş almaktan daha somut bilgi verebilir. Ülke adı, herkesin aynı dili veya ürün deneyimini taşıdığını belirlemez.
Alıcı ve yönetici
Alıcı, hangi kuruluş adına seçim yaptığını ve gereken bilgiyi açıklar. Yönetici ise yetki verme veya hesap düzenleme sürecini bilir. Bu deneyimler ayrı öğrenilir; bir rolün görüşü diğerinin davranışı gibi sunulmaz. İçerik dili ve teknik karar dili farklı olabilir. İngilizce ekranın anlamı ile ekip notlarının terimleri aynı işlemi tarif etmeli, fakat kullanıcıdan teknik dil bilmesi beklenmemelidir.
Dil ve erişim ihtiyacı
Dil, klavye veya yardımcı teknoloji ihtiyacı gerçek kullanım koşuluyla ele alınır. Görüşme ve gözlem için kullanılacak veri, amaç ve saklama açıklanır. Hassas müşteri kaydı olmadan uygun görev örneği kurulabilir. Katılımcı veya moderatör kapasitesi somut olarak planlanır; hazır yerel panel, bütün İrlanda kullanıcılarını temsil eden tercih veya ticari etki baştan varsayılmaz.
Tüm sütunları görmek için yatay kaydırın.
| Karar | Açıklama |
|---|---|
| Alıcı rolü | Kuruluş adına gerçek seçim ve işlem. |
| Yönetici rolü | Hesap ve yetki düzenleme ihtiyacı. |
| Kullanım koşulu | Dil, cihaz ve yardımcı etkileşim. |
Hesap bağlamını ve erişim sınırını görünür yapın
Mobil Uygulama UI/UX Tasarım Süreci seçili kuruluşu telefon veya küçük ekran görevinde de görünür tutabilir. Aktif hesap başlık, etiket veya uygun başka bir işaretle anlaşılır olmalıdır. Yalnızca bir menüde görünen isim işlem boyunca yeterli olmayabilir. Hesap değişiminde hangi verinin ve yetkinin değiştiği açıklanır; görsel etiket gerçek erişim kararının yerine geçmez.
Seçili organizasyon
Kısıtlı erişim ile boş veri aynı görünmemelidir. Kullanıcı hiç kayıt olmadığı için mi, yanlış kuruluşta olduğu için mi veya yetkisi bulunmadığı için mi ilerleyemiyor anlayabilmelidir. Gizli bilgiyi açmadan uygun açıklama ve devam yolu seçilir. Düğmenin gizlenmesi bütün güvenlik işi değildir; rol ve sunucu davranışı ürünün gerçek yetki modeliyle birlikte ele alınmalıdır.
Boş ve engellenen durum
Hesap değişikliği önceki seçimi etkiliyorsa kayıt kaybolmadan açık bir karar gerekir. Kullanıcı eski kuruluşa ait taslağı yeni kuruluş adına göndermemelidir. Hangi bilginin korunacağı, hangi bilginin yeniden seçileceği gerçek işlemden gelir. Karışıklık veya izin reddinde insanla yardım yolu sağlanabilir. Tasarımın görevi yalnızca güzel bir hesap seçici değil, işlem bağlamını anlaşılır ve tutarlı tutmaktır.
- Bağlamı göster
İşlemde aktif kuruluş anlaşılır olsun.
- Durumu ayır
Boş veri, kısıtlı erişim ve yanlış hesap farklı.
- Seçimi koru
Hesap değişince taslağın sahibi açık kalsın.
Kesilen işten dönüşü prototiple sınayın
Web Uygulaması Geliştirme yarım kalan işi, seçilmiş kuruluş ve gerekli kayıtla birlikte geri açacak davranışı tanımlar. Taslak saklamak kullanıcının tekrar başlamasını azaltabilir; ancak saklanan bağlam eski veya yanlış olabilir. Oturum sona erdiğinde hangi bilgilerin kaldığı ve kimin devam edebileceği ayrı seçilir. Kullanıcı yeni kimlikle girdiğinde önceki işlem kendiliğinden uygun sayılmamalıdır.
Saklanan seçim
Kaydedilmiş ürün, talep veya müşteri seçimi kendi kuruluşuyla bağlı kalır. Yeni oturumda verinin güncelliği ve erişim tekrar ele alınır. Bir seçim artık kullanılamıyorsa açıklama ve değiştirilebilir seçenek sunulur. Eski veriyi olduğu gibi göndermek veya bütün girdiyi silmek tek çözüm değildir; kullanıcıya neyin korunduğu ve neyin yeniden kararlaştırılması gerektiği anlaşılır biçimde gösterilir.
Oturum bitişi ve geri dönüş
Kesinti sonrası dönme, hesap değiştirme ve hata düzeltme aynı akışta çalışılır. Ekran dilindeki değişiklik kayıt anlamını veya yetki sınırını değiştirmez. Gerçek sunucu sonuçları uygulama sırasında aynı anlamla ele alınmalıdır. Taslak, teslim alınmış kayıt ve tamamlanmış müşteri işlemi farklı durumlar olarak gösterilir; devam düğmesi bütün işin bittiği izlenimi yaratmamalıdır.
Tüm sütunları görmek için yatay kaydırın.
| Karar | Açıklama |
|---|---|
| Taslak | Kayıt ve kuruluş bağlantısı. |
| Oturum dönüşü | Güncel erişim ve korunacak bilgi. |
| Tamamlanma | Taslak, alındı ve son işletme kararı farklı. |
Bulguyu gözlenen davranışa bağlayın
GA4 İşletme Ölçüm Planı Kontrol Listesi görev sonucunun hangi ölçüyle ele alınacağını açıklamaya yardım eder. Doğru kuruluşta bitirmek, sadece formu göndermekten farklıdır. Kullanıcının seçim, düzeltme ve devam davranışı gerçek görevle değerlendirilir. Bir düğmeye çok basılması iyileşme veya problem anlamına tek başına gelmez; hangi bağlam ve kararın yaşandığı anlaşılmadan sayı yorumlanmamalıdır.
Görev tamamlama kaydı
Gözlem, kullanıcı açıklaması ve araştırmacı yorumu ayrı tutulur. Bir kişinin yanlış kuruluşta kalması bütün kullanıcıların aynı davranışı taşıdığını göstermez. İşlem adımları, hata ve düzeltme yolu bağlamıyla anlaşılır olur. Tamamlama süresi yöntem ve görev örneğiyle ilişkilendirilir. Tasarım kararı bu bilgiden çıkar; büyük ticari sonuç veya ulusal kullanıcı tercihi ilan etmek için kullanılmaz.
Ölçümün sınırı
Ölçüm kurulacaksa gerçekten gereken veriler seçilir. Kuruluş adını veya kişisel müşteri ayrıntısını her etkileşime eklemek gereksiz olabilir. Hangi alanın amaç için gerekli olduğu gerçek ürün ve izin koşuluyla değerlendirilir. Teknik olay kaydı ile insanın ne anladığı farklı bilgi sağlar. Araştırma, etkileşim ölçümü ve iş sonucu birbirini destekleyebilir, fakat aynı başarı kanıtı olarak birleştirilmemelidir.
Görev sonucu
Doğru hesap ve anlaşılır tamamlanma.
Ölçüm sınırı
Gerekli veri ve gerçek bağlam.
Geliştirici devrini sınanabilir hale getirin
CTO Teknik Değerlendirme Kontrol Listesi tasarımın mühendisler tarafından uygulanabilir ve değerlendirilebilir olmasını somutlaştırır. Hesap seçici, boş durum ve oturum dönüşü yalnızca ekran görseliyle anlatılmaz. Bileşen davranışı, içerik ve yetki kuralları birlikte aktarılır. Teknik ekip farklı çözüm seçmek zorundaysa aynı müşteri kararı korunarak tartışılır; amaç dosyanın her pikselini kopyalamaktan daha geniştir.
Bileşen durumları
Etiket, açıklama, odak, hata ve değişen içerik için örnekler bulunur. Uzun kuruluş adı veya birden fazla benzer hesap, gerçek kullanımda önem taşıyabilir. İzin ve kayıt durumu uygulamanın gerçek sistemiyle ilişkilidir. Tasarım ve teknik rollerin hangi kararı vereceği açık olur. Teslim sırasında gözlenen durum, yorum ve önerilen davranış birbirinden ayrılırsa eksik senaryolar daha kolay görünür.
Tasarım ve uygulama kabulü
EUR kapsamı görev araştırması, prototip, içerik, bileşen ve uygulama sonrası yeniden ele almayı ayırır. Europe/Dublin ile gerçek ekip takvimi kullanılır. İlk iş yalnızca bir hesap seçimi ve kesintiden dönüş görevi olabilir. Sonraki aşama çalışan ürün ve kullanıcı geri bildirimiyle seçilir; dönüşüm, gelir veya bütün erişilebilirlik koşulunun otomatik sağlanması vaat edilmez.
- Durumu anlat
Bileşen, içerik ve gerçek yetki ilişkisi.
- Uygulamayı bağla
Aynı müşteri kararı teknik çözümde korunsun.
- Tekrar ele al
Gerçek ürün ve görev üzerinden devam seçilsin.
Sorular ve yanıtlar
Neden önce kuruluş seçimi ele alınır?
Bir kişi farklı işletmeler adına işlem yapabilir. Doğru hesap, veri ve yetki görünür değilse yeni görünüm yanlış işlem sorununu çözmeyebilir; ilk kapsam gerçek görev kararına bağlanmalıdır.
Alıcı ve yönetici aynı araştırma görevini yapar mı?
Rollerin bilgi ve yetkisi farklı olabilir. Alıcı seçim ve talebi, yönetici hesap ve erişimi anlatır; katılımcılar gerçek görev deneyimi, dil ve kullanım ihtiyaçlarıyla seçilir.
Boş ekran her zaman kayıt olmadığı anlamına mı gelir?
Yanlış hesap veya kısıtlı erişim de aynı görüntüyü yaratabilir. Açıklama gizli bilgi açmadan doğru durumu göstermeli; görsel etiketten ayrı gerçek yetki modeli korunmalıdır.
Oturum sona erince taslak silinmeli mi?
Veri, kuruluş ve erişim ilişkisi değerlendirilir. Bazı bilgiler korunabilir, bazı seçimler güncellenebilir; yeni kimlikle eski işin otomatik uygun olduğu varsayılmaz ve kullanıcıya durum anlatılır.
Tıklama sayısı tasarım sonucunu açıklar mı?
Sayı tek başına hangi hesapta ve hangi kararla iş yapıldığını göstermez. Gözlem, gerçek görev ve ölçüm tanımı birlikte ele alınır; gereksiz müşteri ayrıntısı toplanması şart değildir.
Tasarım geliştiriciye nasıl teslim edilir?
Bileşen, etiket, odak, hata, izin ve oturum davranışı birlikte açıklanır. Teknik alternatifler aynı müşteri ihtiyacını korur; EUR kapsamı uygulama sonrası görevlerin yeniden ele alınmasını da ayırır.
Bir sonraki adımı planlayın
Portalınızda doğru kuruluş adına işlem yapmayı netleştirelim
Bir hesap seçimi, gerçek kullanıcı rolleri ve kesilen görev örneğini paylaşın; araştırma ve prototip kapsamını birlikte belirleyelim.
İlk kapsamı birlikte belirleyelim ↗