Мінімальний життєздатний продукт: Визначте тип, метод та дотримуйтесь простих етапів будівництва

Якби була книга про найепічніші збої стартапів, вона мала б принаймні тисячу сторінок. Усі роблять стратегічні помилки, навіть такі гіганти, як Amazon. У 2014 році він оголосив втрату в розмірі 170 мільйонів доларів після виходу з ладу Fire Phone. Причина цього була проста: нікому не потрібен цей телефон, крім Amazon. Гаджет призначений для підключення користувачів безпосередньо до їх торгової платформи. Клієнти використовували смартфони iPhone та Android для підключення до Amazon. Відсутність досліджень з клієнтами зіграла на Амазонії середню дорогу хитрість.

Якщо ви хочете досягти успіху, ви повинні бути впевнені, що продукт, який ви збираєтеся запропонувати, саме те, що потрібно клієнтам. Яким він повинен бути? Розробка мінімально життєздатного продукту (MVP) може дати вам відповідь.

Що таке MVP?

MVP або мінімально життєздатний продукт - це найбільш рання версія продукту, яка має лише необхідні функції, достатню для доставки основної цінності та перевірки її для ранніх клієнтів. В основному, MVP розгортається, щоб зібрати зворотній зв'язок і побачити, чи потрібен продукт користувачам взагалі. Ранні користувачі також можуть поділитися своїм баченням функціональності, щоб зрозуміти потреби та переваги клієнтів, що дозволять розробникам відповідно коригувати продукт та планувати подальші оновлення.

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

Ерік Ріес, підприємець та автор «Lean Startup», дає стисле визначення MVP, підкреслюючи перспективу навчання, яку пропонує MVP. За його словами, MVP - це "версія нового продукту, яка дозволяє команді з найменшими зусиллями зібрати максимальну кількість перевірених знань про клієнтів".

Важливо розуміти, що стратегія MVP - це не створення невеликого продукту для досягнення короткострокової мети. Методика передбачає розробку першої, найпростішої версії товару, доступної для загального користування. Покращення, внесені до цієї версії, завжди базуються на зворотній зв’язку. Мета побудови MVP - з’ясувати, які функції та досвід продукту повинен надати цільовій групі користувачів.

Різниця між доказом концепції (PoC) та MVP

MVP не слід плутати з доказом концепції. Останнє можна трактувати по-різному залежно від галузі.

По-перше, доказом концепції є не рання версія продукту. PoC в розробці програмного забезпечення описує процеси, спрямовані на з'ясування того, чи є концепція програмного забезпечення технічно життєздатною. Команда може також обрати такий підхід для визначення необхідного обсягу роботи та найкращих технологій розвитку, виявлення можливих технічних проблем та пошуку їх вирішення.

Дрю Х'юстон, засновник Dropbox, зробив і розповів відео з поясненнями того, як передбачається працювати Dropbox. Майже 75 000 людей підписалися на нього протягом першої ночі. Подібна методика може бути реалізована за допомогою блогу, в якому ви можете поділитися ідеями з аудиторією щодо продукту, який ви хочете розробити. Хоча деякі вважають це самим MVP, ми схильні класифікувати цей пояснювач як PoC.

Терміни MVP і PoC взаємопов'язані, але не є взаємозамінними. Доказ концепції, реалізованої оптимально, стає мінімально життєздатним продуктом.

Типи МВП

Існує багато підходів до створення МВП. Давайте обговоримо основні типи.

Чарівник з Оза (деякі також називають його MVP Flinstone). Дві назви для цього типу мінімально життєздатного продукту є принципом його роботи. Так само, як Flinstones хотів створити ілюзію, що у них справжній автомобіль, і Чарівник з Оза використовував хитрощі, щоб зробити вигляд, що це гігантська зелена голова, фея, вогняна куля чи монстр, такий тип MVP просто здається повністю функціональний. Насправді стартап виконує всю роботу вручну, замість того, щоб використовувати програмну систему або команда наймається за потреби. Узагалі немає базового програмного забезпечення, крім концепції продукту, яка потребує перевірки.

Нік Свінмон, засновник Zappos, довів, що ця стратегія працює. На початку він витратив нульові долари на покупку взуття та оренду складу. На сайті він розмістив фотографії взуття. Як тільки клієнти почали замовляти взуття, він зайшов до магазину, придбав потрібну пару і відправив її. Зрозумівши, що проект є життєздатним, він додав функціональності веб-сайту.

