Discovery bitiyor. Ortaya bir slayt destesi çıkıyor.
Deste toplantıda beğeniliyor, sonra kimse ona dönmüyor.
Eksik olan yöntem değil. Kullanıcının deneyebileceği bir şey yok. Bu yazı o şeyi bir haftada üretmeyi anlatıyor.
Kullanıcı fikri değerlendiremiyor
Bir slayt fikri anlatıyor. İnsanlar anlatılan fikre kibar davranıyor.
"Mantıklı görünüyor" cümlesi bir onay değil. Karşı tarafın elinde değerlendirecek bir şey olmadığı için üretebildiği tek cevap o.
Aynı cümle ekip içinde de çıkıyor. Slayt üzerinde hemfikir olan üç kişi, prototipte üç ayrı şey bekliyor olabiliyor.
Aynı kişiye tıklanabilir bir akış verdiğinde cevap değişiyor. Takılıyor, duraklıyor, yanlış yere basıyor ve bunların hepsi bilgi.
Aradaki fark araçta değil. Sınanabilir bir nesnenin olup olmamasında.
Nesne de güzel olmak zorunda değil. Kaba bir akış, cilalı bir slayttan daha çok bilgi veriyor.
Varsayımı önce yaz
Prototip yapmadan önce neyi sınadığını yaz. Tek cümle yeterli.
"Kullanıcı bu işi bugün elle yapıyor ve şu adımda tıkanıyor" bir varsayım. "Bu özellik işe yarar" bir temenni.
Varsayımı seçerken tek ölçüt var: yanlış çıktığında planını en çok değiştirecek olanı seç.
Genellikle bu, kullanıcının işi nasıl yaptığına dair varsayım oluyor. Ve genellikle en az sınanan varsayım da o.
Çünkü herkesin cevabı olduğunu sandığı bir soru. Ekipteki üç kişiye sorduğunda üç farklı cevap çıkıyor ve bu da bir bulgu.
Prototip ürün değil
Prototipin amacı bir varsayımı sınamak. Çalışan bir özellik teslim etmek değil.
Bu cümle bütün kapsamı belirliyor. Yazılmadığında prototip sessizce bir ürüne dönüşüyor.
Bu ayrım kapsamı da belirliyor. Tek akış, tek ekran seti, sahte veri. Giriş sistemi yok, ödeme yok, gerçek kayıt yok.
Kapsamı bu kadar dar tutmak prototipi bir günde bitiriyor. Bir haftalık prototip, çoğu zaman yanlışlıkla başlamış bir üretim.
Ayrımı ekibe de söyle. "Prototip" denip üretim beklentisi kurulan projeler, ikinci haftada teknik borç konuşmasına dönüyor.
İlk sürümü kapsamak rehberindeki daraltma burada da aynı işi görüyor.
Kapsamı yazılı tutmak ekibi de koruyor. "Prototipte vardı" cümlesi, üretim planına sessizce giren en sık madde.
Sahte veriyi gerçekçi seç
Prototipteki veri boş ya da kusursuz olmasın.
Gerçek hayatta karşılaşılan hâlleri koy: uzun isimler, eksik alanlar, çelişen tarihler, çok kayıt ve hiç kayıt.
"Hiç kayıt" hâlini özellikle koy. Boş ekran, çoğu üründe kullanıcının ilk gördüğü ekran oluyor.
Kusursuz veriyle yapılan test, kusursuz bir dünyayı test ediyor. Kullanıcı ilk takıldığı yer genellikle o boş hâl oluyor.
Bu kurulum yarım saat sürüyor ve testin yarısını kurtarıyor.
Veriyi de kendi alanından al. Uydurma isimlerle dolu bir ekran, kullanıcının kendi işini görmesini zorlaştırıyor.
Görüşmede sus
Prototipi gösterirken anlatma. Görevi ver ve sus.
"Şu işi bitirmeye çalış" de, sonra izle. Nerede duraklıyor, hangi düğmeyi arıyor, hangi kelimeyi okumuyor?
Açıklamak zorunda kaldığın her yer, üründe düzeltilecek bir yer. Yanında açıkladığın prototip, yanında olmadığında çalışmıyor.
Bu yüzden açıklamalarını not al. Her açıklama, bir sonraki sürümde silinmesi gereken bir cümle.
En zor kısım da bu: sessiz kalmak. Kolaylaştırmak isteyen ürün yöneticisi, kendi testini bozuyor.
Pratik bir kural: kullanıcı soru sorduğunda "sen ne yapardın" diye geri sor. Cevabı, senin açıklamandan değerli.
İki bağımsız kişi bir örüntü
Tek görüşme bir işaret veriyor. Karar vermiyor.
Aynı tıkanmayı birbirinden bağımsız iki kişide gördüysen bir örüntü bulmuşsun. Üçüncüde görürsen artık tartışma da bitiyor.
Bağımsız olması da önemli. Aynı ekipten iki kişi, aynı varsayımı paylaştığı için aynı yerde takılmıyor olabiliyor.
Görüşmeleri arka arkaya yapma. Aralarına düzeltme koy ve düzeltilmiş hâli bir sonraki kişide dene.
Aralara çok da uzun zaman koyma. Bir hafta içinde yapılan üç tur, bir aya yayılan üç turdan çok daha net bir resim veriyor.
Bu ritim keşfi bir döngüye çeviriyor. Toplu yapılan beş görüşme, beş ayrı bilgi veriyor ama hiçbirini sınamıyor.
Döngünün hızı da işi belirliyor. Haftada üç kısa tur, ayda bir büyük turdan çok daha fazla öğretiyor.
Bulguyu karara bağla
Her görüşmeden sonra iki satır yaz: ne gördüm, ne değiştireceğim?
Bulguyu karara bağlamayan keşif, yeni bir slayt destesi üretiyor. Bu kez daha kalın bir deste.
Karar yazmak da cesaret istiyor. Bir bulguyu kabul etmek, önceki planın bir kısmını bırakmak demek.
Değişiklik küçük olabilir: bir kelime, bir sıralama, bir varsayılan değer. Küçük değişiklikler de sınanıyor.
Çoğu keşif turunda en büyük fark da bir kelimeden çıkıyor. Kullanıcının kendi diliyle yazılmış bir etiket, bütün akışı açıyor.
Küçük değişikliğin bir avantajı da şu: etkisini görebiliyorsun. Beş şeyi birden değiştiren tur, hiçbirini ölçmüyor.
Kararların listesi ayrıca ekibe anlatılacak şey oluyor. Slayt değil, karar listesi.
Liste zamanla bir günlüğe dönüşüyor. Üç ay sonra hangi kararın neden verildiğini de o günlük söylüyor.
Ekiple aynı nesneye bak
Prototipin bir faydası da tartışmayı somutlaştırması.
Tasarımcı, geliştirici ve satış aynı ekrana bakınca tartışma tanım tartışması olmaktan çıkıyor. Herkes aynı şeyi görüyor ve itirazlar da somutlaşıyor.
Somutlaşan itiraz da çözülebilir itiraz. Soyut bir endişe toplantıdan toplantıya taşınıyor.
Bu, keşfin en az konuşulan faydası. Ekip hizalanması bir toplantıdan değil, ortak bir nesneden çıkıyor.
Prototipi erken paylaş. Bitmişini beklemek, hizalanmayı da geciktiriyor.
Erken paylaşmanın bedeli de küçük. Yarım bir akışa gelen itiraz, bitmiş bir akışa gelenden ucuz.
Nerede biter
Bir haftada çıkan şey belli: tek bir varsayımı sınamış, kararları yazılı bir keşif turu.
Ürün kararının tamamı, teknik mimari ve iş modeli bunun dışında. Prototip bir cevap veriyor, bütün planı vermiyor.
Bir cevap da az değil. Çoğu ekip çeyrek boyunca hiçbir varsayımını sınamadan ilerliyor.
Sınırı söylemek ekibi de koruyor. "Prototip çalıştı" cümlesi, "ürün hazır" diye okunduğunda pahalıya patlıyor.
Bu cümleyi sunumun başına koy. Sonuna konan sınır çoğu zaman okunmuyor.
Bir sonraki tur için de yeni bir varsayım seç. Aynı prototipi büyütmeye çalışmak, keşfi ürün geliştirmeye çeviriyor.
Varsayım listeni de canlı tut. Her turda biri kapanıyor ve genellikle yerine iki yenisi yazılıyor.
Kim için
Discovery süreci slaytlarda yaşayan ürün yöneticileri, kurumsal inovasyon ekipleri ve kendi ürününü kuran kurucular için.
Üretim kalitesinde bir ekran arayan için değil. Burada üretilen şey sınama nesnesi; üretim ayrı bir iş.
Kullanıcıya erişimi olmayan ekipler için de yarım. Prototip hazır olsa da onu deneyecek kişiyi bulmak ayrı bir emek.
Bugün yapılacak tek şey
Yeni bir slayt açma.
Bir varsayım yaz: kullanıcı bu işi bugün nasıl yapıyor ve nerede tıkanıyor? Sonra o tek akışı tıklanabilir hâle getir ve içine gerçekçi sahte veri koy.
Bir kişiye görevi ver ve sus. Gördüğün ilk duraklama, bu haftanın asıl bulgusu.
Sonra iki satır yaz: ne gördüm, ne değiştireceğim? İkinci görüşmeye düzeltilmiş hâliyle git.