Başlangıçlar, bir konseptten nihai ürüne hızlı bir şekilde bir fikir getirmek için meşhurdur .
Zamanımızı almak ve her kilometre taşında derinlemesine araştırma yapmak için söylenecek bir şey olsa da, bazen en kısa zamanda bir fikir edinip koşmamız gerekiyor.
Bir başlangıç kültüründe hızlı prototipleme, yüksek noktalara vurmak ve en altta gerçeleri rötuşlamak için tipik tasarım ve geliştirme sürecini inceler. Bu metodolojiden çok şey öğrenebilir ve bu çalışma bir başlangıç için olmasa bile, doğrudan kendi çalışmamıza uygulayabiliriz.
Tuhaf bir şekilde, bu metodoloji genellikle daha az iş yapmayı ve daha fazla düşünmeyi ve planlamayı gerektirir.
Hızlı prototipleme geleneksel olarak, genel tüketici için seri üretime gönderilmeden önce ürünlerin deneme sürüşüne ve test edilmesine başvurmuştur. Bu yaklaşıma benzer bir şey hedefleyeceğiz, ancak tasarım ve geliştirme süresini minimumda tutmayı düşünerek.
Bunun işe yaraması için, neyi inşa ettiğimize ve niçin inşa edildiğine dair net bir fikre sahip olmalıyız. Özellik sürünme, düşüncelerinizi yalnızca karmaşık bir şekilde karmaşıklıkla kolayca öldürebilir, bu yüzden temel ürünümüz için işleri en az ve barebonlar tutmak isteriz.
Sadece ürün adı ve tek çekirdekli bir özellik olana kadar fikrinizi ortadan kaldırın. (Çözmeyi denediğiniz problem nedir?) Ardından bunu inşa edin. Kesinlikle gerekliyse daha fazla çekirdek özellik ekleyebilirsiniz, ancak ek özelliklerin anahatınıza daha fazla karmaşıklık katacağını bilmeniz yeterlidir.
Beş şeyi kötü yapmak yerine, zarif ve iyi bir şey yapmak her zaman daha iyidir.
Artık odaklanacak bir çekirdeğe sahip olduğunuza göre, daha spesifik özelliklere eklemeye başlayabilirsiniz. Dallanma, bu özelliklerin ürünün ana odağı için önemli olmadığı, ancak varlıklarına değer katacağı anlamına gelir. Bu “dallar” eklentiler, ilgi ekleyen ve sonunda sizi rekabetten ayıran satış noktaları haline gelen ek bilgilerdir.
Fakat onlar kesinlikle ilgi veya değer eklerken, aynı zamanda Ar-Ge zamanını da ekliyorlar, o yüzden bunu göz önünde bulundurun. Gelecekte tasarım ve geliştirmeyi körükleyecek kadar atmak isteyeceksiniz, ancak ana hatlarınızı bir örümcek ağı gibi gösterecek kadar çok değil.
Örümcek ağlarından bahsetmişken, bu verileri görsel olarak anahattlamak için harika bir yol. Merkezde asıl amacın var. Çekirdek dışındaki ek bir özellik çemberi eklemek, en önemli önemli özelliklerinizdir. Bundan sonra her yüzük daha az ve daha az önemli büyür. Ürününüzün görsel olarak tasvir edilmesi için bu düşünceyi kullanmak, en doğal unsurlardan en çok akan odağa kadar, daha doğal bir şekilde düzenlemeye yardımcı olabilir.
Minimum canlı ürününüz (MVP), ürünün özüdür. Bu ve tek başına, her şeyin birbirinden ayrıldığı çekirdek ve ana odak noktası.
Muhtemelen günler veya haftalar geçirdiğiniz anahatları hatırlıyor musunuz? Ürününüzü işlevsel hale getirmek için gerekli olan şeyler dışında şimdi her şeyi yoksayın. Bu gerçekten asgari uygun bir üründür. Neler elde edeceğiniz, mümkün olan en fonksiyonel temel ürünü elde etmek için yapılacaklar listesi değil, aynı zamanda daha sonra odaklanabilecek özelliklerin net bir taslağının yanı sıra, daha da aşağıdan ne beklenebileceğine dair genel bir fikirdir. yol. Buradaki fikir, gelecek yıl veya daha fazlası için tasarım ve geliştirme için bir yol haritasına sahip olmak. Bu çerçevenin sonuna yaklaştığınız zaman, ürününüz ya daha fazla üretim yapabileceğiniz net bir yönelime sahip olacak kadar olgunlaştıracak veya taslaklarınızdan nelerin işe yarayıp nelerin işe yaramadığını ve buna göre ayarlandığını göreceksiniz.
Şimdi planlayın ve özetleyin, çalışırken tasarlayın ve geliştirin - bu anahtardır.
Şimdi, aynı zamanda, daha uzaktaki bazı özellikler de dahil olmak üzere, bu fikrinizi ortaya çıkarmak için hangi teknolojileri ve uygulamaları kullanacağınız konusunda hafif araştırmalar yapma zamanıdır. Bu sadece sizi ilgilendirebilir ya da seçenekleri tartışmak ve neyin en iyi olacağına karar vermek için tüm bir takım gerektirebilir. Bir MVP'yi planladıktan sonra araştırmanızı yapmak önemlidir, böylece tasarımdan gelişime herkesin ne beklemesi gerektiği konusunda net bir fikri vardır. Sadece çekirdeğe odaklanmakla kalmayıp, aynı zamanda daha uzak dallara bakmayı ve bunlara da plan yapmayı garanti ediyor. Ne de olsa, hiç kimsenin beklenmedik, ama esaslı olmayan bir özellik için planlanmış olduğunu fark edebilmek için altı aya kadar gelişme elde etmekten daha kötü bir şey yoktur…
Herkes, Dribbble'da ya da tasarımcıların portfolyolarında yer alan güzel, yüksek sadakat örneklerini sever. Tüm ürünler için de bu açıklıktan bir şeyler çıkarmak harika olurdu. Fakat genellikle bu maketlerin, aylar olmasa bile, işin ve yinelemenin o sadakat seviyesine ulaşması haftalar alır. O zaman bile, bazen bu örnekler, herhangi bir veri odaklı analitik veya kullanıcı verisinden daha estetik odaklı.
Süper yüksek sadakat açık bir şekilde sorunun dışındayken, düşük sadakat eskizleri hala bir seçenek mi? Eh, büyük olasılıkla değil. Bir geliştiriciye peçete üzerinde birkaç eskiz gösterin ve ürününüzün nasıl görüneceğini veya daha önemlisi nasıl kullanılacağını düşünecekleri hakkında hiçbir fikre sahip olmayacaklar.
Orta sadakat genellikle hızlı bir tasarım ve geliştirme ortamı için doğru cevaptır. Bunu, yukarıda oluşturulan metinsel anahat ile eşleştirin ve buradaki iki tarafın, özelliklerin arkasındaki UX hakkında iyi bir anlayışa sahip olması gerekir.
Orta sadakat hâlâ mockup'lar üretir, ancak daha önceki kullanıcı analitiği veya A / B testinin özel araştırmasına dayanmayan, mevcut araştırma veya kullanım modellerini kullanarak daha ayrıntılı öğeler önyüklenir.
Burada yapılacak en önemli not, kısayol olmamasıdır. Kimse tasarım ya da geliştirme süresinden yoksun kalarak fark edilmeden geçemez.
Ortak kullanım durumlarına sadık kalarak ve günümüzün sorunlarını çözmek için popüler kod kütüphanelerini uygulayabilsek de, hepsi olmasa da, ürünler hem tasarımda hem de geliştirmede bir tek dikkatten yararlanır.
Hızlı tasarım ve geliştirme metodolojileri geleneksel olarak bu alanlarda daha özel bir yaklaşım benimsiyor ve daha sonra yeniden gözden geçirilmek üzere bir şeyler kesiyor. Ürünlerin dizayn edilmeye özen göstermesi ve daha özel olarak geliştirilmiş bir çözümle optimize edilmesi veya çalıştırılması için yeniden gözden geçirilmesi bekleniyor . Bu nedenle, iş akışımıza daha hızlı veya çevik yaklaşarak, zaman ve kaynaklardan tasarruf edebilsek de, işimizin sağlam olmasını sağlamak için her şeyden sonra yeniden gözden geçirmemiz beklentisiyle olmalıdır.
Çekirdek tamamlandıktan sonra tekrar ziyaret edin ve özelleştirin. Temel olmayan özelliklerin bir sonraki tur tamamlandığında, tekrar ziyaret edin ve özelleştirin. Genel olarak, bu sadece ön uç çalışması gerektirir ve arka uç kodunun tam bir yeniden geliştirilmesini gerektirmez. Dolayısıyla, tipik olarak, öğelerin konumlandırılması, rengi, boyutu veya diğer estetik özellikleriyle sınırlıdır. Geliştirme bilge, burada tekrar ziyaret etmek, performans için çalışacak kodun optimize edilmesi anlamına gelir.
Hızlı tasarım ve geliştirme çözümlerimizi yeniden ziyaret etmek için bir “tikla, tock” stil döngüsü ile gitmek, deneyimimde yeniden gözden geçirmenin en iyi yoludur. Geliştirme, bir sonraki özellik kümesini ortaya çıkarmak için çalışırken, tasarım, her şeyin tutulduğundan emin olmak için son partiyi inceleyebilir veya tam tersini yapabilir. Herhangi bir zamanda, tasarım veya geliştirme, diğerinin önündeki bir devir, diğeri ise gözden geçiriliyor. Bu süreçte, her iki ekip de sadece gözden geçirmek için değil, bir sonraki partiyi de bir kenara itmek için birlikte çalışır.
Geliştirme, genellikle ürün fikirlerini ortaya çıkarmak için var olan kütüphaneleri veya açık kaynaklı çözümleri kullanarak olabilir. Ancak tasarım söz konusu olduğunda, işleri geri almak veya mevcut çözümlere dışarıdan aktarmak çok daha zordur.
Doğaya göre tasarım, geliştirmeden çok birebirdir ve eğer bir niş endüstrisindeyseniz, işe yaramayacak benzer kullanım durumlarını bulmak imkansız değilse de zor olacaktır. Tasarım, ne kadar çok kesim yaptığınız, sonunda kaybedeceğiniz daha kaliteli alanlardan biridir. Kullanıcı deneyimi ve estetiği, bir ürünün ne kadar iyi işlediği konusunda çok büyük bir rol oynar.
Sonunda, kendimizi daha geleneksel “yavaş” tasarım ve geliştirme süreçlerine katılan rakiplere karşı ayakta duracak sağlam ürünlerle bulmalıyız.
Amaç, tamamen Ar-Ge'nin bazı bölümlerinde atlamak değil, kullanıcılarımız hakkında daha fazla veriye sahip olduktan sonra ve ürünlerimizi nasıl kullandıklarını bir daha gözden geçirmek için onları dosyalamak değil.
Hızlı prototipleme, bir MVP'ye ve ötesine geçerek, geleneksel olarak alacağı zamanın bir kısmına ulaşabilir, ancak dikkatinizi kesme köşeleriyle karıştırmamanıza dikkat edin.