Защо трябва да изградите MVP приложение (и 5 съвета как да го направите)

Първоначално публикуван на http://www.appsterhq.com

Звънецът звъни, шампанското изскача и звуците на ръкопляскания, наздравици и свирки изпълват въздуха. Не, не сме на фондовата борса в Ню Йорк; ние сме в щаба на Appster в Мелбърн, Австралия, където звъним на звънеца всеки път, когато някое от нашите приложения излезе на живо.

Значението на това да отидеш на живо е огромно.

Това означава, че го направихме: вие - нашият клиент, визионерът, предприемачът, който отказа да се откаже - успешно сте извадили онова, което понякога може да се почувства като еквивалент на опит за успешно кацане на Rover на Марс.

Започнахте с идея, утвърден подходящ продуктов пазар и сега сте в App Store. Време е вашата идея да започнете да колонизирате нашата планета.

Но нека да си зададем секунда, за да зададем един важен въпрос: как точно, стигнахме тук?

Каква е, с други думи, разликата между предприемачите, чиито идеи успешно достигат до пазара като конкретни приложения спрямо тези, чиито мечти остават точно това - мечтите?

Отговорът се свежда до три изключително важни думи: Минимален жизнеспособен продукт (MVP).

Сега, аз не съм комарджия: по природа и в ролята си на водещ продуцент в Appster, аз съм присъщ на риска и изчисляващ индивид.

Моята грижа номер едно е да осигуря успешни стартирания на приложения за нашите клиенти.

Но ако заложих на кой от клиентите ми е най-вероятно да стартират успешно навреме, на бюджет и с най-добрите възможни продукти, тогава не бих поглеждал към тези с най-много пари или с най-малко сложно приложение - не , Бих хеджирал залога си въз основа на ангажираността на клиентите да създадат и гарантират успеха на своите MVP точки.

Вашият минимален жизнеспособен продукт е вашият най-ценен играч

Първо, нека изясним нашите условия.

Ерик Рис, който спомогна за популяризирането на концепцията, определя минималния жизнен продукт като „версия на нов продукт, който позволява [вие] да събирате максималното количество валидирано обучение за [вашите] клиенти с най-малко [количество] усилия.“

Създаването и стартирането на вашето MVP приложение е малко форма на изкуство. Всичко е в това да постигнете правилния баланс между това да дадете на потребителите си това, от което се нуждаят, преди да сте абсолютно сигурни във всяка последна функция, която евентуално биха искали.

Това е основно сутрешното ви кафе без изкуството на решетката, тоест, кофеинът, който хитова кофеина, жадува потребителите, но му липсват фантастичните бита сметана и шоколадовите стърготини, които носят тази допълнителна доза удоволствие.

Techopedia изброява три основни характеристики на MVP:

  1. Той осигурява достатъчно стойност, че хората са готови да го използват и / или да го купят след старта му;
  2. Това показва достатъчна бъдеща полза за задържането на тези ранни осиновители; и
  3. Той осигурява цикъл за обратна връзка, който помага да се ръководи текущото развитие.

Вашият MVP съдържа всички основни характеристики на вашето приложение, т.е. високите стойности, които трябва да имате, а не потенциално ценните приятни.

Не само за стартъпи

Създаването и пускането на MVP не са изключителни за стартиращите фирми. Основните играчи в бранша, от Facebook до Google, също разчитат на тази стратегия.

