Startup: Rafinovaný UX Vs. Rychlé vkládání
Spuštění je podle definice entitou s omezenými zdroji. Tyto zdroje by mohly být rozpočtem, časem, talentem nebo jakýmkoli jiným souvisejícím, ale je jisté, že existuje skutečně určitá forma omezení zdrojů - jinak by to nebylo počáteční.
Je to proto, že mnoho způsobů řízení bylo vyzkoušeno a testováno na bitvu, aby se vypořádalo s výzvou, která spouští a běží jedna z těchto dobytka a energie. A v průběhu let se zdá, že existují dvě nezávislé myšlenkové myšlenky, které se objevily v rámci trhu: štíhlé startování a velký nárůst.
Lean start představuje věci jako agilní vývojové procesy, testování uživatelů, validace myšlenek, účelné programování, vývoj zaměřený na chování a mnoho dalších. Pak na druhou stranu máte velkou sestavu před spuštěním: v tomto modelu by člověk potopil mnoho času, a vývojáři do projektu, aby se ujistil, že je funkce kompletní předtím, než jeden zákazník někdy vidí to jednou.
Tyto dvě myšlenkové myšlenky mají své výhody a nevýhody, jak si je dokázal představit, a každý z nich má manažery, kteří věří v ně, téměř do značné míry. Prostřednictvím tohoto článku zjistíme, které z nich nejsou tvrdé a jaké jsou. Nebo bychom mohli najít něco překvapujícího. Pojďme se ponořit.
S vylepšenou zkušeností uživatelů
Řekněme to, design je velice důležitý. Ve skutečnosti je design tak důležitý, že téměř zcela předčil některé procesy startupů. Zaměřují veškerý svůj čas a energii na zkušenosti uživatelů a dostanou se do funkce úplného stavu, že mají jen málo času na cokoliv jiného - a možná i tak oprávněně. Teď druhá strana by neřekla, že je to správná cesta, ale tento argument necháme později. Prozatím mluvíme o světě leštěného UX a funkce před spuštěním.
Pozitivní strana rafinovaného UX
Využití celé značky
Branding je obrovské téma, a právě proto se zdá, že lidé touto cestou potřebují práci. Cítí, že pokud se chystají spustit, měli by spustit se všemi svými značkami, které jsou postaveny na místě od prvního dne. Klasika "v1 by měla být funkční kompletní" je něco, co jsem od manažerů slyšel často. A za tím stojí dobrý důvod. Nechtějí, aby jejich webové stránky odrážely to, co nejsou, a v něm leží travesty. Dostaneme se do toho do konce, ale to může vést k vážnému plnění. Mým mottem je, jestli se ocitnete v prostoru, kde jsou soutěžící, kteří jsou označováni snad víc než jakýkoli jiný prostor on-line (přemýšlejte: Dropbox nebo Apple), pak budete chtít vážně uvažovat, protože v takovém případě bude značka velmi důležité. Ačkoli se člověk může oženit s štíhlým startováním s báječnou technologií a pěknou značkou, vše v jednom - o kterém budeme také diskutovat později.
Příjem okamžitých úroků
Další pozitivní, pokud jde o rafinované a leštěné roll-out, je, že může přilákat více uživatelů vpřed díky fantastickému designu a plné servisní péče poskytované na celý produkt. Alespoň to je to, co máme rádi. Realisticky však může být také překážkou vstupu. Viděl jsem uživatele, kteří se domnívají, že výrobek je příliš velký nebo má příliš mnoho funkcí, aby získali jakýkoli pocit "chuti", pokud jde o jeho použití, a oni se odrazí z místa za méně než minutu. Stává se pořád a je upřímně upřímný. Nerad bych viděl, že podnikatelské nebo dokonce i manažerské myšlenky se vysávají do trubek kvůli příliš častému dotvarování. Ačkoli se to stalo, stále nedochází k tomu, aby se podnikatelé cítili, že se zájem zvýší desetinásobně, pokud dokončí svůj produkt zcela před spuštěním. To je velký.
Byla dokončena funkce
Pokud se dostanete do této fáze a žijete v tomto táboře, máte v tomto okamžiku více než pravděpodobné vlastnosti. Hovořili jsme o tom trochu tak daleko ve výše uvedených částech, ale tady je to, kde je zajímavé. Hodně a myslím, že spousta začínajících podnikatelů má pocit, že musí být funkční před tím, než budou moci účtovat poplatky, nebo dopadnou na tuto záležitost. Neříkám, že k tomuto argumentu není nějaká zásluha, ale myslím, že to bylo v průběhu let přehnané. Z mého pohledu az toho, co jsem v průběhu let viděl, se můžete jednoduše zeptat, jestli by uživatelé zaplatili za produkt předtím, než celou věc zkompletovali. Nyní, řekněme, že jste se snažili o to, abyste byli úplní, a opravdu jste chtěli všechno dovnitř. Můžete tedy spustit velmi minimální verzi každé funkce. Něco, co představuje dotčené funkce, nebo dokonce i videa těch, které chybějí. Mějte na paměti, že existují způsoby, jak je kompletní funkce, aniž byste tam skutečně byli.
Nevýhodou vylepšeného UX
Creep funkce
Jedná se o totální selhání, pokud jde o leštěný UX a nabízí kompletní přístup k spuštění start-up. A toto je to, co nazýváme situací nazývanou smrtelná spirála rytmu. Manažeři či majitelé budou cítit potřebu přidávat více a více funkcí k produktu, jak dokončíte ostatní, dokud nebude doslova nic dělat, ale přidat další funkce. V některých případech je to nekonečný cyklus, a to zejména v případech, kdy nemáte pevně stanovené pokyny nebo specifikace .
Rozvoj vodopádu
Rozvoj vodopádu je vlastním právem, a ne bez sporů. Typický tok vodopádu vypadá takto: nápad, návrh, vývoj, testování, údržba. Existují někteří lidé, kteří se daří v takovém prostředí, ale přinejmenším stejný počet to považuje za absolutně škodlivé. Nebo je to docela standardní proces, který se pro většinu z nás cítí velmi normální, a přesto pro nápady, které se brzy stanou zřejmými, může být často škodlivé skutečně odeslat produkt.
Důvod není nutně v samotném modelu systému, je to ve skutečnosti, že máte samostatné týmy, které dělají práci, z nichž každá je mikro-řízena jednotlivými manažery. Typický tok například může vypadat takto: myšlenka tvoří zakladatel / podnikatel; najal na návrhářském a vývojovém týmu a možná i manažerů nebo tvůrčích ředitelů pro každý tým; myšlenka přejde k návrhu, k vytváření mockupů, ty mockups se změní na dokumenty Photoshopu, které se pohybují sem a tam s majitelem a kreativním ředitelem, dokud nejsou dokonalé; pak, bez jakéhokoli konsenzu o tom, co je dokonce možné, se dostává k rozvoji, který má být vytvořen; a pak po tom, co jdete tam a zpátky s vedoucím dev týmu, majitelem a možná i kreativním ředitelem, naleznou schůzku a dokončí produkt.
Co jsem nezmiňoval, je, že každý z těchto kroků se týkal pravděpodobně 50-100 e-mailů, a to je konzervativní odhad (velmi konzervativní). Jak můžete vidět, není to opravdu efektivní, protože kdykoli majitel a zakladatel mohl přidat další práci, která nebyla v plánu, nebo změnit věci. Micromanaging často není nejlepší volbou, pokud jde o vývoj softwaru, a přesto systém vodopádu vypadá, že se daří v takovém manažerském stylu.
Vždy si to pamatujte, a pokud nebudete dobře pracovat s mikromanagací, nechte svého šéfa vědět. Nezapomeňte, že je vždy lepší být upřímně a upřímně o možné neproduktivní budoucnosti, než jít dolů, že tato cesta je ve skutečnosti neproduktivní. A také mějte na paměti, že pro tento systém jsou v plánu další typické mikroprojektivní problémy; z mé osobní zkušenosti to není ideální.
Takže co je ideální? No, to je subjektivní, ale podle mých zkušeností vám mohu říci, že schopnost rychle spustit a opakovat dobu cyklu dala mně a mým týmům schopnost dodávat větší množství produktů, než jsme kdy mohli mít s Waterfall. Takže jaký je tento tajemný magický systém přepravního produktu?
Rychlé zavedení a snadné spuštění
Lean start-up je něco, co podle mého názoru revolucionizovalo naši komunitu. A to je především proto, že je založeno na něčem, co se nazývá zpětnovazební smyčka naučit se stavět.
Umění rychlého zavedení - často to může být jednoduchá stránka, která se zeptá, jestli by uživatelé zaplatili za to, nebo to může být produkt holých kostí - je něco, co lidé v průběhu let zdokonalili, a jak jsem se více zakořenil v našem tech světě Cítím, že je stále důležitější.
Velkou věcí je přijetí a validace na trhu. Klíčová otázka: kdo říká, že kód, který píšete, je smysluplný? Žijeme v den a věku, kdy lidé opravdu nemohou odtrhnout jednu unci svého drahocenného času. Je čas, aby to udělal, nebo ho rozbít postoje, a jít velký nebo jít domů mentality. Je to okamžik, kdy nás realita zasáhne každý den, když si nemůžeme koupit jídlo nebo si dovolit nájem, a proto je ještě důležitější ujistit se, že neztrácíte kódování něčeho, co nikdo nepoužije.
Nemusíte být marketingovým géniem, ale musíte pochopit experimentální stav mysli. Konstantní stav beta je brilantní metafora k tomuto. Nikdy bychom se neměli dostat do naší hrdosti tak, že nemůžeme ani změnit položku na projektu. Musíme si uvědomit, že život je experimentální a čím dřív si to uvědomíte, tím lépe: a neexistuje lepší cesta než s štíhlým uvedením do provozu.
Vzestup štíhlého startu
Zpětná vazba uživatelů
Použitím metody, jako je tato, je něco podobného tomu, co bylo řečeno o zásobě před tím, než vrcholy. To je skvělý způsob, jak získat informace o vašem hlavním demografickém cíli a získat platnost dříve, než ztratíte svůj čas.
Zde je návod, jak to uděláte. Získejte vstupní stránku a ukažte, co váš produkt nebo služba dělá velmi krásným a vysvětlujícím způsobem. Strávte nějaké peníze, pokud chcete, protože je to nejdůležitější. Poté vložte jednoduchou přihlášku s vaší e-mailovou adresou, pokud o to máte zájem. Hotovo. Nyní se nemusí zdát, že děláte hodně, ale ve skutečnosti děláte hodně. Ověřujete celý trh produktů nebo trh služeb s jednou stránkou. Nemusíte utrácet měsíce a tisíce dolarů, aby jste stavěli něco, co by nikdo nepoužil, ale jednoduše vytvoříte jednu věc, abyste zjistili, jestli to stojí za to.
Byli lidé, kteří uvedli 5 stránek služeb podobně jako to, co jsem právě řekl, a ti, na něž získali největší zpětnou vazbu, jsou ti, s nimiž se pohybují. Jedná se o skvělý čin a lze ho vnímat jako investování mnoha způsoby. Získáváte návratnost investice, a pokud ne, vystupujete z trhu, než ztratíte mnoho potenciálních zisků. Myslím, že Warren Buffet to bude milovat.
Rychlejší iterační cykly
Jednou z nejlepších věcí, jak dělat vývoj produktu v chudé formě, je to, že často zjistíte, že vaše iterační cykly jsou mnohem rychlejší a v některých společnostech dodávají kód více než 20krát denně. Za tím stojí spousta filozofie, například jak na Facebooku, když je na palubě nový inženýr, dostanou na palubu 5 oprav chyb v jejich vítaném e-mailu v první den. Mnoho důvodů, proč děláme takové věci, je to, že pokud máte svůj systém nastaven tak, že se rozbije pokaždé, když se na palubě objeví nový zaměstnanec, není to tak, že je to váš systém, který je přerušený.
Agilní vývoj
Agilní vývoj v podstatě jde co nejrychleji z jedné malé věci do druhé. Pak se přesunete z každého sprintu do dalšího sprintu, který je často definován příběhem uživatele a je prostě uživatel na vašem webu, který chce trochu funkčnosti. Je to velmi podobné testování v Rails nebo jiném rámci, protože děláte jen tolik, kolik potřebujete a nic víc. Jeden může ušetřit obrovské množství času děláním vývoje tímto způsobem.
Nevýhodou štíhlého startu
Jeden malý negativní problém, který se může stát, když jste uživatelem agilního vývojového a štíhlého systému spouštění, je to, že se místo může v průběhu času měnit. V ideálním případě by se to stalo kvůli požadavku uživatele, ale přesto může být někteří uživatelé obtěžováni.
Je důležité dělat to s třídou a elegancí. Zvláště pokud je to produkt, o který se starají. Nevypusťte základní uživatelskou základnu svého produktu, jako je Digg v4, ale místo toho poskytněte podrobnosti o tom, co děláte a proč, a pokud se všechny ostatní nezdaří vrátit zpět.
Vždy používejte něco jako git nebo subversion pro ukládání verzí vašeho produktu. Ve skutečnosti to dělám jako větve, takže v případě potřeby se vždy můžeme vrátit zpět.
Na závěr
Pokud je vaše spuštění tak technicky pokročilé, že nezáleží na tom, jděte s rychlou instalací. Lidé budou pečovat o technologické změny, které vidí. Ačkoli, pokud soutěžíte v prostoru s obrovskou konkurencí, možná je nejlepší kombinace obou. Stručně řečeno, vždy udělejte to nejlepší, co můžete s rafinovaným UX, ale to v krátkých agilních výbuchů.