30 sn özet

Prototip, bir ürün fikrinin belirli yönlerini incelemek için oluşturulan temsilidir. İngilizce karşılığı Prototype’tır. Kâğıt çizim, tıklanabilir ekran, fiziksel model veya sınırlı çalışan kod biçiminde hazırlanabilir. Kapsamı, yanıtlanacak soruya göre belirlenir. Kullanıcının akışı anlaması araştırılıyorsa basit ekranlar yeterli olabilir; teknik performans araştırılıyorsa çalışan bir deneme gerekebilir. Amaç, çözüm yaklaşımını geliştirme yatırımından önce veya geliştirme sırasında değerlendirmektir. Prototipten öğrenilen bilginin hangi kararı desteklediği ve hangi soruları açık bıraktığı belirtilmelidir.

Neden önemli?

Bir ürün fikri toplantıda herkes tarafından anlaşılmış görünebilir. Ancak aynı cümle, farklı kişilerde farklı kullanım deneyimleri canlandırabilir. “Müşteri iadeyi kolayca tamamlayacak” ifadesi; tasarımcı, operasyon yöneticisi ve mühendis için aynı adımları anlatmayabilir. Prototip bu farklı yorumların somut bir temsil üzerinden tartışılmasını sağlar.

Kullanıcı da sözlü anlatımda bir çözümü beğenebilir, fakat görev sırasında ne yapacağını anlamayabilir. Bir ekranın görünmesi, kullanıcının gerekli bilgiyi bulması ve sonraki adımı seçmesi birbirinden farklı konulardır. Prototip, tasarlanan yaklaşımın gerçekçi görevlerle incelenmesine olanak verir.

Yönetici açısından katkı, yatırımın öncesinde daha somut kanıt elde etmektir. Özellikle pahalı veya değiştirilmesi zor bir geliştirmede, kullanım yaklaşımını erken sınamak kararın gerekçesini güçlendirebilir. Bunun için prototip çalışmasının hangi belirsizliği azaltacağı ve sonuçların kapsamı nasıl etkileyeceği açık olmalıdır.

Junior bir iş analisti veya ürün sahibi açısından prototip, gereksinimlerdeki eksikleri görünür kılar. Akış temsil edildiğinde onay yetkisi, eksik veri, hata durumları veya başka bir sürece bağımlılık ortaya çıkabilir. Bu bulgular, geliştirme başlamadan önce gereksinimlerin daha anlaşılır ve tutarlı hâle getirilmesine yardımcı olur.

Terim nedir?

Prototip, ürünün bütününü veya seçilmiş bir bölümünü belirli bir amaçla temsil eder. Ürünün kullanılabilirliğini, fiziksel biçimini, teknik yaklaşımını veya hizmet adımlarını incelemek için hazırlanabilir. Her temsil aynı soruya cevap vermez; bu nedenle çalışma önce araştırma sorusuyla başlamalıdır.

Düşük ayrıntılı prototipler, çözümün temel yapısını hızlıca tartışmak için kullanılabilir. Kâğıt üzerindeki ekranlar veya basit fiziksel modeller bu gruba girer. Daha ayrıntılı prototipler ise etkileşimleri, içerikleri ve görsel işaretleri gerçek kullanıma daha yakın gösterebilir. Ayrıntı düzeyi arttıkça hazırlama ve değiştirme yükü de artabilir.

Temsilin hangi yönünün gerçekçi olması gerektiği önemlidir. Onay akışını araştırırken renklerin son hâli gerekmeyebilir; fakat kararın dayandığı bilgiler ve seçenekler yeterince gerçekçi olmalıdır. Kullanıcıya boş veya anlamsız içerik sunulursa görevin anlaşılmaması tasarım sorunundan mı, içerik eksikliğinden mi kaynaklanıyor ayırt etmek zorlaşır.

Teknik prototip, belirli bir yaklaşımın çalışıp çalışmadığını inceleyebilir. Bunun sonuçları kullanılan veri, cihaz, yük ve bağlantı koşullarına bağlıdır. Dar bir denemede başarılı olmak, aynı yaklaşımın bütün kullanım koşullarında güvenilir olacağını göstermez. Sınırların kaydedilmesi sonraki mühendislik kararları için önemlidir.

Prototip ile Minimum Uygulanabilir Ürün, yani MVP, ilişkili kavramlardır. Prototip bir çözümün belirli yönünü incelemeye yarar. MVP ise kritik bir ürün varsayımından öğrenmek için gerekli deneyimi kurmayı amaçlar. Bir prototip MVP çalışmasına katkıda bulunabilir; ancak her prototip gerçek kullanım veya ödeme davranışı hakkında kanıt üretmez.

Benzer şekilde bir prototipin test edilmesi, geliştirme kapsamının tamamen hazır olduğunu göstermez. Yetkilendirme, erişilebilirlik, veri işleme ve hata yönetimi gibi konular ayrıca ele alınabilir. Prototipte temsil edilmeyen koşulların üretimde nasıl karşılanacağı ekipçe belirlenmelidir.

Çalışma sonunda temsilin kendisi kadar öğrenilen bilgi de kaydedilir. Kullanıcı nerede durdu? Hangi bilgiyi aradı? Hangi seçeneği neden tercih etti? Gözlem, yorum ve önerilen değişiklik ayrı yazıldığında prototip daha sağlam bir karar dayanağına dönüşür. Sonraki sürüm, bu bulguların sınanmasına hizmet etmelidir.

Gerçek vaka: Surface Book’un erken fiziksel modeli

