Выразаць тлушч / Ліквідаваць сутнасць?

Памылак, якіх варта пазбягаць пры стварэнні MVP

Мэта MVP (мінімальна жыццяздольны прадукт) у асноўным арыентавана на кліента, а не на прадукт. Пачынаецца з выкладвання бізнес-гіпотэзы, а затым яе праверкі, вучачыся ў кліентаў і высвятляючы, чаго кліенты хочуць ці не. Ідэя MVP узнікла шмат гадоў таму ў Фрэнка Робінсана, а потым была папулярызавана Эрыкам Рысам у яго руху Lean Startup у 2000-х гадах. Па словах Рыса, MVP – гэта: «версія новага прадукту, якая дазваляе камандзе сабраць максімальную колькасць правераных ведаў аб кліентах з найменшымі намаганнямі».

Аўтсорсінг распрацоўкі прадукту

Гэтая ідэя амаль адразу ж стала любімай распрацоўшчыкамі , калі тэхналагічная індустрыя бурна развівалася і бар’еры для распрацоўкі прадуктаў зніжаліся. Распрацоўшчыкі і дызайнеры прадуктаў цяпер мелі аснову для хуткага выхаду новых прадуктаў на рынак. Прадпрыемствам спадабалася магчымасць прадэманстраваць скарочаны прадукт, праверыць яго з рэальнымі кліентамі і вымераць яго поспех на рынку без стварэння цалкам распрацаванага рашэння.

І тут, магчыма, пачынаецца праблема. MVP замест таго, каб быць мінімальным «жыццяздольным», павінен быў быць названы мінімальна «каштоўным» прадуктам, таму што MVP стаў памылкова тлумачыцца як нешта з найменшай колькасцю функцый, неабходных для вырашэння толькі задач кліентаў верхняга ўзроўню. Распрацоўшчыкі карысталіся перавагамі эканоміі часу і грошай і амаль неадкладнага атрымання водгукаў.

Распрацоўшчыкі і дызайнеры выкарыстоўваюць MVP як апраўданне, каб зрэзаць вуглы, выдаліць функцыі і ахвяраваць UI/UX у імя “заставацца эканомным”. У канчатковым выніку яны ствараюць прадукт, які не з’яўляецца канкурэнтаздольным, і змяняюць асноўную ідэю, замяняючы функцыю чымсьці больш простым для рэалізацыі.

Такім чынам, якіх памылак варта пазбягаць пры выкарыстанні гэтага ўстойлівага падыходу, які спакушае бізнес сваімі бясспрэчнымі перавагамі?

Імкненне да дасканаласці

Ідэя MVP заключаецца ў прадастаўленні кліентам папярэдняга прагляду будучага прадукту без укаранення ўсіх функцый, звычайных і складаных. Вы зразумееце, што рухаецеся ў правільным кірунку, нават калі MVP будзе запушчаны толькі з некалькімі функцыямі. Дадаючы «круты дызайн» і мудрагелістыя функцыі ў MVP, вы можаце страціць увагу на прадукцыйнасці і рэальнай жыццяздольнасці прадукту. На пачатку Uber проста звязваў уладальнікаў iPhone з кіроўцамі аўтамабіляў і выкарыстоўваўся толькі заснавальнікамі і іх сябрамі. Сёння Uber дэманструе цэлую эвалюцыю ад асноўнай ідэі, палягчаючы карыстальнікам браніраваць і аплачваць таксі праз прыкладанне. Яны ніколі не спяшаліся набіваць праграмы кнопкамі і анімацыяй і засяроджваліся на распрацоўцы асноўных функцый, якія стваралі з часам.

Ігнараванне зваротнай сувязі і паказчыкаў

