Kullanıcı Deneyimi: Proje Öncesi Kontrol Listesi

Kullanıcı Deneyimi için Proje Öncesi Kontrol Listesi kararının sınırı

Kontrol listesi yalnızca özellikleri değil, sorumlulukları ve doğrulama yöntemlerini de kapsamalıdır. Kullanıcı Deneyimi bağlamında bu cümle; kapsam dışını, hata anındaki davranışı ve onay verecek rolü aynı kayıtta göstermeyi gerektirir. Bu ayrım Kullanıcı Deneyimi çalışmasında Proje Öncesi Kontrol Listesi değerlendirmesinin sınırını netleştirir.

Çalışmanın somut çıktısı bir proje öncesi kontrol kaydı olmalıdır. Belgede mevcut durum, seçilen yaklaşım, vazgeçilen seçenek, sorumlu kişi ve kararın yeniden ele alınacağı tarih bulunursa sonraki değişiklikler kişisel hafızaya bağlı kalmaz. Kullanıcı Deneyimi için seçilen yaklaşım, Proje Öncesi Kontrol Listesi gözden geçirmesinde yeniden doğrulanmalıdır.

Proje Öncesi Kontrol Listesi için uygulanabilir adımlar

Kullanıcı Deneyimi çalışmasını küçük fakat uçtan uca bir örnekle başlatın. Her adımın çıktısı, bir sonraki adıma geçmeden önce kontrol edilebilen ayrı bir kanıt üretmelidir. Buradaki kanıt Kullanıcı Deneyimi projesinde Proje Öncesi Kontrol Listesi kararının tamamlandığını göstermelidir.

1. 1. karar: Mevcut süreç, kullanılan dosyalar ve sorun noktalarını belgeleyin. Bu adım proje öncesi kontrol kaydı içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.
2. 2. karar: Proje sahibi, bölüm sorumluları ve karar yetkilisini belirleyin. Bu adım proje öncesi kontrol kaydı içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.
3. 3. karar: Veri taşıma, entegrasyon ve donanım gereksinimlerini çıkarın. Bu adım proje öncesi kontrol kaydı içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.
4. 4. karar: Eğitim, test, destek ve bakım beklentilerini yazın. Bu adım proje öncesi kontrol kaydı içinde sorumlu rol ve kabul koşuluyla kaydedilmelidir.

Kapsama alınacak iş sonuçları

Proje Öncesi Kontrol Listesi odağında kapsam, Kullanıcı Deneyimi için aşağıdaki sonuçların hangisini gerçekten değiştireceğini göstermelidir. Her madde ayrı teslim ve test koşuluna bağlanmalıdır.

• Kullanıcıların aradığı bilgiye daha az adımla ulaşması. Bu sonuç, Proje Öncesi Kontrol Listesi değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.
• Hata mesajları ve yönlendirmelerle görev kaybının azalması. Bu sonuç, Proje Öncesi Kontrol Listesi değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.
• Farklı cihaz ve yeteneklere daha erişilebilir deneyim. Bu sonuç, Proje Öncesi Kontrol Listesi değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.
• Destek ihtiyacı ile eğitim süresinin düşmesi. Bu sonuç, Proje Öncesi Kontrol Listesi değerlendirmesinde ölçülebilir bir kabul maddesi olarak yazılmalıdır.

Proje Öncesi Kontrol Listesi kararını etkileyen riskler

Risk listesi yalnız ihtimalleri sıralamamalıdır. Kullanıcı Deneyimi için her riskin erken uyarısı, önleyici kontrolü, olay sonrası sorumlusu ve geri dönüş noktası birlikte tanımlanmalıdır. Kullanıcı Deneyimi açısından bu madde, Proje Öncesi Kontrol Listesi çalışmasının varsayımı değil doğrulanacak çıktısıdır.

• Görsel estetiği okunabilirlik ve görev başarısının önüne koymak. teklif ve kapsam onayı toplantısı sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.
• Boş, hata ve bekleme durumlarını tasarlamamak. teklif ve kapsam onayı toplantısı sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.
• Erişilebilirlik kontrollerini yalnızca proje sonunda yapmak. teklif ve kapsam onayı toplantısı sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.
• Gerçek kullanıcı araştırması olmadan varsayımla ekran tasarlamak. teklif ve kapsam onayı toplantısı sırasında bu durum için gerçek bir kayıt veya test sonucu aranmalıdır.

Ölçüm, kabul ve gözden geçirme düzeni

Kullanıcı Deneyimi için Proje Öncesi Kontrol Listesi kararının işe yarayıp yaramadığı yayın günü değil, teklif ve kapsam onayı toplantısı sırasında değerlendirilmelidir. Başlangıç değeri, veri kaynağı, hedef aralık ve sapmada yapılacak işlem önceden yazılmalıdır.

• Destek talebi ile kullanıcı memnuniyeti. Sonuç kullanıcı grubu ve zaman aralığına göre ayrılarak yorumlanmalıdır.
• Görev tamamlama ve ilk denemede başarı oranı. Sonuç kullanıcı grubu ve zaman aralığına göre ayrılarak yorumlanmalıdır.
• Görev süresi, hata ve geri dönüş sayısı. Sonuç kullanıcı grubu ve zaman aralığına göre ayrılarak yorumlanmalıdır.

Karar toplantısında netleştirilecek sorular

Aşağıdaki sorulara verilen yanıtlar proje öncesi kontrol kaydı içine yazılmalı; varsayım değiştiğinde kapsam, süre ve kabul testi birlikte güncellenmelidir. Kullanıcı Deneyimi uygulamasında bu nokta, Proje Öncesi Kontrol Listesi kapsamının ayrı bir kabul koşuludur.

• Kullanıcı rolleri, onay adımları ve hassas veriye erişim nasıl sınırlandırılacak?
• Mevcut veriler hangi formatta taşınacak ve taşıma sonucu nasıl doğrulanacak?
• Canlıya geçiş, eğitim, yedekleme, bakım ve destek sorumlulukları kimde olacak?
• Teklif veren tarafların aynı kapsamı fiyatladığını hangi belgeyle doğrulayacaksınız?

Proje Öncesi Kontrol Listesi sonrasında karar kaydı

İyi bir kontrol listesi, teklifleri fiyatın yanında kapsam ve risk açısından da karşılaştırmanızı sağlar. Kullanıcı Deneyimi için alınan karar; seçilen yaklaşım, sorumlu, ilk teslim, kabul kanıtı ve teklif ve kapsam onayı toplantısı tarihiyle tamamlanmalıdır. Sorumlu ekip bu kararı Kullanıcı Deneyimi ve Proje Öncesi Kontrol Listesi bağlamında tarihli olarak kaydetmelidir.

Teknik kapsamı somutlaştırmaya yardımcı kaynaklar: kullanıcı deneyimi tasarımı çözümlerini; proje görüşmesi talep edebilirsiniz. Bu bağlantıları mevcut ihtiyaç listeniz ve karar kaydınızla birlikte inceleyebilirsiniz. Bu ayrım Kullanıcı Deneyimi çalışmasında Proje Öncesi Kontrol Listesi değerlendirmesinin sınırını netleştirir.