Kuidas vältida funktsiooni hiilimist oma käivitusprogrammi MVP jaoks

Algselt avaldas Launchpeer saidil launchpeer.com

Mõnikord jõuad projekti lõppu ja mõtled: “Kuidas kurat ma siia sattusin?” Ja ma ei pea silmas Drake'i “Alustatud põhjast” tüüpi kogemusi.

Ma räägin omamoodi kogemusest, kus sa alustasid rakenduse ideega, tegid uuringuid, hakkasid oma toodet ehitama, pidasid lugematuid ajurünnakuid, läbisid testimise, jõudsid lõppu ... ja kuskil teel, kus sa mõistad, et oled kadunud nägemine sellest nägemusest, mida alguses arvasite (lisage siia pettumuse väljahingamine).

Nagu paljud ettevõtjad varem, on ka teil funktsioonide pugemise juhtum. See on tarkvara või riistvara liigsete funktsioonide lisamine, mis põhjustab toote muutmise keerukaks ja raskesti kasutatavaks. Toote parendamise asemel vähendavad lisafunktsioonid kasutatavust ja teie toode kaotab ootamatult oma eesmärgi

See läheb paljudeks nimedeks: funktsioonijõud, funktsiooni väsimus, featuritis ja funktsioonide paistetus. See on kasvava sooviloendi, halva planeerimise või erinevate prioriteetide tulemus. Kuid olenemata põhjusest, üks on kindel - peate seda vältima.

Me mõlemad teame, et need lisafunktsioonid ei olnud kunagi halvad asjad. Teid segati läikivad asjad, suured ideed, rohkem vahendeid parem! Lõppude lõpuks, kuidas saaks niigi heale tootele lisamine tuua midagi muud, kui veelgi parema toote? Kuid liiga palju head võivad olla halvad.

Enne kui teie toodet vaevab featuritis, soovin, et te kaaluksite neid viit sammu, et funktsioon ei libiseks teie järgmise rakenduse arendust.

1. Planeerida, uurida, kinnitada

Kõigepealt on projekti eduks ülioluline edaspidine planeerimine. Lubage mul seda veel kord öelda, et see on edu jaoks ülioluline. Ma tean, et see kõlab elementaarselt, kuid ärge kunagi unustage seda esimest sammu. Vana Abe Lincolni sõnul “kulutage enne puu raiumist kaks kolmandikku oma kirvest teritamiseks.” (Meie puhul on puu = toode, kirves = hukkamine.) Enne hukkamise alustamist peate ehitama teekaart. Või muidu leiate, et teie projekt võtab vale pöörde.

Põhjaliku turu-uuringu läbiviimine on teie tegevuskava koostamisel hädavajalik. Kuulake, ma tean, tõenäoliselt elate, hingate ja magate oma valdkonda, kuid ärge kunagi eeldage, et teate kõike oma kliendibaasi kohta.

Forbesi kaastöötaja 2013. aasta artiklis rõhutas Mark Evans, kui oluline on oma turuga lähemalt tuttavaks saada.

„Kõrgel tasemel saab sihtrühmad kiiresti määratleda. Enamikul juhtudel peab sihtrühmale olema siiski detailsem lähenemisviis. ”

Peate saama oma turu õpilaseks. Teie toote tundmisest ei piisa.

Viimane oluline komponent planeerimises on teie idee valideerimine. Oma turu tundmaõppimisel saate paremini aru oma turu vajadustest. Ärge kunagi võtke neid vajadusi arvesse, eriti kui plaanite projektile palju aega ja raha paigutada.

Teie kontseptsiooni paikapidavuse tõestamise lihtne ülesanne võib säästa tundide kulutamisest ja kulutuste tegemisest (teil on palju võimalusi raha mööda teed kulutada ... ärge raisake seda siin). Lõppude lõpuks on selle toote loomisel kogu põhjus probleem lahendada, eks? Seega veenduge, et lahendaksite õige probleemi.

Oma projektiga kaugemale jõudes on toote roomavus sageli halva kavandamise tulemus. Enne kui teie ideest saab toode, julgustan teid tungivalt panema aluse, mis takistab neist probleemidest hiljem probleemiks muutumast.

2. Säilitage lihtsus

„Lihtsus on ülim keerukus,” oli Apple'i 1977. aastal ilmunud esimese turundusvoldiku pealkiri. Lihtsusearmastuse poolest tuntud Steve Jobs ütles kord: „Midagi lihtsat teha ja selle aluseks olevate väljakutsete mõistmiseks on vaja palju rasket tööd. ja tulla välja elegantsete lahendustega. ”

Me kõik armastame lihtsust. Aga miks me armastame lihtsust? Sest see pole lihtne. Sama peaks kehtima ka teie toote kohta: lõputud funktsioonid ja põhitoote täiendused ei too teie kliendile kasu.

CB Insights loetleb kasutatavuse puudumise 20 peamise põhjusena, miks uus toode ebaõnnestub. Lisafunktsioonide tulemuseks on sageli madalama kvaliteediga toode. Teie rakenduse põhifunktsiooni täiustamise asemel muudavad nad selle ainult keerukamaks. See võib olla keeruline, kuid ärge kartke funktsioone eemaldada. Võite küll läbi viia parandusi ja iteratsioone, kuid kui töötate alguses välja suurepärase toote, ei pea te seda lisama.