Асноўная мэта MVP – генераваць зваротную сувязь, каб зрабіць канчатковы прадукт лепшым. Тым не менш, распрацоўшчыкі схільныя ігнараваць любыя водгукі, атрыманыя вамі ад карыстальнікаў і тэсціроўшчыкаў. Не забывайце, што ў рэшце рэшт вы ствараеце свой прадукт для карыстальнікаў, і іх водгукі вельмі важныя. Зваротная сувязь дапаможа вам лепш зразумець карыстальніка, наладзіць ваш прадукт у адпаведнасці з патрэбамі кліентаў, а таксама ацаніць успрыманне аўдыторыяй вашага прадукту. Таксама не забудзьцеся ўкараніць такія аналітычныя дадзеныя, як штодзённыя актыўныя карыстальнікі, узровень утрымання і сярэдні час выкарыстання прадукту, у платформу, на якой размешчаны ваш прадукт, каб атрымаць уяўленне аб поспеху вашага MPV.

Стварэнне MVP, калі гэта не патрэбна

Гэта адна з памылак, якую часта робяць многія стартапы. Яны пачынаюць будаваць свой MVP без якіх-небудзь даследаванняў і ў выніку ствараюць прадукт, які ўжо існуе для рынку, які часцей за ўсё ўжо перапоўнены. Не кожная бізнес-ідэя з’яўляецца выключна інавацыйнай і разбуральнай. У выніку яны марнуюць час, грошы і намаганні на тое, што можа не даць чаканых вынікаў і не ўразіць мэтавых кліентаў. Замест таго, каб спяшацца з распрацоўкай MVP, які паўтарае функцыі вашых канкурэнтаў, вы павінны спачатку пацвердзіць сваю бізнес-ідэю і стварыць прадукт, якога не існуе, або, па меншай меры, з дадатковымі асаблівасцямі, якія з’яўляюцца унікальнымі і могуць палепшыць карыстацкі досвед.

Выкарыстанне цэтлікаў, каб дабрацца туды хутка

Мабыць, самая цікавая меркаваная перавага распрацоўкі MVP – гэта “хуткае ўзбагачэнне”, якое далучаецца да яго, хоць і недакладнае. Гісторыі поспеху такіх стартапаў, як Airbnb і Dropbox, даюць прадпрымальнікам зразумець, што яны могуць лёгка паўтарыць свой поспех. Бліскучыя рысы і іншыя навароты і навароты не зробяць ваш прадукт паспяховым. Гэта патрабуе выдатнай бізнес-прапановы і шмат ітэрацыйных намаганняў.

Цытую самога Эрыка Рыса: MVP, нягледзячы на назву, не стварае мінімальных прадуктаў. Калі ваша мэта складаецца ў тым, каб проста пачухаць чысты сверб або стварыць што-небудзь для хуткага перавароту, вам сапраўды не патрэбны MVP. На самай справе MVP вельмі раздражняе, таму што накладвае дадатковыя выдаткі. Мы павінны паспець чамусьці навучыцца з нашай першай ітэрацыі прадукту. У многіх выпадках гэта патрабуе шмат энергіі, укладзенай у размовы з кліентамі або метрыкі і аналітыку».

Ігнараванне маркетынгавай стратэгіі

Яшчэ адна распаўсюджаная памылка, якая ставіць у пастку большасць прадпрымальнікаў, якія думаюць, што ўсё, што ім трэба для поспеху прадукту, – гэта унікальная і фантастычная ідэя, якая будзе рэкламавацца і стане папулярнай сама па сабе. Але без належнай маркетынгавай стратэгіі кожны MVP асуджаны, калі яго не прадаваць і не прасоўваць належным чынам.

Атрыманне няправільных або недастаткова кваліфікаваных распрацоўшчыкаў

Вы б нанялі ката для працы цырульніка? Або папрасіць прафесара гісторыі выкладаць квантавую фізіку? Абодва займаюцца адной і той жа прафесіяй і валодаюць навыкамі, але ці патрэбны ў іх талент? З іншага боку, у той час як вы праяўляеце асаблівую асцярожнасць пры прыёме на працу добра кваліфікаваных новых супрацоўнікаў, навошта вам прасіць чалавека, які недастаткова кваліфікаваны, стварыць ваш MVP? У найлепшым выпадку яны апынуцца сапраўды крэатыўнымі і якім-небудзь чынам здолеюць выканаць большую частку задачы, вядома ж, з пагаршэннем якасці. У горшым выпадку яны патрацяць ваш час і намаганні, вярнуўшы вас да пачатку. Стварэнне MVP патрабуе наяўнасці прафесійнай каманды дызайнераў, распрацоўшчыкаў, інжынераў па забеспячэнні якасці і менеджэраў праектаў, якія валодаюць дасведчанымі навыкамі і здольнымі паставіць добры прадукт у строгі тэрмін.