Консьєрж МВП. Підприємці, які обирають консьєрж MVP, також надають практичні послуги. Але в цьому випадку замовник знає, що за наданою послугою стоїть справжня людина. Wealthfront, послуга фінансового планування та інвестицій, розпочалася з консьєрж-МВП. Працівники Wealthfront спілкувалися безпосередньо з клієнтами, яким потрібна допомога в управлінні багатством. Ще одна важлива відмінність від Wizard of Oz полягає в тому, що тип консьєржа спрямований на генерування уявлень про майбутній товар, надання послуг, спілкування з клієнтами тощо, а не їх перевірку.

Шматковий MVP. Ідея деталі полягає в тому, щоб забезпечити цінність за допомогою існуючих інструментів замість побудови спеціального рішення. Проте прототип продукту схожий на складний продукт. Ви можете використовувати просте програмне забезпечення, складати його та додавати необхідну функціональність після отримання зворотного зв’язку. Групон - чудовий приклад штучного MVP. Його засновник, Ендрю Мейсон, запустив веб-сайт WordPress і щодня вручну розміщував фотографії пропозицій їжі. Він генерував пропозиції як PDF-документи за допомогою AppleScript та надсилав їх електронною поштою через Apple Mail. Ось як він підтвердив гіпотезу Групона.

Однофункціональний продукт. І, нарешті, MVP може бути справжнім програмним забезпеченням з мінімальними можливостями, лише основними, необхідними для перевірки. З його допомогою ви зможете звузити цільову групу, отримати та проаналізувати зворотній зв'язок та сконцентруватися на тестуванні.

Але незалежно від обраного типу, слід створити кілька основних кроків, щоб створити MVP.

Кроки до створення МВП

Продукт завжди починається з ідеї. Що відрізняє успішний продукт від непотрібного, це те, що популярний продукт є результатом здійсненної ідеї, трансформованої за допомогою ретельного плану розвитку.

Ми пропонуємо покрокове керівництво про те, як перевірити свою ідею та перетворити її на продукт. Ви будете готові розпочати будівництво MVP за сім кроків. Крок нуль - це вступ до основних принципів та прийомів. Восьмий та дев'ятий кроки - про підходи до управління проектами, які ви можете використовувати, і про те, як ви можете протестувати продукт.

Крок 0. Визначте основні принципи та методи MVP

Перед будь-якою реальною роботою варто витратити трохи часу, щоб окреслити основні принципи та методи MVP, а потім переконатися, що ваша команда дотримується їх протягом усього процесу. Наступні моменти є критичними для всіх етапів вашої ініціативи щодо MVP.

Спробуйте витратити якомога менше грошей і зусиль. Вся ідея MVP полягає у скороченні часу та ресурсів, необхідних для перевірки вашої бізнес-ідеї. Визначте найпростіший тип MVP, достатній для формування зворотного зв’язку та дотримання його.

Зосередьтеся на побудові обізнаності. Використовуйте якомога більше медіа-каналів, щоб забезпечити критичну кількість ранніх усиновлювачів. Це може бути зроблено в рамках вашої діяльності в галузі PoC.

Спробуйте попередньо продати товар. Ви можете використовувати Kickstarter, інші краудфандингові платформи або безпосередньо продавати свій продукт для досягнення двох основних цілей. Перший і найважливіший - отримати зворотній зв'язок, а другий - вкласти ці гроші в подальший розвиток. Ви зможете побачити, чи сподобається людям концепція продукту в першу чергу.

Постійно інтерв'юйте клієнтів. Незалежно від кроку, який ви здійснюєте, вкладайте час для опитування своїх потенційних клієнтів, щоб почати коригування вже на першому каркасному екрані та продовжувати активно інтерв'ювати до моменту переходу зі стадії MVP до версії 1.0. Після цього ви все-таки повинні слідувати цій практиці, але покращуйте її за допомогою тестування A / B та інших сучасних методів верифікації. Ви можете використовувати форми онлайн-опитування або спілкуватися з клієнтами віч-на-віч. Сформулювання правильних питань не тільки допоможе вам дізнатися про проблеми, які турбують користувачів, але й з’ясувати, чи варто їх вирішити. Запитайте, що їх найбільше турбувало, коли вони стикалися з проблемою, і чому, коли останній раз вони відчували це. Дозвольте їм розповісти, як вони намагалися вирішити проблему і що їм не подобалось у використанні рішень.

Налаштування циклу зворотного зв'язку. Відгуки, які ви отримуєте через інтерв'ю чи інші канали, повинні бути систематичними та мати реальний, короткочасний вплив на ваш продукт. Слідкуйте за всіма відгуками, узагальнюйте та конвертуйте отримані вами ідеї в конкретні завдання для вашої команди.

