Сьогодні, я хочу розповісти вам про людей, які змінили «правила гри» та дивовижну історію однієї ідеї, яка змінила життя багатьох людей. Також, я поділюся проблемами, рекомендаціями та власними правилами щодо успішної роботи з MVP в реальних умовах.
Спочатку, давайте розглянемо цей термін, як це працює, його використання та особистостей, які допомогли поширити цей принцип у сфері розробки продуктів.
Мінімально життєздатний продукт (Minimum viable product, MVP) — це версія продукту із мінімальним набором функцій, яких є достатньо для підтвердження ваших ГІПОТЕЗ про продукт.
або
Мінімально життєздатний продукт — це концепція, що передбачає створення продукту з мінімальною кількістю функцій, достатньою для валідації ключових припущень та отримання зворотного зв'язку від реальних користувачів.
MVP є однією з ключових практик в Lean Startup.
Гіпотеза про продукт — це припущення, яке пов'язане з самим продуктом, його функціональністю, користувацьким досвідом або цінністю для користувача. Вона висувається щодо того, яким чином продукт може вирішувати певну ПРОБЛЕМУ, задовольняти певну ПОТРЕБУ або надавати певну ЦІННІСТЬ.
Правильний процес створення стартапу з використанням: MVP, Agile (Scum), Lean startup та Customer development.
The Top 12 Reasons Startups Fail by CBinsights | 2018
Хто використовує MVP?
Ця концепція здебільшого використовується стартапами, але вона також може бути корисною для будь-якого проєкту або компанії, яка прагне швидко вийти на ринок (критичний фактор успіху) та забезпечити постійний зворотній зв'язок з клієнтами.
Застосування концепції MVP допомагає стартапам: перевіряти ідеї, зібрати зворотній зв'язок, зменшити ризики та швидко вийти на ринок.
Компанія vs. стартап
Компанія — це бізнес-організація, яка продає продукт або послугу в обмін на дохід (revenue) та прибуток (profit).
Стартап - це тимчасова організація, створена з метою пошуку повторюваних | repeatable (наприклад, ми кожного дня робимо роботу, а не 1 раз в рік) та масштабованих | scalable (вклав $1, а отримав через місяць $2) бізнес-моделей (Це те, що шукають стартапи - працюючий BM).
Кожен стартап прагне стати повноцінною компанією.
Взято з книги «THE DESIGN THINKING PLAYBOOK». Уважно подивіться на процес пошуку Lean канви і на те, як вона перетворюється на BMC.
Як це працює?
Ви створюєте продукт з достатньою кількістю функцій, які, на вашу думку, ефективно вирішують певну проблему, задовольняють певну потребу чи надають певну цінність для користувача. В свою чергу, перші користувачі починають використовувати ваш продукт для досягнення своїх цілей, і з часом, ви отримуєте від них зворотній зв'язок для подальшого вдосконалення продукту.
Отже, як ви вже здогадалися, MVP зосереджений на швидкій перевірці гіпотези про продукт без затратного та тривалого процесу розробки.
Замість того, щоб витратити багато ресурсів (гроші, час тощо) на повну розробку продукту, команда фокусується на створенні мінімально необхідного набору функцій, який дозволяє перевірити основну ідею або гіпотезу про продукт.
Познайомтеся з 3-ма батьками MVP
Три батьки мінімально життєздатного продукту.
Френк Робінсон, співзасновник та президент компанії SyncDev. У 2001 році, він розробив концепцію «Minimum viable product». На жаль, нам недоступний сайт компанії, але у нас є доступ до сторінки компанії на LinkedIn та невелика кількість інформації з архівів.
Архівна версія сайту SyncDev.
Стів Бланк розвинув ідеї Френка Робінсона. У 2005 році, він написав книжку «The four steps to the epiphany», де представив методологію «Customer development, CD або CustDev».
Customer development та MVP — це 2-ві взаємопов'язані концепції (взаємодоповнюють одне одного).
Customer development — це методологія, метою якої є зрозуміти потреби та проблеми клієнтів, перевірити гіпотези щодо продукту та бізнес-моделі, ітеративно адаптувати продукт до реальних вимог ринку. Цей підхід зосереджений на взаємодії з клієнтами, зборі від них важливого зворотного зв'язку та використанні його для подальшого розвитку продукту та стратегії.
Customer development є одним з ключових елементів методології Lean startup (базується на ідеях Стіва Бланка).
Процес Customer development для етапу «Search».
Ерік Ріс, співзасновник компані IMVU, а Стів Бланк, інвестор та консультант з 2004 року в цій же компанії. У 2011 році, Ерік Ріс популяризував концепцію MVP у своїй книзі «The Lean Startup».
В самому початку статті, я вказав, що одним з основних аспектів MVP є отримання зворотного зв'язку від реальних користувачів. Так от, методологія Lean startup базується на циклі зворотного зв'язку «Build (Створюй)-Measure (Вимірюй)-Learn (Вчись)». Lean startup є ітеративним процесом.
В основі методології Lean startup лежить створення правильної гіпотези, яка має швидко пройти коло «BML». На основі цих знань, фаундер ухвалює рішення продовжувати розвивати продукт або шукати нову гіпотезу та проходити з нею нове коло «BML».
Цикл зворотного зв'язку «Build-Measure-Learn».
Приклад застосування Customer development, Lean startup та Agile для створення MVP
Давайте розглянемо стартап, який називатимемо «FoodFinder». Ідея (гіпотеза) полягає у створенні мобільного додатку, який допоможе користувачам знайти найближчі ресторани та кафе, а також замовляти їжу з доставкою.
Крок 1: Customer development (Customer discovery)
Визначення проблеми (розуміння цільової аудиторії): Проводимо дослідження та спілкуємося з потенційними користувачами, щоб зрозуміти їх потреби та проблеми, пов'язані з пошуком ресторанів та замовленням їжі.
Формулювання гіпотез про проблему та бізнес-модель: Базуючись на зборі інформації, ми формулюємо гіпотези про проблеми, з якими зіштовхуються наші цільові користувачі, а також про те, яка бізнес-модель буде найефективнішою для нашого продукту. Гіпотези про проблему допомагають нам зрозуміти, які потреби мають наші користувачі, а гіпотези про бізнес-модель визначають, як ми збираємося заробляти гроші на нашому продукті та яку цінність ми надаємо клієнтам.
Перевірка гіпотез та бізнес-моделі: Розробляємо прототип або wireframe додатка та проводимо тестування з декількома потенційними користувачами. Збираємо їх враження, фідбек та пропозиції щодо вдосконалення продукту. Одночасно оцінюємо ефективність нашої бізнес-моделі, з'ясовуючи, чи здатний наш продукт створити цінність для клієнтів та забезпечити комерційний успіх.”
Крок 2: Customer development (Customer validation)
Розробка MVP: На основі отриманого фідбеку та ідей збираємо команду розробників та дизайнерів і створюємо мінімально життєздатну версію нашого додатка «FoodFinder». Вона має базовий функціонал пошуку ресторанів та замовленню їжі.
Метрики та вимірювання: Встановлення метрик для визначення успіху продукту та збору даних щодо його використання та впливу на користувачів.
Випробування на ринку: Запускаємо MVP додаток на обмеженій кількості ринків або серед обмеженої аудиторії. Збираємо додатковий зворотний зв'язок від реальних користувачів та вносимо необхідні зміни.
У чому полягає роль Lean startup (Повторення та вдосконалення)?
Аналіз результатів: Аналізуємо дані з випробувань, зворотний зв'язок користувачів та метрики продукту для оцінки успішності та виявлення можливостей для поліпшення.
Вдосконалення продукту: На основі отриманої інформації та результатів аналізу вносимо необхідні зміни в продукт, додавши нові функції або виправивши проблеми.
Повторення циклу: Повторюємо цикл «Build-Measure-Learn» та ітерації Agile, постійно вдосконалюючи продукт і адаптуючись до змін потреб користувачів та ринку.
У чому полягає роль Agile?
Розробка в ітераціях: Використовуючи методологію Agile, розбиваємо розробку на невеликі ітерації або спринти. Кожен спринт фокусується на розробці конкретних функцій та вдосконаленні продукту на основі зворотного зв'язку користувачів.
Збори команди: Проводимо щоденні короткі збори команди для оцінки прогресу, вирішення завдань та планування наступних кроків.
Постійна комунікація: Забезпечуємо відкриту комунікацію з користувачами, збираємо фідбек після кожної ітерації і враховуємо його для подальшої розробки.
Це загальний опис процесу, де кожен крок може включати більш детальні підкроки та дії. Застосування Customer development, Lean startup та Agile допомагає максимально зосередитись на потребах користувачів, ефективно використовувати ресурси та швидко реагувати на зміни, що робить процес розробки продукту більш гнучким та успішним.
Найкращі книги про Customer development та Lean.
Проблеми під час проєктування MVP
Зосередьтеся на пошуку правильної гіпотези замість маніакальної зосередженості на якості фічі та довгій розробці.
Слідкуйте за тим, щоб MVP виконував свою функцію на базовому рівні, тобто вирішував певну проблему користувачів, за які вони готові щомісячно платити гроші.
Якщо гіпотеза не підтверджується, розглядайте це як можливість для вдосконалення та набуття нових знань, а не як поразку.
Зберігайте всю інформацію, яка пов’язана з процесом створення MVP, наприклад, гіпотези, тести тощо.
Ретельно тестуйте цінність всього продукту, включаючи аспекти монетизації. Чому? Кожна бізнес-модель містить «Revenue streams». Важливо визначити, чи готові користувачі придбати ваш продукт за конкретну ціну, і чи будуть вони продовжувати платити за нього щомісячно. За це все відповідає — юніт-економіка (описує, скільки бізнес заробляє та витрачає на одного користувача) та аналітика продукту.
Близько 200 підписників достатньо для тестування юніт-економіки. Про це недавно писав мій колега Євген Олексюк. Прошу прочитати його статтю «Як керувати UX в стартапі».
- Запускайте маркетинг одразу після першого релізу MVP, і не чикайте запуску фінального продукту. Пам’ятайте, це все велика гіпотеза, яку вам треба провірити.
Дивовижна історія однієї ідеї
Я сподіваюся, що всі ви знайомі з компанією Unsplash, якщо ні, то це дуже відомий фотосток, який пропонує великий вибір безкоштовних та високоякісних фотографій.
Крім того, вони також мають платну підписку під назвою Unsplash+, яка розшюреє та додає деякі круті можливості.
Unsplash був створений через незадоволення фаундерів, як дешевими, так і дорогими стоковими фотографіями. Вони припускали, що ця проблема може бути спільною для багатьох інших людей, але перш ніж зробити висновок, було необхідно перевірити правильність своєї гіпотези.
Замість інвестування значних коштів та часу в розробку продукту з різноманітними функціями, такими як: профіль користувача, логін та реєстрація тощо, вони вирішили використати простішу стратегію. Команда створила блог на платформі Tumblr та придбала готову тему за $19. Потім, вони зареєструвалися в Dropbox, створили загальнодоступну папку та завантажили туди 10 високоякісних фотографій.
Перша версія Unsplash з темою Tumblr за $19.
За словами авторів, вони створили MVP за 3 години. Далі, фаундери представили Unsplash на Hacker News, інтернет-спільноту дизайнерів, розробників та підприємців, яка, на їх думку, може сподобатися Unsplash.
За кілька годин після публікації, було завантажено понад 20 тисяч фотографій. Хоча, перша версія Unsplash була примітивною і ледь працювала, але цього було достатньо, щоб довести, що вона вирішила проблему для багатьох людей.
Електронний лист, який отримав Мікаель Чо від Dropbox після запуску Unsplash.
«Пишіть код тільки тоді, коли ви не можете придумати жодного іншого способу перевірити свою гіпотезу».
Марк Рендалл, головний стратег, віце-президент із креативності в Adobe.
Топ коментарі (0)