Aloitukset: Tarkennetut UX Vs. Nopeat esittelyt
Käynnistys määritelmän mukaan on yhteisö, jolla on rajoitetut resurssit. Nämä resurssit voivat olla talousarviota, aikaa, lahjakkuutta tai mitä tahansa muuta, mutta varmasti on olemassa jonkinlainen resurssien rajoittaminen - muutoin se ei olisi käynnistysvaihe.
Tämän takia monet hallintatyylit on testattu ja testattu taistelussa, jotta voidaan puuttua haasteeseen, joka käynnistyy ja ajetaan yksi näistä ajan ja energian eläimistä. Vuosien mittaan markkinoilla on syntynyt kaksi itsenäistä ajatuskoulutusta: huono lanseeraus ja suuri kertymä.
Lahjasuunnittelu sisältää asioita, kuten ketterät kehitysprosessit, käyttäjän testaus, idean validointi, tarkoituksenmukainen ohjelmointi, käyttäytymiseen perustuva kehitys ja monet muut. Sitten sinulla on iso raketti ennen käynnistämistä: tässä mallissa olisi aikaa täynnä aikaa ja kehittäjiä projektiin varmistaakseen, että se on ominaisuus täydellinen ennen kuin yksittäinen asiakas näkee sen kerran.
Kaikilla näillä kahdella koulukunnalla on etuja ja haittoja, kuten kukaan voisi kuvitella, ja niillä kaikilla on johtajia, jotka uskovat heihin lähes kovaa päämäärää. Kautta tässä artikkelissa saamme selville, mitkä eivät ole kovaa ja mitkä ovat. Tai voimme löytää jotain yllättävää. Sukeltava sisään.
Tarkennetun käyttäjäkokemuksen ansiosta
Katsotaanpa kohta, malli on erittäin tärkeä. Itse asiassa suunnittelu on niin tärkeää, että se on lähes kokonaan ohittanut joitakin startup-prosesseja. He keskittyvät koko ajan ja energiansa käyttäjäkokemukseen ja saavat itsensä ominaisuudeksi, jonka mukaan heillä on vain vähän aikaa mihinkään muuhun - ja ehkä aivan oikein. Toinen puoli ei sanoisi, että se on oikea tapa, mutta jättäisimme tämän väitteen myöhemmin. Nyt puhumme kiillotetun UX: n ja ominaisuuksien joukosta ennen käynnistämistä.
Yhtenäisen UX: n positiivinen puoli
Täyden tuotemerkin hyödyntäminen
Brändaus on massiivinen aihe, ja juuri tästä syystä tuntuu, että ihmiset tuntevat tarvetta toimia tällä tavalla. He ajattelevat, että jos he aikovat käynnistää, heidän pitäisi käynnistää kaiken tuotemerkinsa mukaan ja olla sisäänrakennettu sivustolta ensimmäisestä päivästä lähtien. Klassinen, "v1 pitäisi olla ominaisuus täydellinen" on jotain olen kuullut johtajien usein. Ja sen takana on hyvä syy. He eivät halua heidän verkkosivuillaan, että heijastavat sitä, mitä he eivät ole, ja siinä on travesty. Saamme lisää tätä osuuteen, mutta tämä voi johtaa vakaviin ominaisuuksiin. Minulla on motto, jos olet kävelemässä tilaa, jossa kilpailijoita, jotka ovat merkkituotteita ehkä voimakkaammin kuin missään muussa verkossa (ajatella: Dropbox tai Apple), kannattaa harkita vakavasti tätä, koska siinä tapauksessa brändäys hyvin tärkeä. Vaikka voimme mennä naimisiin laiha-laukaisulla upealla teknologialla ja mukavalla brändillä, joista kaikki keskustelemme myöhemmin.
Välittömän kiinnostuksen vastaanottaminen
Toinen positiivinen, kun kyse on hienostuneesta ja kiillotetusta käyttöönotosta, on se, että se saattaa houkutella enemmän käyttäjiä eteenpäin johtuen fantastisesta suunnittelusta ja täydellisestä huollosta koko tuotteelle. Ainakin tämä on se, mitä me rakastamme olettaa. Todella realistisesti se voi myös estää pääsyn. Olen nähnyt käyttäjää, joka tuntee, että tuote on liian suuri tai jolla on liian monta ominaisuutta, jotta he voivat saada haluamansa tunteen käytettäessä sitä, ja he lyövät sivuston alle minuutissa. Se tapahtuu koko ajan, ja se on aivan liian surullinen rehellisesti. Vihaan nähdä, että yrittäjän tai edes päällikön ideat imeytyvät putkiin, koska kaikki liian usein esiintyy. Vaikka se ei tapahdu, se ei silti auta yrittäjiä tuntemasta, että kiinnostusta kasvatetaan kymmenkertaiseksi, jos heidän tuotteensa loppuu kokonaan ennen laukaisua. Tämä on iso.
Ominaisuus on täydellinen
Jos teet tämän vaiheen ja asutte leirissä, silloin olette todennäköisesti ominaispiirteitä tässä vaiheessa. Olemme puhuneet tästä hieman edellä mainituissa osioissa, mutta tässä on kyse siitä, mistä saa mielenkiintoisen. Paljon ja tarkoitan, että monet aloittaneet kokevat, että heidän on oltava valmiita, ennen kuin he voivat veloittaa tai vaikuttaa siihen. En aio sanoa, että tähän väitteeseen ei ole mitään hyötyä, mutta mielestäni sitä on liioiteltu vuosien varrella. Minun näkökulmastani ja vuosien mittaan, mitä olen nähnyt, voit yksinkertaisesti kysyä, voisiko käyttäjä maksaa tuotteesta ennen kuin koko asia on poistettu. Sanokaamme nyt, että olet kyllästynyt siihen, että ominaisuus on täydellinen, ja olet todellakin halunnut kaiken sisään. No, voit käynnistää hyvin pienen version jokaisesta ominaisuudesta. Jotain, joka edustaa kyseisiä ominaisuuksia, tai ehkä jopa videot puuttuvista. Pidä mielessä, että toiminnot ovat täydellisiä ilman, että ne olisivat siellä.
Puhdistetun UX: n haittapuoli
Ominaisuus puomi
Tämä on yleinen vika, kun kyseessä on kiillotettu UX ja ominaisuus täydellinen lähestymistapa käynnistyksen käynnistämiseen. Ja me kutsumme tilannetta, jota kutsutaan kuoleman spiraaliksi piirtoalueelle. Johtajat tai omistajat tuntevat tarvetta lisätä yhä enemmän ominaisuuksia tuotteeseen, kun täydennät muita, kunnes kirjaimellisesti ei ole mitään tekemistä, vaan lisää ominaisuuksia. Joissakin tapauksissa se on loputon sykli, etenkin tapauksissa, joissa sinulla ei ole vakiintuneita ohjeita tai määritelmiä.
Vesiputouskehitys
Vesiputouskehitys on itsenäinen, eikä kiistelty. Tyypillinen vesiputouksen työvirta näyttää tältä: ajatus, suunnittelu, kehittäminen, testaus, huolto. On olemassa joitain ihmisiä, jotka menestyvät tällaisessa ympäristössä, mutta vähintään yhtä suuri määrä on täysin haitallinen. Tai se on melko vakio prosessi, joka tuntuu hyvin normaalilta useimmille meistä, mutta ideoille, jotka tulevat pian ilmeisiksi, voi usein haitata itse tuotteen toimittamista.
Syy ei ole välttämättä itse järjestelmämallissa, vaan siinä, että sinulla on erilliset ryhmät, jotka tekevät työtä, joka on yksittäisten johtajien mikro-hallinnoima. Esimerkiksi tyypillinen virtaus voi näyttää tältä: perustaja / yrittäjä muodostaa idean; hän palkkaa suunnittelun ja kehityksen tiimissä ja kenties johtajien tai luovan johtajan jokaiselle joukkueelle; idea siirretään muotoilemaan, luomaan mockaptereja, nämä mallistot muuttuvat Photoshopin dokumentteiksi, jotka menevät edestakaisin omistajan ja luovan ohjaajan kanssa, kunnes ne ovat täydellisiä; sitten ilman yksimielisyyttä siitä, mikä on edes mahdollista, se siirtyy kehittymiselle, joka luodaan; ja sitten sitten menossa edestakaisin dev-tiiminjohtajan, omistajan ja mahdollisesti jopa luovan johtajan kanssa, he löytävät kokouspaikan ja viimeistelevät tuotteen.
En kuitenkaan maininnut, että jokainen näistä vaiheista käsitteli todennäköisesti 50-100 sähköpostia erikseen, mikä on varovaista arviointia (erittäin varovaista). Kuten näette, se ei ole todella tehokasta, sillä omistaja ja perustaja voivat milloin tahansa lisätä enemmän töitä, jotka eivät ole suunnitelma tai muutat asioita. Micromanaging ei useinkaan ole paras vaihtoehto ohjelmistokehityksessä, mutta vesiputousjärjestelmä näyttää menestyvän tällaisessa hallintatavassa.
Pidä tämä mielessä aina, ja jos et toimi hyvin mikrometrustettuna, anna pomosi tietää. Muista, että on aina parempi olla ennakoiva ja rehellinen mahdollisesta tuottamattomasta tulevaisuudesta kuin mennä alas, että tie todella on tuottamaton. Muista myös, että tässä järjestelmässä on tyypillisimpiä mikrohallintasanomia, omasta kokemuksestani se ei ole ihanteellinen.
Joten mikä on ihanteellinen? No, se on subjektiivista, mutta voin kertoa teille, että kokemukseni kyvystä käynnistää nopeasti ja toistaa kierrosaikoinaan on antanut minulle ja ryhmillemme mahdollisuuden lähettää suuremman määrän tuotteita kuin mitä koskaan voisimme tehdä Waterfallin kanssa. Joten mikä tämä salaperäinen maaginen järjestelmä merenkulun tuotteesta?
Nopeat rollout ja alhainen käynnistys
Laiha käynnistys on jotain, joka on mielestäni mullistanut yhteisömme. Ja tämä johtuu ennen kaikkea siitä, että se perustuu johonkin oppitun rakenteen mittaiseen palautelenkkiin.
Nopean käyttöönoton taidetta - usein se voi olla yksinkertainen sivu, jossa kysytään, maksavatkoko käyttäjät tällainen tai se voi olla paljaat luutuotteet - on jotain, jonka ihmiset ovat täydentäneet vuosien varrella, ja kun saan enemmän kiinni tech-maailma tunnen sen olevan yhä tärkeämpi.
Suuri asia tässä on markkinoiden hyväksyminen ja validointi. Avainkysymys: kuka sanoo, että kirjoittamasi koodi on mielekästä? Elämme päivässä ja ikäisenä, jolloin ihmiset eivät todellakaan voi poistaa yhdestä unssista arvokasta aikaa. On aika tehdä se tai rikkoa se asenteita ja mennä suuria tai mennä kotiin mentaliteetteihin. Tämä on aika, jolloin todellisuus osuu meihin joka päivä, kun emme voi ostaa ruokaa tai maksaa vuokrata, ja siksi on entistä tärkeämpää varmistaa, ettet tuhoa koodausta jotain, jota kukaan ei käytä.
Sinun ei tarvitse olla nero markkinoinnissa, mutta sinun on ymmärrettävä kokeellista mielentilaa. Beetan jatkuva tila on loistava metafora tähän. Emme saa koskaan päätyä ylpeytyksiimme niin paljon, ettemme voi edes muuttaa projektin kohdetta. Meidän on muistettava, että elämä on kokeellista, ja mitä nopeammin sinä ymmärrät tämän, sitä paremmin: eikä ole olemassa parempaa tapaa kuin kevyellä käynnistyksellä.
Laajakäynnistyksen ylösalaisin
Käyttäjäpalaute
Tällaisen menetelmän käyttö on jotain sellaista, joka kertoo varastoista, ennen kuin se huipentuu. Tämä on erinomainen tapa saada tietoja ydinkohteidesi väestötiedoista ja saada validointi ennen kuin tuhlaat aikaa.
Näin voit tehdä sen. Hanki aloitussivu ja näytä, mitä tuote tai palvelu tekee hyvin kauniilla ja selittävillä tavoilla. Kuluta rahaa tähän osaan, jos haluat, koska se on tärkein. Laita sitten yksinkertainen kirjautumissähköpostiosoitteesi, jos olet kiinnostunut siitä. Tehty. Tämä ei ehkä näytä siltä, että teet paljon, mutta sinä teet varsin paljon. Olet vahvistamalla koko tuotemarkkinat tai palvelumarkkinat yhdellä sivulla. Et käytä kuukausia ja tuhansia dollareita rakentamaan jotain tarpeetonta, jota kukaan ei käytä, vaan luot vain yhden asian selvittämään, onko se sen arvoista.
On ollut ihmisiä, jotka lanseeraavat 5 palvelusivua, jotka ovat samanlaisia kuin juuri sanoin, ja niistä, joista he saavat eniten palautetta, ovat niitä, joihin he etenevät eteenpäin. Se on loistava teko, ja sitä voidaan pitää investoivana monella tavalla. Saavuit sijoituksesi takaisin, ja jos et, poistutte markkinoilta ennen kuin menetät paljon mahdollisia voittoja. Mielestäni Warren Buffet haluaisi tämän.
Nopeammat iterointisyklit
Yksi parhaista asioista tuotekehityksestä on huono tapa, että usein huomaat, että iterointisyklit ovat paljon nopeampia, ja joissakin yrityksissä ne toimittavat koodin yli 20 kertaa päivässä. Tämän takana on paljon filosofiaa, esimerkiksi kuinka Facebookissa, kun uusi insinööri tuodaan alukseen, heille annetaan viisi bugikorjausta heidän tervetuloviestissä ensimmäisellä päivällä. Paljon ajatusta tällaisten asioiden takana on, että jos järjestelmäsi on asetettu siten, että se hajoaa aina, kun uusi työntekijä tulee koneeseen, niin se ei ole niitä, se on systeemi, joka on rikki.
Ketterä kehitys
Kiihtyvyys on lähinnä pienestä asiasta lähinnä mahdollisimman nopeasti. Sitten siirryt jokaisesta sprintistä seuraavaan sprinttiin, joka usein määritellään käyttäjän tarinalla, ja se on vain sivustosi käyttäjä, joka haluaa hieman toiminnallisuutta. Se on hyvin samanlainen kuin Railsissä tai muissa kehyksissä tapahtuva testaus, sillä teet vain niin paljon kuin tarvitset ja mitään muuta. Voidaan säästää valtava määrä aikaa kehittämällä tällä tavalla.
Huonon käynnistyksen haittapuoli
Yksi pieni kielteinen tapaus, joka voi tapahtua, kun olet käyttäjä ketterän kehityksen ja vähäisen käynnistysjärjestelmän käyttäjäksi, on, että sivusto voi muuttua ajan kuluessa. Nyt, ihanteellisesti tämä tapahtuisi käyttäjän pyynnöstä, mutta silti se voi olla jumissa tietyille käyttäjille.
Joten niin luokalla ja tyylikkyydellä on tärkeää. Varsinkin jos se on tuote, jota he välittävät. Älä poista tuotteen ydintä, kuten Digg v4 did, vaan kerro tarkemmin siitä, mitä olet tekemässä ja miksi, ja jos kaikki muu ei palauta takaisin.
Varmista aina, että käytät jotain git tai subversion, jotta tallennat tuotteesi versiot. Itse asiassa teen niin kuin oksat, jotta voimme aina palata takaisin tarpeen mukaan.
Tiivistettynä
Jos käynnistäminen on niin teknisesti edistynyttä, että sillä ei ole väliä, mene nopeaan käyttöön. Ihmiset huolehtivat teknisestä muutoksesta, jota he näkevät. Vaikka kilpailet suuressa kilpailussa, niin molempien yhdistelmä on paras. Lyhyesti sanottuna, tee aina parasta mahdollista hienostuneella UX: llä, mutta tee se lyhyessä ketterässä purskeessa.