Окрім принципів, щоб встановити цикл зворотного зв’язку, слід розглянути основні канали, що дозволяють вашим користувачам спробувати продукт та надати засоби для обміну своїми ідеями та проблемами.

Створіть цільову сторінку. Сторінка повинна містити опис товару та його особливості, а також форму реєстрації з безкоштовними та платними рішеннями. За допомогою цільової сторінки ви можете визначити оптимальні ціни на ваш товар.

Використовуйте соціальні медіа. Такі платформи, як Facebook, Reddit та YouTube, стануть найпростішими джерелами розуміння, враховуючи, що ви приділили достатньо уваги. Ми також рекомендуємо використовувати інструменти для ведення блогів, як власності, так і державних, як-от Середній.

Розпочніть рекламну кампанію. Ви можете використовувати такі платформи, як Google, Facebook та Twitter, щоб побачити, чи досяг MVP до своєї цільової аудиторії. Ці рекламні платформи мають дуже гнучку та детальну можливість сегментації, тому ви зможете перевірити свої гіпотези щодо персоналу, орієнтуючись на кілька вузьких сегментів користувачів.

Крок 1. Визначте проблему, яку ви хочете вирішити

Перше, що ви повинні зробити, це сформулювати мету товару. Спробуйте просто відповісти на запитання «Для чого мені потрібен цей продукт?» Після того, як ви чітко донесли в кілька слів значення, яке приносить продукт, ви можете перейти до наступного кроку. Наприклад, якщо ви хочете відкрити службу доставки їжі, проблема, яку ви хочете вирішити, може звучати приблизно так: "Дозвольте користувачам отримувати страви з місцевих ресторанів".

Крок 2. Визначте цільову аудиторію та звужте її

Намагатися задовольнити найширшу групу людей - помилка. Збільште свої шанси та оберіть певну аудиторію, якій ви хочете запропонувати свій товар. Створіть повний опис людини, яка не тільки сподобається вашому товару, але і придбає його без вагань. Ви повинні знати, скільки років та наскільки освічена ця людина, чим вона займається на життя та який рівень заробітку ця робота приносить йому чи їй. Звички та захоплення доповнять опис потенційного клієнта. Щоб дізнатися більше про створення персоналу покупців, перегляньте нашу історію про створення SaaS.

Знання про спосіб життя замовника дозволяє вам з’ясувати, чи відповідає ваш майбутній продукт тій проблемі, з якою він стикається.

Крок 3. Оцініть своїх конкурентів

Не переоцінюйте ексклюзивність свого продукту, особливо якщо ви знаєте, що у вашій галузі є інші компанії. Оцініть своїх конкурентів. Дізнайтеся про їх сильні та слабкі моменти, щоб визначити функціональність вашого майбутнього продукту. Ви також можете згрупувати їх відповідно до того, як вони конкурують за частку ринку.

Визначте своїх конкурентів та додану вартість, яку вони надають. Проаналізуйте, хто є твоїми трьома найкращими конкурентами, як довго вони були на ринку, які товари чи послуги вони пропонують. Визначте, чи мають вони конкурентну перевагу, і оцініть вашу здатність запропонувати щось краще.

Знайдіть свою частку ринку. Ви повинні вивчити їх минулі та поточні стратегії, обсяг продажів, доходи, фінансові та маркетингові цілі. Ці дані допоможуть вам зрозуміти, наскільки вони вигідні та успішні.

Використовуйте первинні та вторинні джерела інформації. Інформаційні компанії діляться про себе найбільш надійним, первинним джерелом для аналізу. Відвідайте їх веб-сайти, щоб прочитати презентації, доповіді, щорічні звіти, блоги, рекламні матеріали та інші публікації. Вторинні джерела інформації, такі як статті журналів і газет, відеоролики, звіти про опитування та книги, представляють громадську думку щодо гравців. Хоча ці джерела можуть бути менш надійними, ніж первинні, вони можуть дати вам більшу картину галузі.

Копати глибше. Не соромтесь відвідувати конкурентів ділових заходів, беруть участь у них, зв'язуються зі своїм колишнім роботодавцем і, звичайно, користуються їх продуктом та аналізують відгуки про нього.

Використовуйте аналітичне програмне забезпечення. Різні онлайн-інструменти для конкурентного аналізу полегшать ваше життя. Такі сервіси, як "подібні Web", "Ahrefs", "Quantcast", "Annie App" або "AppFollow" збирають дані про веб-сайти та програми. З ними ви можете знайти рейтинг додатка чи веб-сайту вашого конкурента, його щомісячний трафік, інтереси аудиторії, географічне розташування клієнтів та переглянути пов’язані продукти.

Деякі з існуючих інструментів надають основні функції безкоштовно. Інші, як Moz та SensorTower, мають підписку.

