Bir web sitesi veya uygulama oluşturma sürecindeyseniz ve bir sorunla karşılaşırsanız, durup geri adım atmanız önemlidir. Güzel ve etkili bir işleyiş sergilemenin yanı sıra, bir ürün kullanıcılara ihtiyaçlarına tam olarak uygun bir deneyim sağlamalıdır.

Kullanıcılarınızı ve beklentilerini anlayamazsanız, hem iç kaynaklarınızı hem de müşterilerinizin parasını harcayabilirsiniz.

Bu yüzden bir müşterinin fikrini test etmek veya kritik iş sorularını yanıtlamak için ürün tasarımı sprintlerini kullanıyoruz. Artık yeni bir müşteri ile çalışırken repertuvarımızda bir seçim aracı. Bir yön belirlememize, problemleri önceden tahmin etmemize ve önlememize ve boşa harcanan zamanı, parayı ve çabayı azaltmamıza yardımcı olur.

Neden tasarım sprintlerini kullanıyoruz?

Google Ventures tarafından öncülük edilen ürün tasarım sprintleri, 2015'te kullanmaya başladığımız bir süreçtir. Müşterilerimiz için yaptığımız çalışmaları, yeni işletmeler, web siteleri ve ürünler için paha biçilemez hale getirme konusunda son derece başarılı olduk. Yeni ürünleri doğrulamamıza ve olası masraflı problemlerden kaçınmamıza olanak sağlıyorlar.

Bir hafta içinde sorunun ne olduğunu anlamaya, çözümler üretmeye ve bunları doğrulamak için bir prototip oluşturmaya başladık.

Bir hafta içinde sorunun ne olduğunu anlamaya, çözümler üretmeye ve onları doğrulamak için bir prototip oluşturmaya başladık. Bu süreçte, aşağıdakileri içeren bir dizi temel hedefe ulaşabiliyoruz:

  • Daha açık bir netlik: Ürünün nasıl görünmesi gerektiğini hissetmenin yanı sıra nasıl görüneceğini de biliyoruz.
  • Risk azaltma: Gelecekte maliyetli hatalardan kaçınmak için gerçek kullanıcılar ile kavramları ve varsayımları doğrularız.
  • Zaman tasarrufu: tasarım sprintleri, tam gelişim ve serbest bırakma sürecine girmeden problemleri tanımlamanın hızlı ve etkili bir yoludur.

Hafta yoğun ve anlayışlı; ve neyin işe yarayıp neyin işe yaramadığını hızla belirledik. Buradan, müşterinin ürününü doğru yolda almak için doğru tavsiyeleri yapabiliriz.

Peki, sonraki projeniz için nasıl bir tasarım sprintine sahipsiniz?

Sprint için nasıl hazırlanıyoruz

Tasarım sprintleri bir haftalık döngülerde gerçekleştirilir. Tecrübemizden, tek bir sprintin çoğu kullanıcı deneyimi problemini doğrulayabileceğine inanıyoruz. Sadece 5 iş günü ile, her saatin doğru olduğundan emin olmalıyız. Doğru paydaşları toplamanız gerekecek ve süre boyunca% 100 taahhüt verilmeli.

Bir ürün tasarım sprintini çalıştırdığımızda, her zaman bir tasarımcı, bir geliştirici ve en önemlisi, süreci yönetecek bir kolaylaştırıcıyı içeririz.

Müşteriden, bir ürün sahibi (karar alabilen kişi) ve Müşteri Hizmetleri, Pazarlama, BT ve Finans gibi önemli alanları temsil eden paydaşları dahil etmeyi hedefliyoruz. Katılanlar tamamen sizin işinize bağımlıdır, ancak kilit karar mercii dahil edilmeli ve tüm katılımcılar tüm sprint için mevcut olmalıdır.

Son olarak, bol bol beyaz tahta ve büyük bir odaya ihtiyacımız var. Beyin fırtınası, kağıt, post-it notları, her yerde takılıp kalıyor. Bu bizim ofisimizde veya müşterimizin bulunduğu yerde olabilir.

Işe başlamak

Her gün son hedefe ulaşmak için yeni bir yönümüze odaklanıyoruz:

  • 1. Gün: sorunu anlamak.
  • 2. Gün: Fikirlerle gel.
  • 3. Gün: hangi fikirlerin ilerleyeceğine karar verin.
  • 4. Gün: bir prototip oluşturun.
  • 5. Gün: Gerçek kullanıcılarla doğrulayın.

1.gün

Birinci gün, projenin ana amacını veya çözmeye çalıştığımız problemi ve kullanıcıların kim olduğunu ve üründen ne istediklerini belirlemeye odaklanır. Herhangi bir fikre kapılıyor, mevcut ürünleri analiz ediyor ve rakiplerin neler yaptığını inceliyoruz. Daha sonra birincil kullanıcı yolculuğuna bakarız ve haftanın kalan kısmı için hangi alanlara odaklanacağımıza karar veririz.

2. gün