Hiilguse suurendamine võib olla ahvatlev. Ühel päeval arvate, et olete avastanud täiusliku funktsiooni, mis teie tulusid suurendab. Kuid järgmisel päeval leiate oma projekti tõenäoliselt rööbastelt maha ja eelarve on liiga suur.

3. Hoidke kinni originaalsest visioonist

Kui olete plaani koostanud ja pühendunud lihtsa ja parema toote väljatöötamisele, peab teil olema selge ja kokkuvõtlik visioon. Kuid see ei saa teiega lõppeda. Kõik pardal olevad inimesed peavad teadma ka teie projekti ulatust. Teie meeskond peaks seda teadma ... juhtkond peaks seda teadma ... sidusrühmad peaksid seda teadma ... ja kõik teised projektiga seotud inimesed peaksid seda teadma!

Juhul, kui teil sellest puudus oleks: veenduge, et kõik teaksid teie nägemust.

Enne projekti algust kaaluge esitluse korraldamist, et arutada oma projekti visiooni. See mitte ainult ei tekita teie meeskonnas põnevust ja hüpet projekti kohta, vaid tagab ka selle, et kõik on visioonist teadlikud ja kõik asuvad samal lehel.

Ja teie projekti ulatuse arutamine ei pruugi olla üks ja lõppenud koosolek (ärge laske sellel end pettuda). Me kõik unustame. Võimalik, et peate kõigi projekti kestel saatma meeldetuletuse kõigi asjaosaliste uuesti fookustamiseks.

4. Koolitage oma meeskonda toote muudatuste tuvastamiseks

Üks parimaid viise funktsioonide hiilimise vältimiseks on teadlikkus võimalikest ulatuse muutustest. Nagu maanteelt alla vaatamine ja teetõkete, ootamatute pöörde või põrutuste ettearvamine.

Teele reageerimise asemel võimaldab see teie meeskonnal ennetavalt ennetada tarbetute funktsioonide lisamist. Toote põhifunktsiooni lihtne muutmine ei pruugi tunduda suur asi. Kuid muudatus, mille rakendamine võtab teie arvates ainult tund aega, võib ülejäänud projekti maha tõmmata.

SaaSi copywriter Pawel Grabowski nimetas uute toodete ebaõnnestumise peamiste põhjustena pikaajalist arengut. Teie arengukalendrit tuleb säilitada kuni valmimiseni. Ootamatu ajavaik või rahaline koormus on viimane asi, mida projekti keskel vajate. Lihtsate funktsioonide lisamine on sageli ületanud tähtaegu ja eelarveid suurenenud.

Veenduge, et teie meeskond teaks, kuidas toote muudatusi tuvastada, ja veenduge, et need muudatused vaadatakse üle enne, kui neile on eraldatud rohkem ressursse. Tehke seda ja võite olla kindel, et teie meeskond hoiab projekti õigel ajal ja eelarves.

5. Kehtestage suhtlusootused

Lõpuks sõltub iga projekti edu suhtlemisest. Briljantsed ideed tuuakse ellu eduka suhtluse kaudu. Lõppkokkuvõttes, kui jõuate eduka tootega finišisse, juhtub see ainult selge suhtluse tulemusel.

Projektijuhina peate tagama, et suhtlemine oleks algusest peale tähtsustatud. Kutsuge oma meeskonda jagama ideesid, kaebusi, esitama küsimusi ja pakkuma soovitusi. Looge oma meeskonna jaoks turvaline koht, kus arutada nuppudega seotud küsimusi ja esitada kriitikat, tundmata ohtu.

URXi endine tegevjuht John Milinovitš tunnistab suure osa nende varasest edust rõhuasetusega avatud kommunikatsioonile: „Parimad organisatsioonid on need, kes mitte ainult ei palu konstruktiivset tagasisidet, vaid teevad sellega ka midagi.“

Avatud ja kaasatud suhtlus kogu teie meeskonnas aitab kaugele jõuda selleni, et teie projekt püsib ajakavas ja tegevuskavas.

Saan aru: funktsioonide hiilimise takistamine võib olla keeruline, eriti kui te isegi ei saa aru, et see toimub. Mõnikord tundub lisafunktsioon olevat parim ja võib-olla isegi ainus viis oma toote parendamiseks. Kuid ärge unustage, sagedamini lisafunktsioonid muudavad teie toote veelgi keerukamaks. Ja see omakorda halvendab teie kasutaja kogemust.

Kuid kui pühendute oma projekti ennetavale kavandamisele, lihtsuse säilitamisele, visiooni säilitamisele, meeskonna õpetamisele muutuste tuvastamiseks ja suhtluse loomisele, võite takistada funktsioonide roomamist projekti üle võtmast. Kui teete seda, võite olla kindel, et see annab teie kasutajale parema toote ja kogemuse.

Nüüd järjekord: “Alustas põhjast”.

Kui teile see artikkel meeldis, siis palun andke sellele plaks (või 50?) Ja jagage seda seltskonnapildis! Jätke kommentaar allpool!