Startups: Rafine edilmiş UX Vs. Hızlı Rollouts
Bir başlangıç, tanım gereği, sınırlı kaynaklara sahip bir varlıktır. Bu kaynaklar bütçe, zaman, yetenek ya da ilgili herhangi bir şey olabilir, fakat kesin olan şey, kaynaklarda gerçekten bir çeşit sınırlama olmasıdır - aksi takdirde bir başlangıç olmaz.
Bunun nedeni, zaman ve enerjinin bu canavarlarından birini başlatan ve koşan mücadelenin üstesinden gelmek için birçok yönetim stilinin denenmesi ve savaşın test edilmesidir. Ve yıllar içinde piyasada ortaya çıkan iki bağımsız düşünce okulu var gibi görünüyor: yalın lansman ve büyük birikim.
Yalın lansman, çevik geliştirme süreçleri, kullanıcı testi, fikir doğrulama, amaçlı programlama, davranışa dayalı gelişim ve daha birçok şey gibi şeyleri içerir. Öte yandan, lansmandan önce büyük bir yapıya sahip olursunuz: bu modelde bir kişi, bir müşterinin bunu bir kez görmeden önce tamamlanmış olduğundan emin olmak için bir projeye zaman harcayacak ve bir proje geliştirecektir.
Bu iki düşünce okulunun her birinin kendi hayal edebileceği avantaj ve dezavantajları vardır ve her birinin kendilerine neredeyse sert bir şekilde inanan yöneticileri vardır. Bu yazıda, hangisinin sert başlı olmadığını ve hangisinin olduğunu öğrenebiliriz. Ya da şaşırtıcı bir şey bulabiliriz. Haydi içeri girelim.
Zarif bir kullanıcı deneyimine sahip olmak
Bununla yüzleşelim, tasarım çok önemli. Aslında tasarım, bazı başlangıç süreçlerinin neredeyse tamamen üstesinden geldiği kadar önemlidir. Tüm zamanlarını ve enerjilerini kullanıcı deneyimine odaklıyorlar ve kendilerini bir özellik haline getiriyorlar, başka bir şey için çok az zamanları var - ve belki de haklı olarak. Şimdi, diğer tarafın doğru yol olduğunu söyleyemeyiz, ama bu argümanı sonradan bırakacağız. Şimdilik, lanse edilmeden önce cilalanmış bir UX ve özellik setinin dünyasından bahsediyoruz.
Rafine bir UX'in olumlu tarafı
Tam markadan yararlanma
Markalaşma muazzam bir konudur ve bu tam da bu sebeple insanların bu şekilde işe ihtiyaç duyduklarını hissetmeleridir. Piyasaya süreceklerse, markanın ön plana çıktığı her şeyle fırlatılmalı, ilk günden itibaren siteye yerleştirilmelidir. Klasik, “v1 özelliği tam olmalı”, yöneticilerden sık sık duyduğum bir şey. Ve arkasında iyi bir gerekçe var. Web sitelerinin istemediklerini yansıtmasını istemiyorlar ve orada da bu tür bir travesti yatıyor. Eksileri bölümünde bunu daha çok ele alacağız, ancak bu ciddi özelliklerin sürünmesine yol açabilir. Benim sloganım, eğer başka herhangi bir uzaydan (belki: Dropbox veya Apple) daha ağır şekilde markalı olan rakiplerin olduğu bir alana doğru yürürseniz, bunu ciddi olarak düşünmek isteyebilirsiniz, çünkü bu durumda markalaşma olacaktır. çok önemli. Her ne kadar, daha sonra tartışacağımız muhteşem teknoloji ve güzel bir marka ile yalın bir lansmanla evlenebilirsiniz.
Anında ilgi görüyor
Rafine ve parlatılmış roll-out söz konusu olduğunda bir diğer olumlu yanı, tüm ürüne verilen fantastik tasarım ve eksiksiz servis bakımı nedeniyle daha fazla kullanıcıyı çekebilir . En azından, kabul etmeyi sevdiğimiz şey budur. Gerçekçi olsa da, giriş için de bir engel olabilir. Bir ürünü hisseden kullanıcıların çok büyük olduğunu ya da kullanmaya geldiğinde herhangi bir 'isteme' hissi almaları için çok fazla özelliğe sahip olduklarını gördüm ve bir dakikadan daha kısa bir sürede siteden çıkacaklar. Her zaman olur ve dürüstçe çok üzgün. Girişimcinin ve hatta yöneticinin fikirlerinin, çok sık rastlanan özelliklerden dolayı tüpleri emdiğini görmekten nefret ediyorum. Her ne kadar gerçekleşse de, girişimcileri, lansmandan önce ürünlerini tamamlamaları halinde, ilginin on kat artacağını hissetmelerini engellememektedir. Bu büyük bir tanesi.
Özellik tam olmak
Eğer bu aşamaya yaparsanız ve bu kampta yaşıyorsanız, bu noktada olası özelliklerden daha fazlasısınız demektir. Yukarıdaki bölümlerde bu konudan biraz bahsettik, ama burada ilginç oluyor. Çok fazla ve demek istediğim çok fazla başlangıç, şarj edebilecekleri ya da bu konuda bir etki yaratabilmeleri için özelliklerinin eksiksiz olması gerektiğini düşünüyor. Ben bu argümana bir yararı olmadığını söylemiyorum ama sanırım yıllar içinde abartılmış. Benim bakış açımdan ve yıllar boyunca gördüğüm şeyden, kullanıcıların bir şey için bir şey ödemeden önce ödeme yapıp yapamayacağını basitçe sorabilirsiniz. Şimdi diyelim ki, tam özellikli olmanın övünç olduğunu ve gerçekten de her şeyin içinde olmasını istedin. Peki, her bir özelliğin çok az bir versiyonunu başlatabilirsin. Söz konusu özellikleri veya belki de eksik olanların videolarını temsil eden bir şey. Aslında orada olmaksızın tam özellikli olmanın yolları vardır.
Rafine bir UX'in dezavantajı
Özellik sürünme
Bu, cilalanmış UX'e geldiğinde genel bir başarısızlıktır ve bir başlangıç başlatmak için eksiksiz bir yaklaşıma sahiptir. Ve bu, özellik sürünmesinin ölüm spirali olarak adlandırdığımız bir durum diyoruz. Yöneticiler veya sahipler, başka hiçbir şeyi tamamlamadığınız sürece ürüne daha fazla özellik eklemenin gerekliliğini hissedecekler. Bazı durumlarda, özellikle de katı kurallar veya şartnamelerin oluşturulmadığı durumlarda hiç bitmeyen bir döngüdür.
Şelale gelişimi
Şelale gelişimi, kendi içinde bir tartışmadır ve ihtilafsız değildir. Tipik bir şelale iş akışı şu şekilde görünür: fikir, tasarım, geliştirme, test etme, bakım. Böyle bir ortamda gelişen bazı insanlar var, ama en azından eşit bir sayı onu kesinlikle zararlı buluyor. Ya da çoğumuz için çok normal olan oldukça standart bir süreçtir, ancak yakın zamanda ortaya çıkacak olan fikirler için, bir ürünün gönderilmesinde genellikle zararlı olabilir.
Sebep sistem modelinde zorunlu olmamakla birlikte, her biri münferit yöneticiler tarafından mikro olarak yönetilen ayrı ekiplerinizin olması gerçeğidir. Örneğin, tipik bir akış böyle görünebilir: kurucu / girişimci tarafından bir fikir oluşturulur; Bir tasarım ve geliştirme ekibini ve belki de her takımın yöneticileri veya yaratıcı yönetmenlerini işe alır; fikir, tasarımlara geçip, maket yaratmaya başladı. Bu maketler, mükemmel olana kadar sahip ve yaratıcı yönetmen ile ileri geri giden Photoshop belgelerine dönüştü; O halde, mümkün olana dair herhangi bir fikir birliği olmaksızın, yaratılacak olan gelişmeye geçilir; ve daha sonra dev ekibi lideri, sahibi ve hatta yaratıcı yönetmen ile ileri geri gittikten sonra bir buluşma alanı bulup ürünü bitirirler.
Yine de bahsetmediğim şey, bu adımların her birinin, muhtemelen 50–100 e-postaları tek tek içermesi ve bu da muhafazakar bir tahminin (çok tutucu) olmasıdır. Görebildiğiniz gibi, bu gerçekten etkili değildir, çünkü herhangi bir zamanda, sahibi ve kurucusu planda olmayan ya da bir şeyleri değiştiren daha fazla çalışmaya katılabilir. Yazılım geliştirme söz konusu olduğunda, mikroanjmanlama genellikle en iyi seçenek değildir ve şelale sistemi bu tarz bir yönetim tarzında gelişmektedir.
Bunu her zaman aklınızda bulundurun ve eğer iyi bir çalışma yapmıyorsanız, patronunuzun bilmesini sağlayın. Unutmayın, olası bir verimsiz gelecek hakkında önceliğe sahip olmak ve dürüst olmak, aslında o yolun aslında üretken olmamasından daha iyidir. Ayrıca, bu sistem için tüm boru hattında daha tipik mikro yönetim sorunları olduğunu unutmayın; kişisel deneyimlerimden ideal değil.
Peki ideal olan nedir? Evet, bu öznel, ama deneyimlerim sayesinde hızlı bir şekilde başlatabilme ve döngü süreleri boyunca yineleme yeteneğimi bana ve ekiplerime Şelalede bulabileceğimizden daha fazla miktarda ürün gönderme yeteneği verebileceğimi söyleyebilirim. Peki bu gizemli büyülü nakliye sistemi nedir?
Hızlı sunumlar ve zayıf başlangıç
Yalın başlangıç, bence, topluluğumuzda devrim yaratan bir şeydir. Ve bu temel olarak, öğrenme-yapı-ölçütü geribildirim döngüsü denilen bir şeye dayanmasıdır.
Hızlı kullanıma sunulma sanatı - genellikle kullanıcıların bunu ödeyip ödemeyeceklerini soran basit bir sayfa olabilir veya çıplak bir kemik ürünü olabilir - insanların yıllar içinde mükemmelleştirdiği bir şeydir ve daha fazla bilgi edinmemize yardımcı olur. teknoloji dünyası, daha önemli olduğunu hissediyorum.
Buradaki en büyük şey piyasa kabulü ve geçerliliğidir. Önemli bir soru: Yazdığınız kodun kim anlamlı olduğunu söylüyor? İnsanların gerçekten değerli zamanlarının tek bir onsunu atlayamadıkları bir gün ve yaşta yaşıyoruz. Bunu yapmak ya da tavırları kırmak, büyük ya da ev zihniyetlerine gitmek zamanıdır. Her gün yüzün bize yiyecek alamadığı ya da kirayı ödeyemeyeceğimiz zaman vurduğu bir zaman ve bu yüzden kimsenin kullanamayacağı bir şeyi kodlamadığınızdan emin olmanızın önemi daha da artıyor.
Pazarlamada bir deha olmak zorunda değilsiniz, ancak deneysel bir zihin durumunu anlamanız gerekiyor. Beta'nın sürekli durumu, bunun parlak bir metaforudur. Gururumuza asla sarılmamalıyız ki, bir projedeki bir öğeyi bile değiştiremeyiz. Yaşamın deneysel olduğunu ve bunu ne kadar çabuk gerçekleştirirseniz onu daha iyi anladığımızı hatırlamak zorundayız: ve yalın girişimle daha iyi bir yol yoktur.
Yalın başlangıç up up up
Kullanıcı geribildirimi
Bunun gibi bir yöntem kullanmak, zirveden önce bir stok hakkında söylenecek bir şeydir. Bu, ana hedef demografiniz hakkında bilgi almanın ve zamanınızı boşa harcamadan önce doğrulama almanın harika bir yoludur.
İşte böyle yapıyorsun. Bir açılış sayfası alın ve ürün veya hizmetinizin ne kadar güzel ve açıklayıcı bir şekilde olduğunu gösterin. İsterseniz bu kısımda biraz para harcayın, çünkü en önemlisidir. Ardından, ilgileniyorsanız e-posta adresinizle basit bir kayıt yapın. Bitti. Şimdi, bu çok şey yapıyormuş gibi görünmeyebilir, ama gerçekte çok fazla şey yapıyorsunuz. Tüm ürün pazarını veya hizmet pazarını tek bir sayfa ile doğrulıyorsunuz. Kimsenin kullanamayacağı gereksiz bir şey inşa etmek için aylar ve binlerce dolar harcamıyorsunuz, buna değip değmeyeceğini öğrenmek için sadece bir şey yaratıyorsunuz.
Az önce söylediğim şeye benzeyen 5 servis sayfası açan ve en fazla geri dönüşünü aldıkları kişiler, ileriye taşıdıkları kişilerdi. Bu parlak bir harekettir ve pek çok yöne yatırım yapmak olarak görülebilir. Yatırımınızdan geri dönüş alıyorsunuz ve çok fazla potansiyel kazanç elde etmeden önce pazardan çıkmıyorsunuz. Warren Buffet'ın buna bayılacağını düşünüyorum.
Daha hızlı yineleme döngüleri
Ürün geliştirmenin yalın bir şekilde yapılmasıyla ilgili en iyi şeylerden biri, yineleme döngülerinizin çok daha hızlı olduğunu ve bazı şirketlerde günde 20 kez kod gönderdiklerini görmenizdir. Bunun arkasında bir çok felsefe vardır, örneğin Facebook'ta yeni bir mühendisin gemiye getirildiği günlerde, ilk gününde hoş geldiniz e-postasında 5 hata düzeltmesi yapılır. Böyle şeyler yapmanın ardında yatan sebepler, sisteminizin yeni bir çalışanın gemiye her defasında kırılmasını sağlayacak şekilde kurması durumunda, o zaman bu sizin kırık sisteminiz değil.
Çevik gelişme
Çevik gelişme özünde küçük bir şeyden diğerine olabildiğince çabuk geçiyor. Daha sonra, her bir süratten, genellikle bir kullanıcı hikayesiyle tanımlanan ve sitenizde biraz işlevsellik isteyen bir kullanıcı olan bir sonraki sürate geçersiniz. Rails veya başka bir çerçevede yapılan testlere çok benzer, çünkü sadece ihtiyacın olduğu kadar çok şey yapmıyorsunuz. Bu şekilde, geliştirme yaparak çok büyük bir zaman kazanabilirsiniz.
Yalın başlangıçın olumsuz tarafı
Çevik geliştirme ve yalın başlatma sistemi kullanıcısı olduğunuzda meydana gelebilecek küçük bir olumsuzluk, sitenin zaman içinde değişebileceğidir. Şimdi, ideal olarak bu, kullanıcının isteği nedeniyle olur, ancak yine de bazı kullanıcılara sarsıcı olabilir.
Bunu sınıf ve zarafetle yapmak önemlidir. Özellikle de ilgilendikleri bir ürün ise. Ürününüzün temel kullanıcı tabanını, Digg v4'ün yaptığı gibi kaldırma, bunun yerine ne yaptığınız ve neden yaptığınız ile ilgili ayrıntıları sağlayın.
Ürününüzün sürümlerini kaydetmek için git veya subversion gibi bir şey kullandığınızdan emin olun. Aslında, ben bunu dallar olarak yapıyorum, böylece gerekirse her zaman geri dönebiliriz.
Sonuç olarak
Yeni başlamanız teknik açıdan çok önemli değilse, hızlı bir şekilde kullanıma sunun. İnsanlar gördükleri teknolojik değişim nedeniyle ilgilenecekler. Her ne kadar, büyük rekabete sahip bir alanda rekabet ediyorsanız, belki de her ikisinin bir kombinasyonu en iyisidir. Kısacası, her zaman rafine UX ile yapabileceğiniz en iyisini yapın, ancak kısa çevik patlamalarda yapın.