İkinci gün, her biri kendi fikirleriyle ortaya çıkan bireyler. Bu aşamada, kötü bir fikir yok! Not alma, zihin haritaları, çılgın 8'ler ve hikaye tahtaları gibi süreçleri kullanıyoruz. Hiçbir şey keşfedilemeyecek kadar küçük değil: Bir zamanlar arama yapmanın 160 farklı yolunu bulduk.

3 gün

Üçüncü gün, bir ile iki gün arasında belirlenen her şeyi bir araya getirmek ve karar vermekle ilgilidir. Gerekçeleri analiz eder ve her bir fikrin kusurlarını eleştiririz. Bunu takiben kullanıyoruz nokta oylama bireylerin her bir öneriden sevdikleri bireysel özellikleri saptamasına izin vermek.

Prototip ile beşinci günde test etmek istediğimiz tüm varsayımların bir listesini yaparız ve grup olarak, beşinci günde prototipte test etmek istediğimiz unsurlara karar veririz. Daha sonra bunları tahtada wireframes olarak çiziyoruz.

4. Gün

Dördüncü gün iki şey üzerinde duruluyor. İlk olarak, tasarımcının üçüncüsü olan tel kafeslere dayanan prototipleri. Bu, odadaki herkesin, beşinci günde test edildiğinde prototipte beklenen tam işlevselliğe emin olmasını sağlar.

İkincisi, bir grup olarak test senaryosuna karar veriyoruz. Bu, 5. günde doğrulamak istediğimiz varsayımlar üzerinde durduğu kullanıcılara yönelik rehberliği, soruları ve görevleri içerir.

Hatırlanması gereken birkaç önemli nokta: Güzel görünmek değil, mükemmel olmak için tasarlanmamıştır ve bu markalaşmaya takılmak anlamına gelmez. Bir kullanıcının gözden geçirmesi için kritik olan parçalara odaklanarak ve bize bu önemli bilgileri veren zamanımızın faydasını en üst düzeye çıkarırız.

5. Gün

Beşinci gün, gerçek kullanıcılara ulaşmakla ilgilidir. Planlama aşamasında, tasarımlarınızı koyabilecek ve ürünü ürüne atabilecek bir grup kullanıcıyı tanımlamak için araştırmalar yapıyoruz.

Kullanıcıları bir çok farklı yoldan işe alıyoruz; fakat doğru kullanıcıları kavramı test etmemiz önemlidir. Bu genellikle, potansiyelleri tanımlamayı ve kendimizi nitelendirmeyi, sosyal medyada bir anket göndermeyi ve bazı durumlarda doğru örnek kullanıcıları bulmaya yardımcı olabilecek profesyonel bir hizmet almayı içerir.

Sonuçlarda en iyi çeşitliliği elde etmek için, testi yapmak için en az yarım düzine kullanıcı hedeflemeye eğilim gösteririz.

Kullanıcıların tam olarak ne söylediklerini izlemek, ne söylediklerini değil, kullanıcı testinin en önemli yönünü oluşturmaktadır.

Derece 53'te, cihazda neler olup bittiğini, kullanıcıların prototip ve kullanıcı ile nasıl etkileşimde bulunduğunu kaydetmemizi sağlayan test tesislerimiz var. Başka bir odada, paydaşlar bunu olduğu gibi izler.

Kolaylaştırıcı, kullanıcıyla mevcut olan tek kişidir. Kolaylaştırıcı, kullanıcının eylemlerine yakından dikkat ederek test komut dosyası yoluyla onları alacaktır. Deneyimlerimizden, insanların çoğunluğu ürünü beğendiklerini söyleyecektir. Bu, kullanıcıların söylediklerinden ziyade tam olarak ne yaptığını izlemenin, kullanıcı testinin en önemli yönünü oluşturmasının nedeni budur.

Bu, tasarım sprintinin en heyecan verici kısmıdır, çünkü paydaşların ürünü hayata geçirip getirmeyeceklerine, kavramları geliştirip değiştirmeyeceklerine veya fikri tamamen ortadan kaldırmaya karar vermelerine yardımcı olur. (Muhtemelen heyecan verici değil, ama en azından sonuçları görmeden bir ürün geliştirmek zorunda kalmadı.)

Sonrasını analiz etmek

Tasarım süratinin sonucu ne olursa olsun, paydaşlar nihayetinde dijital bir problemi nasıl çözebilecekleri konusunda ya da yeni iş fikirleri doğru yönde ilerlediklerinde daha net bir fikre sahip olacaklardır. Sadece beş gün içinde, gerçek kullanıcı geri bildirimi ile bir çalışma prototipini oluşturabiliyoruz ve herhangi bir eleştiri ve yapıcı geribildirim bir karar vermek için kullanılabilir.

Peki neden tasarım sprintlerini seviyoruz? Sadece beş gün içinde, normalde aylar alabilecek bir sonuç elde edebiliriz. Her şeyi temellere indirir ve bize tam olarak ne yapmamız gerektiğini anlamanızı sağlar.

Kendin için bir tane dene.