Выбар няправільнага стылю кіравання праектам

Waterfall і Agile – дзве найбольш папулярныя метадалогіі кіравання праектамі. Калі справа даходзіць да распрацоўкі MVP, галоўнае адрозненне заключаецца ў тым, як часта вы збіраецеся дастаўляць свой прадукт карыстальнікам. У адрозненне ад Agile, мадэль Waterfall – гэта строгая паслядоўнасць фаз распрацоўкі, і пераход да наступнай фазы магчымы толькі ў выпадку поўнага завяршэння папярэдняй. Гэты падыход можа быць не лепшым варыянтам, таму што вам трэба заставацца канкурэнтаздольнымі і ўлічваць час запуску пры стварэнні MVP. Акрамя таго, Agile забяспечвае вялікую празрыстасць. Вы бачыце, колькі часу было затрачана на розныя этапы і вынікі. Гэта больш гнуткі падыход, які дазваляе змяняць кірунак вашага праекта ў любы час. Самае галоўнае, што ў падыходзе Agile MVP абагульваецца з усімі зацікаўленымі бакамі, а іх водгукі ўключаюцца ў будучыя ітэрацыі.

Выбар няправільнага стэка тэхналогій

Перш чым ствараць MVP, вельмі важна з самага пачатку выбраць правільны стэк тэхналогій, таму што ён забяспечвае трывалую аснову для будучых паляпшэнняў. Прасцей кажучы, чым лепш інгрэдыенты вы выкарыстоўваеце, тым смачней будзе ваш торт. У вас таксама спатрэбяцца час і грошы, таму што правільны набор тэхналогій дапаможа вам мінімізаваць памылкі. Ваш MVP, а потым і ваш прадукт будзе лягчэй падтрымліваць і маштабаваць, калі першапачаткова створаны на правільным тэхналагічным стэку.

Выснова – Ці жыццяздольны ці каштоўны ваш прадукт?

Перш чым пачаць вытворчасць вашага MVP, спытаеце сябе – што робіць ваш прадукт унікальным? Якія праблемы ён вырашае? Хто меркаваныя кліенты і чаму? Гэта важна, таму што MVP – гэта не проста паменшаны прадукт з адрэзанымі некаторымі функцыямі або спосаб выпусціць прадукт крыху раней. MVP зусім не абавязкова павінен быць прадуктам, асабліва калі вы збіраецеся будаваць толькі адзін раз, а потым лічыць працу выкананай.

Падумайце, што MVP – гэта працэс, які вы паўтараеце. Калі вы распрацоўваеце прадукт, вы робіце шмат здагадак, напрыклад, што шукаюць карыстальнікі, як павінен працаваць дызайн, якую маркетынгавую стратэгію выкарыстоўваць, якую архітэктуру выкарыстоўваць, стратэгію манетызацыі і г.д. Ведайце сваю самую рызыкоўную здагадку, знайдзіце найменшы магчымы эксперымент, каб праверыць гэтую здагадку, і выкарыстоўвайце вынікі эксперыменту, каб выправіць курс. Twitter павінен быў стаць платформай для падкастынгу Odeo. Але калі Apple запусціла iTunes, заснавальнікі зразумелі, што ім трэба змяніць стратэгію, бо яны ніколі не змогуць канкураваць з гігантам. Адной з іх ідэй было стварыць платформу, якая давала б магчымасць дзяліцца абнаўленнямі з групай людзей з дапамогай простых тэкставых паведамленняў з кодавай назвай «twttr». Так нарадзіўся Twitter.

Незалежна ад таго, наколькі добрая ваша каманда, некаторыя з вашых здагадак могуць быць памылковымі. Праблема ў тым, што вы не ведаеце, якія з іх, і гэта мэта MVP.