WIRED’ın 26 Ekim 2015 tarihli Surface Book incelemesi, Microsoft ekibinin ilk modellerinden birini anlatır: Kitap kapağı gibi açılan iki siyah karton parçası. Ekip, geliştirme sürecinde farklı biçimleri ve mekanizmaları temsil eden başka prototipler de üretmiştir.

Bu örnek, ürün fikrinin basit bir fiziksel temsille tartışılabilmesini gösterir. Ancak karton model, bilgisayarın performansını veya mekanizmalarının dayanıklılığını kanıtlayamaz. Buradan çıkarılabilecek ders, prototipin ayrıntısını yanıtlanacak soruya göre belirlemektir. Kaynak, bu modelin tek başına sayısal bir ticari sonuç yarattığını göstermez.

Kaynak: WIRED, David Pierce, “The Inside Story of Surface Book, Microsoft's Next Big Thing”, 26 Ekim 2015.

Varsayımsal örnek: İade kararını anlamak

Bir e-ticaret yazılımı ekibi, mağaza yöneticilerine iade değerlendirmesi sunmak istiyor olsun. Sistemin önerisiyle birlikte gerekçe gösterilecek. Ekip, önce yöneticinin hangi bilgiyi görmeden karar veremediğini ve öneriyi nasıl yorumladığını araştırmak istiyor.

Çalışma için sipariş geçmişi, iade nedeni ve öneri açıklamasını içeren tıklanabilir bir prototip hazırlanıyor. Tıklanabilir prototip, ekranlar arasında belirli etkileşimlerin canlandırıldığı temsildir. Henüz çalışan bir değerlendirme sistemi bulunmadığı ve gösterilen önerilerin örnek olduğu katılımcılara açıklanıyor.

Katılımcılara kimlik bilgileri çıkarılmış, kullanım bağlamına uygun senaryolar veriliyor. Bir talebi onaylama, ek incelemeye gönderme veya reddetme görevleri isteniyor. Araştırmacı ilk adımı tarif etmek yerine kullanıcının ne yaptığına bakıyor. Ardından kararda hangi bilgilerin etkili olduğunu soruyor.

Kullanıcılar önerinin gerekçesini anlamadığı için sipariş geçmişine dönüyorsa ekip bunun nedenini inceler. Açıklama fazla genel olabilir veya mağazanın iade politikasıyla ilişkisi belirsiz kalabilir. Yeni tasarım, bu bulguya göre düzenlenir ve yeniden değerlendirilir. Bu bulgular örnekte varsayımsaldır.

Çalışma, karar için gerekli bilgileri ve akışın anlaşılabilirliğini değerlendirebilir. Kullanıcıların gerçek operasyon baskısı altında sisteme güveneceğini veya önerilerin doğru üretileceğini tek başına göstermez. Teknik doğruluk ve gerçek kullanım ayrı çalışmalar gerektirir. Bu örnek için herhangi bir kabul oranı, zaman tasarrufu veya gelir sonucu varsayılmamıştır.

Yaygın 3 hata

  1. Öğrenme sorusunu belirlemeden ayrıntıya yatırım yapmak

Görsel olarak tamamlanmış ekranlar hazırlanırken hangi kararın verileceği belirsiz kalabilir. Önce araştırılacak soruyu yazın. Yalnızca o sorunun yanıtlanması için gerekli ayrıntıları ekleyin.

  1. Kullanıcıyı doğru adıma yönlendirmek

Test sırasında düğmeyi göstermek veya işlemi açıklamak, akışın anlaşılabilirliği hakkında toplanacak bilgiyi zayıflatabilir. Görevi tanımlayın, davranışı gözleyin ve sonrasında nedenleri sorun. Verilen yardımı kaydedin.

  1. Prototip başarısını ürün başarısı saymak

Görevin temsil üzerinde tamamlanması önemli bir bulgudur. Ancak kalıcı kullanım, ödeme isteği veya teknik güvenilirlik için başka kanıtlar gerekebilir. Sonucun hangi kabulü desteklediğini açıkça belirtin.

Mini uygulama/şablon

Bir prototip çalışması için şu alanları doldurun:

Karar
Bu çalışma hangi ürün tercihini aydınlatacak?
Soru
Hangi davranış veya belirsizlik araştırılacak?
Hedef kullanıcı
Hangi deneyime sahip kişiler katılacak?
Görev
Kullanıcıdan hangi gerçekçi işi tamamlaması istenecek?
Temsil
Kâğıt, tıklanabilir ekran, fiziksel model veya koddan hangisi gerekli?
Gerçekçilik
Hangi bilgi ve etkileşimler doğru biçimde temsil edilmeli?
Kapsam dışı
Prototip hangi koşulları göstermeyecek?
Gözlem
Duraklama, hata, bilgi arama veya karar gerekçesi nasıl kaydedilecek?
Sonuç
Bulgular hangi değişikliği veya sonraki çalışmayı gerektiriyor?

Ekip içinde kısa bir deneme yaparak görevlerin anlaşılır olduğunu kontrol edin. Kullanıcı çalışması sonrasında gözlemleri yorumlardan ayırın. Yeni temsilin hangi bulguyu ele aldığını kaydedin; yeni bir soru ortaya çıktıysa uygun test biçimini yeniden seçin.

İlgili terimler

Ürün Keşfi, Kullanılabilirlik Testi, Varsayım Haritalama, Minimum Uygulanabilir Ürün, Kullanıcı Akışı, Gereksinimlerin Ortaya Çıkarılması, Teknik Yapılabilirlik, Deney Tasarımı, Kullanıcı Araştırması