Коли ви знаєте слабкі та сильні сторони основних гравців ринку, ви зможете дізнатися, що робить ваш продукт унікальним або що йому не вистачає, щоб таким стати.

Крок 4. Зробіть аналіз SWOT

SWOT означає сильні, слабкі сторони, можливості та загрози. Хоча рамки зазвичай застосовуються в стратегічному плануванні для зрілих компаній, його досить просто використовувати для кваліфікації ідеї MVP. Для проведення SWOT-аналізу потрібно об’єктивно відповісти на ряд питань, що стосуються вищезазначених категорій. Давайте подивимось, як може виглядати аналіз SWOT у прикладі доставки їжі, який ми згадали вище.

Найкраща практика SWOT-аналізу полягає в тому, щоб описи були короткими та легкими для розуміння для всіх членів команди

Мета SWOT-аналізу - зосередити зусилля на сильних сторонах, визначити та мінімізувати слабкі місця, уникнути загроз, а також використовувати наявні можливості для подальшого розвитку. Сильні та слабкі сторони зазвичай стосуються внутрішніх факторів. У свою чергу, можливості та загрози є зовнішніми.

Це також допомагає компаніям аналізувати конкурентів та обирати позиціонування на ринку.

Крок 5. Визначте потік користувача

Потік користувачів - це шлях, який користувач проходить для досягнення своєї основної мети під час використання продукту. І цей шлях повинен бути логічним і зрозумілим.

Потік користувачів - це вказівки щодо вмісту та вимог до дизайну веб-сайту чи програми. Ви повинні розуміти, що очікують клієнти, використовуючи ваш продукт, щоб створити хороший потік користувачів. Переконайтеся, що ви надаєте користувачам додаткову інформацію, якщо вона їм потрібна, і з’ясуйте можливі відхилення, які можуть перешкодити їм перейти до наступного кроку.

Як приклад, наведемо список завдань, які користувачі повинні взяти, щоб досягти основної мети, яку ми заявили на кроці 1, отримати їжу в місцевих ресторанах. Потік користувачів буде: налаштувати замовлення, керувати замовленням, оплатити їжу, отримати замовлення. Після того, як кроки визначені, настав час визначити функції для кожного з них.

Крок 6. Створіть список функцій та впорядкуйте їх відповідно до їх пріоритету

Потрібно перелічити всі необхідні функції для майбутнього продукту. На цьому етапі планування вам допоможе техніка відображення історій (або відображення історій користувача). До речі, це відображено у прикладі потоку користувачів вище.

Відображення історії - це двовимірний підхід до управління історіями користувачів. Це дозволяє сконцентруватися на частинах функціональності і, в той же час, не втратити широкої картини продукту.

Метод був розроблений, щоб допомогти розробникам вибирати як корисні, так і цінні функції насамперед з точки зору користувача. Його автор і практик Джефф Паттон припускає, що опис функції повинен містити дію, здійснене людиною, а не засоби її здійснення.

Ми перерахували чотири кроки, які користувачі роблять, щоб вирішити проблему за допомогою нашого продукту: налаштувати замовлення, керувати замовленням, оплатити їжу, отримати замовлення.

Тепер ми повинні описати функції для кожного кроку і записати їх на картках.

Наприклад, щоб налаштувати замовлення, користувачеві, можливо, доведеться:

  • вибирайте, де вона чи він живе
  • вибрати кухню
  • вибрати ресторан
  • вибрати страву
  • вибрати напій
  • прочитати опис вибраного елемента
  • додати замовлення у кошик для покупок

Після закінчення описів намалюйте горизонтальний рядок, який відображає потоки користувачів, розмістіть основні кроки на карті та їх функції.

На цьому етапі функції ще не визначені пріоритетно

Тепер давайте пріоритетні функції. Ви повинні з’ясувати, наскільки важливою і цінною є функція, як часто вона використовується, скільки користувачів буде використовувати її та наскільки це ризиковано.

Розмістивши функції відповідно до їх пріоритету, намалюйте вертикальну лінію та розмістіть їх там, де вони належать. Найважливіші та часто використовувані повинні бути вгорі списку, найменше - внизу.

Пріоритетність допоможе визначити сферу застосування МВП

Крок 7. Визначте масштаб MVP

Визначивши пріоритетність функцій, ви можете визначити сферу дії MVP. Перший горизонтальний ряд на карті називається пішохідним скелетом. Пішохідний скелет - це найменший корисний варіант продукту, якому не вистачає м'яса, тобто функціональності. Спершу слід спорудити пішохідний скелет.