Facebook нямаше времева линия или пазар при първото си пускане. Google Sheets (моят личен фаворит! #Ilovespreadsheets), който стартира в началото на 2007 г., не позволи редактирането на единични клетки до 2015 г.

Такава функция може да изглежда очевидно задължително, но в действителност това е просто (фантазия) приятно, когато целта ви е да стартирате продукта си и да го пуснете на пазара.

Ако през 2007 г. Google беше отказал да пуска Sheets без включването на тази функция, тогава нейното използване ще изглежда много по-различно от това, което е днес.

Запазете Вашите стотинки

Дори и с милиони долари инвестиционен капитал, все пак трябва да се съсредоточите върху създаването и пускането на вашия MVP.

Казвате, че имате бездънна яма от налично финансиране? Съжалявам, но не вземам парите ви без ангажимента ви да въведете MVP - и ето защо:

Да вземем за пример хипотетично приложение за стрийминг на музика.

Каква е основата, абсолютно значение на това приложение? Това е възможността потребителите да качват личната си музика в една платформа, от която другите потребители да откриват нови мелодии и изпълнители.

Освен да качвате и слушате музика, за да направите приложението достатъчно привлекателно за първоначалните си осиновители, вероятно бихте искали да им дадете възможност да запазят някои от любимите си песни / изпълнители за по-късно слушане. Но това е всичко.

Това е вашето MVP С тези функции непокътнати ще стартирате след около десет седмици.

Искате да видите колко лесно е да надуете времето, което ще ви отнеме, за да пуснете приложението си на пазара?

Добавете три седмици към времевата линия за стартиране, за да дадете възможност на потребителите да разговарят един с друг в платформата.

Добавете още две седмици, за да можете потребителите да създадат пет отделни плейлисти, подходящи за различни музикални вкусове.

Хвърлете още две седмици, за да имате администраторски CMS да управлява цялата музика, налична в приложението.

Ами интеграцията във Facebook? Има още две седмици И така нататък.

Въпросът е следният: всяка нова функция, която се захванете с вашия продукт, ви струва ценно време, време, което ви тласка все по-далеч от целта за реално стартиране на приложението ви!

Заслужават ли тези различни функции инвестицията? Да, почти сигурно са. Но те не са приоритет в момента, в който се опитвате да влезете на пазара на първо място!

Създайте своя MVP сега и стартирайте сега. В противен случай вградете три или четири фантастични приятни функции в своето все още пуснато приложение и гледайте безпомощно, тъй като двама или трима от конкурентите ви всъщност стартират своите продукти ...

Валидирайте, не предполагайте

Отидете на живо с вашия MVP, изградете контур за обратна връзка в приложението и наблюдавайте активно обратната връзка.

Използвайте A / B сплит тестване, тоест метод за тестване, при който сравнявате резултати, генерирани чрез промяна на стойностите на една променлива в приложението ви, за да определите кои ви печелят повече посещения.

Например: нашата начална страница на Appster получи повече посещения чрез полето за контакт с нас, когато имаше изображение на женска ръка, а не мъжка ръка, вдигаща iPhone.

Можехме да прекараме една или повече седмици в обмислянето дали да опитаме тази промяна, но вместо това просто стартирахме превключвателя, събрахме обратна връзка и утвърдихме резултатите си в реалния свят, използвайки реални данни от реални потребители.

Това е един от безброй примери, доказващи, че печелите много по-голяма стойност, като създавате и пускате MVP на пазара сега, отколкото от прекарване на седмици или дори месеци на спекулации, т.е. предположения, в проектиране и разработка.

Не губете фокус

По време на фазата на проектиране е толкова вълнуващо да видите приложението ви да оживее, да се оформи и да се превърне във визуална технологична реалност, с която вие, а скоро и милиони други, можете да взаимодействате.

Това обаче е и когато феноменът на преливане на идеи има тенденция да отмества главата си. Вие и вашият екип започвате да си задавате въпроси от рода на: „Ами ако дадохме възможност на потребителите да…?“, „Защо не добавим…?“ И „Колко време ще отнеме промяната…?“. Когато това се случи, вие се отправяте към проблеми!

Защо? Защото точно по този начин предприемачите се разсейват излишно и в крайна сметка се отклоняват от пътя на изтласкване на MVP към пазара и събиране на обратна връзка от потребителите в реалния свят.

Не че тези функции не са важни или полезни за вашите потребители; по-скоро това просто означава, че в този момент те не са особено ценни, защото не е необходимо да получавате приложението в ръцете на потребителите си.

Важно е да останете нащрек, колкото по-отблизо ще стартирате: трябва да имате самодисциплина, за да можете да отмените тези разработки / промени за бъдеща версия на приложението си.

Наистина е важно да разберете и да бъдете постоянно наясно с важността и стойността на MVP стратегията.

Не се разсейвайте: концентрирайте се на стартирането и оставете бъдещи корекции за бъдещи версии.

Не е за вас; Това е за вашите потребители!

Предприемачите са склонни да забравят, че не сме действителните потребители на нашите продукти. Нашите харесвания, желания и харесвания не са непременно тези на крайните потребители, за които ние проектираме нашите приложения.

Сред разнообразието от различни начини, по които човек може да проектира приложение, идеалната стратегия винаги се корени в подхода за дизайн, ориентиран към потребителя.

Фокусирането върху целите на използваемостта и потребителските черти, околната среда и работния процес върви ръка за ръка със стратегията MVP, като работим заедно за постигане на целта за стартиране на приложението.

За пореден път, какъв е единственият начин за получаване на конкретни данни за това дали приложението ви отговаря на нуждите, желанията и навиците на вашите потребители? Получаване на пазара и събиране на обратна връзка директно от тях!

В крайна сметка по-сложното приложение всъщност може да го накара да стартира по-бързо и с по-евентуален успех, ако създателят му е фокусиран и ангажиран с MVP стратегията, отколкото може да се разработи по-просто приложение от предприемач, който лесно се разсейва от подробностите на нови потенциални функции, различни концепции, промени в цвета, размери и позиции на бутоните и операции на конкурентите.

Забиването във фазата на проектиране и разработка, без всъщност да изкарате продукта си на пазара, означава, че ще отнеме много повече време, докато приложението ви някога попадне в ръцете на реалните потребители.

Как да останете фокусирани върху вашия MVP

Постоянно ме питат колко от моите приложения са имали успешни фази на проектиране и разработка.

Определянето на успеха на фазите на проектиране и разработка за ново приложение може да бъде малко сложно, защото променливите, които могат да повлияят на тези етапи са многобройни, от различни зависимости от трети страни и различни технически сложности до количеството и видовете открити и адресирани грешки.

Като каза това, остава вярно, че най-успешните фази на проектиране и разработка са тези, ръководени от най-фокусираните основатели, т.е. от тези, които са изцяло посветени на пускането на пазара, пускайки своите MVP на пазара.

Независимо дали изграждате приложение за iPhone, приложение за Android или приложението SaaS, ето моите пет най-добри съвета за гарантиране, че не се отклонявате от пътя на успешното създаване и стартиране на вашия MVP в разумен период от време:

  1. Заключете целта си. Имате конкретна идея за приложение? Страхотен! Заключете обхвата на вашия MVP и нека го пуснем в производство.
  2. Не се разсейвайте. Тъй като процесът на проектиране започва и формата (и брандирането) на приложението ви започва да оживява, лесно е да оставите безкрайния поток от идеи и възможности за подобрение да ви отклони от курса и да останете задържани в етапа на разработка. СПРИ СЕ! Фокусирайте отново и се върнете към вашия MVP. Игнорирайте „шума“ в главата си, казвайки ви, че небето е границата и няма нищо, което не можете да постигнете с приложението си - истината е, че няма никаква стойност или смисъл да следвате каквито и да било приятни за момента неща. Направете забележка за тези потенциални функции в бъдеще и се върнете към задължителните задължителни приложения на приложението си.
  3. Започнете кодирането. Колкото по-дълго остава приложението ви в началните си фази на проектиране, толкова по-близо ще остане до гърдите ви, така да се каже, като по този начин предотвратява получаването на валидиране в реалния свят, което е необходимо, за да бъде успешно. Вкарайте приложението си в разработка с възможно най-обикновената и мека версия.
  4. Потопете краката си на пазара. Реалните потребители валидират приложението ви - няма как да заобиколите този факт. Да, трябва да имате силна начална точка за приложението си, но не е необходимо да имате всяка възможна камбана и свирка, за да могат потребителите да я използват. Просто трябва успешно да отговори на идентифицируем проблем на пазара, т.е. да задоволи една потребност. Затова изкарайте продукта на пазара и вижте какво ще се случи.
  5. Да скачат! След като потребителите ви започнат да крещят: „Да! Дайте ми тази функция за чат! Дайте ми тази разширена способност за плейлист! Gimme gimme gimme! ”, След което продължавате да изграждате това, което искат. Ако, например, след стартирането на вашия MVP натрупате 1000 реални хора, които са потвърдили приложението ви и които искат да видят подобрения, след като директно отговаряте на желанията и нуждите на тази категорична пазарна популация, ще бъдете доволни и самите хора които имат най-голямо значение за бъдещите ви успехи!
Първоначално публикуван на http://www.appsterhq.com/