İtalyan tasarım şirketlerinin deneme yanılma yolu: Neden tasarım sprintleri ile yeni projelere başlıyoruz?
Bu makale DSC ve ONES Piece arasındaki ortak çeviri planının bir parçasıdır. Bu makale ilk olarak mozestudio.com'da yayınlandı.Orijinal yazar Sergio Panagìa, DSC'nin bir çeviri üyesi olan Shuai tarafından çevrildi ve DSC Beijing organizatörü tarafından gözden geçirildi. Design Sprint China (DSC), ilginç tasarım düşüncesine odaklanan yenilikçi ve yaratıcı bir topluluktur.Tercüme ekibi düzenli olarak ilgili denizaşırı makaleleri taşır WeChat kamu hesabı: Design Sprint. ONES Piece, teknolojik yenilik, yaşam tarzı ve gelecekteki işlere odaklanan, ONES Ventures tarafından başlatılan, kar amacı gütmeyen bir çeviri projesidir.
Çevirmenin notu: Projenin başlangıcında sık sık "Hızlı başarısız" diyoruz, ancak gerçekten nasıl hızlı başarısız oluyoruz? MVP (Minimum Uygulanabilir Ürün) yeterince hızlı mı? İtalya'dan bu tasarım Geliştirme stüdyosu bize MVP'nin hala çok yavaş olduğunu ve tasarım sprintinin en etkili ve "hızlı" deneme yanılma yöntemi olduğunu söyledi. Bu makalede, çok sayıda tasarım sprintinden sonra kazanılan bazı deneyim ve görüşleri paylaştılar.
Yeni kurulan şirketler, kendilerini tanıtmak için "hızlı başarısız" seçeneğini kullanmaktan hoşlanabilirler, hatalardan ders almanın ve sürekli yinelemenin başarılı girişimcilik şansını artırabileceğine inanırlar. Bu ifade basit görünüyor, ancak pratikte tahmin edilenden çok daha yanıltıcı. Hele ki dijital ürünler tasarlarken, mevcut birçok tasarım yöntemi, teorisi ve çerçevesi karşısında doğru seçimi nasıl yapmalıyız?
Bu makale, tasarım sprintlerinin neden en etkili deneme yanılma yöntemi olduğunu düşündüğümüzü ayrıntılı olarak açıklayacaktır.
Kendini tanıtma
İtalya'dan geliyoruz ve tasarımcılardan ve geliştirme mühendislerinden oluşan bir stüdyosuz; Müşterilerimiz arasında girişimcilik aşamasındaki dijital ürün şirketleri (seyahat platformu wanderio gibi) ve İnternet çağında olumlu bir konum elde etmek isteyen birinci kademe şirketler (uluslararası Kimyasal danışmanlık şirketi LocalEyes).
Profesyonel teknolojimizin gelişmesiyle birlikte, müşterilerimizin proje başlamadan önce iki şeyi onaylamasına yardımcı olmak istiyoruz: birincisi, çözmemiz gereken sorunlar nelerdir; ikincisi, bunları nasıl çözmeliyiz.
(Milano, İtalya'da bulunan bir tasarım ve geliştirme stüdyosuyuz)
Deneyimler, yalnızca iş, tasarım ve geliştirme ekipleri birlikte yakın çalıştıklarında ürün deneyiminin gerçekten iyileştirilebileceğini göstermiştir.
Düşüncelerdeki bu değişim, bizi kullanıcı hikayesi haritalamadan Yalın Hizmet Tasarımına kadar çeşitli araçları ve teknikleri denemeye teşvik ediyor.
Denediğimiz tüm yöntemler arasında tasarım sprinti şüphesiz en iyisidir çünkü kısa bir zaman alır, hızlı ilerler ve yoğunluğu yüksektir.
Tasarım sprint, disiplinler arası ekiplere sorunları anlamaları, potansiyel çözümleri keşfetmeleri, prototipler ve sadece beş gün içinde fikirleri test etmeleri için rehberlik eden bir çalışma yöntemidir.
MVP (Uygulanabilir Ürünü En Aza İndir) hala yavaş
Bir MVP oluştururken, iki ila üç aylık bir geliştirme döngüsü içinde gerçekten değerli bir ürün oluşturmak zordur.
Şu anda, ortak olarak kabul edilen standartlar şunlardır:
- Fikir önerin
- MVP geliştirin
- Kullanıcı testi
- Ölçün, öğrenin ve yineleyin
Bir MVP'yi geliştirmek iki ila üç ay sürüyor, bu da ürün tasarımının ilk aşamalarında olası tüm varsayımlardan ve sapmalardan kurtulamayacağımız anlamına geliyor.
Neden bu kadar zaman alıyor?
Tasarımın ilk aşamalarında MVP geliştirmede belirli bir risk vardır ve yeterli geri bildirim yoktur: temel sorunun sonuna kadar çözülmediğini ve bu sorunun daha önce çözülmesi gerektiğini görebiliriz.
Tasarım sprinti nasıl gerçekleştirilmelidir?
(Bu kaotik durumu kim çözecek?)
Google'ın risk sermayesi şirketi (eski adıyla Google Ventures olarak bilinen yatırım şirketi), basit bir fikirden kaynaklanan "tasarım sprint" yöntemini icat etti: kısa sürede bir ürün prototipi oluşturun ve hızlı bir şekilde gerçek kullanıcı testleri gerçekleştirin . Bu yöntem, Google'ın risk sermayesi ekibinin yatırım projelerinin gerçek potansiyelini anlamasına yardımcı olabilir.
"Her büyük girişimci önce bir tasarımcı olmalıdır" -Peter Thiel. "0'dan 1'e-İşe ve Geleceğe Açılmanın Sırrı"
Zihniyet değiştir
Öncelikle herkesin birbiriyle işbirliği yapması ve beş günlük çalıştaya katılması gerekiyor. İkincisi, katılım süresi boyunca tüm elektronik cihazları devre dışı bırakacağız. Bizim için, "tasarım düşüncesini" müşterilerimizle arka arkaya beş gün boyunca yan yana uygulamalıyız - tasarım sprintinde, herkes bir tasarımcı rolünü oynamalı ve bir tasarımcı gibi düşünmelidir.
Tasarım sprintinde her gün bir aşamayı temsil eder:
- 1. Gün: Çözmek istediğimiz sorunu anlayın;
- 2. Gün: Olası çözümleri keşfedin;
- 3. Gün: Bundan sonra hangi ürünü oluşturacağınıza karar verin;
- Dördüncü gün: Prototip (ürün prototipi);
- 5. Gün: Prototipin kullanıcı testinden geri bildirim alın.
Uygulama tasarımı sprint sürecinde neler kazandık?
Şimdiye kadar, tasarım sprintini çeşitli dijital ürün projelerine uyguladığımız, farklı sektörlerden ve farklı hedeflere sahip girişimcilere ve şirketlere fikir sağladığımız için şanslıyız.
Aşağıdaki 8 nokta, uygulamadan öğrendiklerimizdir:
1. Neden tam olarak beş gün?
Prototipleme için bir tasarım konseptini keşfetmek ve seçmek, bu süreç sadece bir hafta sürer.
Zaman kısaysa, çözülecek sorunun tam olarak anlaşılmaması gibi birçok sorun olacaktır; çözümleri keşfetme fikri yeterince geniş değildir; üretilen ürün prototipi, kullanıcı testi için kullanılacak kadar gerçekçi değildir.
Çok fazla zaman varsa, başka bir kısır döngüye de düşebiliriz - çözüm çok fazla fikir toplayabilir veya odaklanamayabilir ve fikirler belirsizdir.
2. Prototip yapmak neden sadece bir gün sürüyor?
Bazen bize sorulur: "Prototip yapmak için neden yalnızca bir gün kullanılabilir? Bir gün yeterli olmamalı!"
Elbette, düzgün bir ürün prototipi üretmemiz gerekirse, bir günden fazla sürecektir. Ancak tasarım sprintinde, ürün prototipi yeterlidir, ille de aşırı gerçekçi değildir.
Bu ürün prototipinin yalnızca gerçek görünmesi gerekir, böylece onların gerçek geri bildirimlerini gözlemleyebiliriz.
Pratik deneyimimizde, bu düzeyde ürün prototipi yapmak zor değildir: önce bazı yüksek kaliteli ürün arayüzleri yapın (web siteleri veya uygulamalar için) ve ardından arayüze biraz etkileşim ve animasyon eklemek için InVision benzeri prototip oluşturma araçlarını kullanın etki.
3. Gerçek kullanıcı testi yapmak neden önemlidir?
Tasarımın ilk aşamalarında, kullanıcı testi yapmamak, ekibin her zaman, kullanıcıların çözmeye çalıştığımız sorunu nasıl anladıkları, çözmeye çalıştığımız yöntemleri (metaforlar ve zihinsel modeller) anlayıp anlamadıkları gibi çeşitli kaçınılmaz varsayımlar taşımasını sağlayacaktır.
(Gerçek yemek ye)
Kullanıcı testi sürecinde en çok ilgilendiğimiz sorulardan biri de ürünü arkadaşlarına nasıl anlatacaklarıdır.
Bu süreçte, kullanıcıların bizim sağduyu olarak düşündüğümüzü anlayamadıklarını ve ayrıca çok dikkate değer olduğunu düşündüğünüz şeyleri görmezden geleceklerini görünce şaşırdık.
4. Beş gün neden yeterli değil?
Ürünle ilgili daha fazla fikir veya çözülen problemi anlamak için beş gün yeterlidir. Ancak tüm kullanıcılarla röportaj yaptıktan ve tüm geri bildirimleri topladıktan sonra bile görevimiz henüz bitmedi. Sonra ne yapmalıyız?
- Yeni bir yinelemeye ihtiyaç vardır: Son seçilen tasarım konseptinin kullanıcı testinde etkili olduğu kanıtlanamazsa veya kullanıcı testte tasarım konseptinin değerini hissetmiyorsa, o zaman bir tur tasarım sprinti yapmalıyız ( Duruma göre süreyi kısaltabilirsiniz) Fikirlerinizi geliştirin ve hızlıca test edin.
- Geliştirmeye başla: Aradığımız bilgiyi elde etmişsek ve tüm ürünün kavramsal yönünün doğru olduğu kanıtlanmışsa (veya en azından nasıl geliştireceğimizi biliyorsak), o zaman daha yüksek düzeyde bir ürün geliştirme planı planlamalıyız. Tüm projeyi tamamlamak için gereken yineleme süresini ve sayısını tahmin edin.
5. Önceden hazırlanmak neden önemlidir?
Tasarım sprinti bir boşlukta görünmüyor. Design Sprint kitabında, sprint'e odaklanması gereken bir `` meydan okuma '' ile başlar.
Örneğin:
- Mevcut ürünler veya şirketler: yeni ürünleri şirketin web sitesinde açıklayın ve satın;
- Yeni ürün: Tatilde olan kullanıcıların geçici evcil hayvan bakıcıları bulmasına yardımcı olacak yeni bir hizmet geliştirin.
Pratik deneyimde, karar vericilerin (girişimciler veya ürün yöneticileri) çözülmesi gereken sorunlar, pazarın durumu, mevcut rakipler ve sprint öncesi iş fırsatları hakkında derin bir anlayışa sahip olmaları ve hatta bir iş modeli planının ilk taslağını hazırlamaları gerektiğini bulduk. . Bu hazırlıklarla bir sonraki sprint daha etkili olacak.
6. Tasarım sprintine neden herkes katılabilir?
"Büyük veri tasarım düşüncesi ergen cinsiyeti gibidir: herkes konuşuyor, ancak kimse bunu nasıl yapacağını gerçekten bilmiyor. Herkes diğer herkesin yaptığını düşünüyor, bu yüzden herkes bunu yaptığını söylüyor ..." Eski sözlerin yeniden yorumlanması
Tasarım sprinti, takımdaki herkesin bir tasarımcı gibi düşünmesini ve hareket etmesini sağlayan, sözde "tasarım düşüncesi" nin pragmatik bir uygulama yöntemidir.
Tasarım sprinti başlamadan önce zihniyetimizi değiştirmemiz gerekiyor. Bir pazarlama müdürü veya mühendis, bir tasarımcı gibi düşünürse, ancak çözülmesi gereken sorun hakkında ve sorunu çözme sürecinde daha fazla bilgi edinebilir.
Geleneksel danışmanlık endüstrisinde, Parti A ve Parti B arasındaki ilişkide genellikle bazı sorunlar vardır: sözde uzmanlar, müşterilere süslü çözümler satmak için tasarımcı şapkaları giyerler, amaç müşterileri memnun etmek, başarılı olmalarına yardımcı olmak değil.
Aksine, tasarım sprintinde herkes bir araya gelir ve en iyi çözümü sürekli araştırır, sadece projenin en önemli amacı için - sonuçta hizmet ettiğimiz kullanıcılar için.
7. Her tasarım sprinti neden benzersizdir?
Pratik deneyimde, iki tasarım sprintinin tamamen aynı olmadığını gördük. Farklı zorluklara dayanarak, koşma şeklimiz de değişecek.
Şirketinizin web sitesi aracılığıyla ne yaptığını tanıtmak (esas olarak metinsel iletişim yoluyla), ilk ürün için tasarım fikirleri sağlamakla aynı şey değildir (esas olarak yeni metaforları ve potansiyel sistem modellerini keşfetmek) Tamamen farklı pratik yöntemler gerektirirler ve Düşünme modu.
Tasarım ekibini olabildiğince çeşitli hale getirmek, tasarım sprint sürecinin verimli olmasına yardımcı olabilir.
8. Neden pek çok insan tasarım sprintleri uygulamıyor?
Günümüzde herkes kullanıcı testinin önemini biliyor, ancak birçok meslektaşla sohbet ederken bu şekilde çalışmadıklarını gördük. Sık sık şöyle dediklerini duyuyorum: "Evet, kullanıcı geri bildirimlerinin çok önemli olduğunu biliyorum, ancak şirketimiz için bu imkansız. Yine de önce bir MVP yapmayı ve sonra fikir toplamayı tercih ediyoruz."
Ne zaman böyle bir ifade duysam, onlara her zaman kendi deneyimimizi anlatmaya çalışıyorum: geliştirmeye başlamadan önce, kullanıcılara ilk konsepti göstereceğiz ve geri bildirimlerini toplayacağız, bu da bize çok yardımcı oldu. Elbette, bu teoriyi kabul etmek (kullanıcı testi yapmalıyız) ile fiilen harekete geçmeye başlamak (beş kullanıcı görüşmesi düzenlemek) arasında hala büyük bir engel var.
neden? Sanırım esas olarak nereden başlayacağınızı bilmediğiniz için. Ek olarak, kullanıcıları işe almak her zaman bir baş ağrısıdır ve hepimiz yabancılara sorular sormanın ve onların alışkanlıklarını anlamanın ilk başta her zaman utanç verici görünebileceğini biliyoruz. Deneyimlerimize göre, ortak çalışma alanında çalıştığımız için, yardım etmeye istekli birçok insan bulabiliriz.
Erken kullanıcı testleri, kullanıcıların karşılaştığı sorunları daha iyi anlamak ve sorunları daha iyi anlamak ve çözümlerimizin nihayetinde sorunları nasıl çözdüğü gibi birçok yönden beklentilerin ötesinde büyük bir değer getirecek ve yardımcı olacaktır.
Alt toplamlar
Yıllar içinde biriken iş deneyimine dayanarak, yazılım tasarımında iyi bir iş yapmanın çok zor bir şey olduğunu gördük. Tasarımın ilk aşamalarında, kendimize önerdiğimiz çeşitli varsayımlara hapsolmuş birçok tuzağa düşmek bizim için kolaydır.
Tasarım sprinti, denediğimiz en etkili araçtır. Hala nispeten yeni bir tasarım yöntemi olmasına rağmen, tasarımda bu tuzaklardan kaçınmamıza yardımcı olduğu kanıtlanmıştır.
Tasarım sprinti için birçok özel gereksinim olmasına rağmen, en önemlisi iş, tasarım ve teknolojiyi dikkate alan benzersiz bir ekip oluşturmaktır ve ekipteki herkes birbirini dinlemeye ve anlamaya isteklidir.
Tasarımcılarımız ve teknik uzmanlarımız için, müşterilerle tasarım sprintleri yürütmek, müşterilerin işlerini daha iyi anlamalarına yardımcı olacak pratik yeteneklerimiz olduğunu keşfetmemizi sağlar.
Diğer bir deyişle, havalı tasarımlar sunmak yerine müşterilerin başlangıçtan itibaren başarıya giden bir yol bulmalarına yardımcı olmak istedik.