У деяких випадках MVP збігається з ходовим скелетом; іноді MVP має певну функціональність. Щоб зрозуміти, які відмінності між прогулянковим скелетом, мінімальним життєздатним продуктом та подальшим його поняттям, слід класифікувати функції під заголовками must-have, nice-to-have, і у вас цього не буде.

Тепер намалюйте лінію, щоб відокремити основні функції від несуттєвих. Функції, які ви даєте найвищі ранги, представляють MVP. Решта з них можуть бути додані після розгортання MVP та аналізу зворотного зв'язку.

Оскільки функції є пріоритетними, вам добре почати розробку

Крок 8. Виберіть найбільш підходящий метод управління та інженер MVP

Завдяки визначеному обсягу роботи, ви можете нарешті почати розробляти мінімально життєздатний продукт. Тепер давайте дізнаємося, які методи управління проектами застосовні для створення MVP.

Нахилитися. Lean - це один із методів розробки програмного забезпечення Agile, який базується на декількох основних принципах: знищуйте відходи, доставляйте якомога швидше, посилюйте навчання та будуйте цілісність. Практично, Lean застосовує ітераційну розробку за схемою побудови-вимірювання-навчання. За допомогою Lean розробники можуть затримати більшість дизайнерських рішень, встановити швидкий цикл зворотного зв'язку та переконатися, що вони створюють потрібний продукт.

Скрам. Scrum - ще один ітеративний підхід до розробки програмного забезпечення. Він покладається на ефективний розподіл сфери роботи, який допомагає командам швидше здійснювати роботу. Ви можете керувати розвитком функцій для MVP у спринтах (короткі цикли тривалістю близько двох та чотирьох тижнів) і найняти майстра scrum, який буде контролювати, щоб весь процес Scrum працював. MVP може бути випущений після першого спринту, і команда розробників може оновити продукт відповідно до відгуків користувачів у всіх наступних спринтах. Хоча Scrum більш трудомісткий, ніж Lean, він може бути менш стресовим для інженерів і придатним для довгострокового, поступового розвитку.

Канбан. Канбан фокусується на моделі незавершеного виробництва, і на відміну від Lean і Scrum не мають циклічної прогресії. Натомість Канбан пропонує зосередитись на завданнях у міру їх появи. Це дозволяє вирівняти обсяг роботи з можливостями команди. В основному, інженери можуть постійно додавати завдання в конвеєр, коли вони отримують відгуки від користувачів. Kanban може бути застосований після виходу першої версії MVP. Це буде потужним методом, якщо зворотній зв'язок триває.

Екстремальне програмування. XP - це сукупність інженерних практик, таких як рефакторинг коду, невеликі випуски, простий дизайн, стандарти кодування, що дозволяють вдосконалити код та оновити його в найкоротші терміни. Цикли розробки з XP не перевищують одного тижня, тому ви можете швидко та швидко переносити першу версію, а потім масштабувати. XP буде добре підходити для MVP, які значною мірою покладаються на якість коду.

Вибір одного з ітеративних підходів до розробки є критичним, оскільки він дозволяє побудувати послідовний цикл зворотного зв'язку.

Крок 9. Застосуйте тестування Alpha та Beta

Альфа - це так званий внутрішній тест: обмежена група людей, переважно друзів та членів сім'ї, оцінює продукт. Якщо продукт пройшов цей тест, ви можете перейти до бета-тесту та дозволити реальним користувачам спробувати продукт протягом одного-двох тижнів. Проаналізуйте зворотний зв'язок і вирішіть, які функції потрібно додати або замінити, щоб зробити продукт кращим і складнішим.

Після того як ви зібрали достатню кількість відгуків, ви можете розпочати оновлення продукту, протестувати його та знову зібрати відгук. Кількість та часові рамки циклів побудови-тестування та навчання залежать від продукту. Виконавши кілька циклів, ви можете повернутися до кроку 0 і повернути або продовжувати ітеративно вдосконалювати свій продукт.

Підсумкова порада

MVP відіграє роль подушки безпеки і дає можливість прогнозувати комерційний та технічний потенціал бачення товару, а також його реалізацію. Це дає вам можливість приймати ділові та технічні рішення на основі фактів, а не припущень. Тому тестування концепції чи продукту на ринку є ключовою метою побудови МВП.

Спочатку опубліковано в блозі AltexSoft: "Мінімальний життєздатний продукт: визначте тип, метод та спосіб, який найкраще підходить, та дотримуйтесь простих етапів будівництва"

Ця історія опублікована в найбільшій підприємницькій публікації "Середній бізнес", за якою 292 582 і більше людей.

Підпишіться, щоб отримувати наші основні історії тут.