Чому ретельна розробка продукту може привести до провалу, як визначити «кордони» MVP і чим ще може бути корисна ця стратегія - розповідає в блозі на Medium Джессі Салонен, провідний продюсер AppsterHQ.
Читайте також матеріал Йосипа Хамфрі, засновника Appster. про те, як йому вдалося пережити злодійство ключового співробітника і заново зібрати команду, яка приносить його бізнесу $ 19 мільйонів в рік.
Дзвенять дзвіночки, звучать хлопки шампанського, оплески і вітання. Ні, це не Нью-Йоркська фондова біржа, це офіс Appster HQ в австралійському Мельбурні, де ми дзвонимо в дзвіночок кожен раз, коли запускається одне з наших програм.
Значимість запуску величезна.
Це означає, що у нас вийшло: ви - наш клієнт, візіонер, підприємець - не кинули і успішно впоралися. Іноді ці відчуття так само сильні, як якщо б ви вдало посадили космічний корабель на Марс.
Ви почали з ідеї, знайшли відповідність продукту ринку - market fit - і ось тепер ви в App Store. Для вашої ідеї настав час колонізувати нашу планету. Але давайте зупинимося на секунду і задамося важливим питанням: а як саме ми сюди потрапили?
Іншими словами, яка різниця між підприємцями, чиї ідеї успішно виходять на ринок у вигляді конкретних програм, і тими, чиї мрії назавжди залишаються тільки мріями?
Відповідь полягає в трьох неймовірно важливих словах: мінімальний життєздатний продукт
Я не гравець. За своєю природою і своєї ролі ведучого продюсера в Appster я людина, яка прагне підраховувати і уникати ризиків. Моє головне завдання - переконатися в успішному запуску програми клієнта.
Однак якби мені довелося робити ставку на те, хто з моїх клієнтів з більшою ймовірністю проведе успішний запуск програми, вписавшись і в тимчасові рамки, і в бюджет, маючи при цьому найкращі продукти, то я б не розглядав тих, у кого найбільше грошей або найменш складний додаток. Ні, я перестрахувався і виходив з того, наскільки відповідально клієнт підходить до створення своїх MVP (Minimum Viable Product, мінімальний життєздатний продукт) і забезпечення їх успіху.
Ваш MVP - це ваш cамий Найцінніший гравець
Спершу давайте з'ясуємо термінологію.
Ерік Рис, популяризував цю концепцію, визначає MVP як «версію нового продукту, яка дозволяє [вам] зібрати максимальну кількість підтверджених даних про [ваших] споживачах з найменшими можливими зусиллями».
Створення і запуск MVP мобільного додатка є в деякому роді формою мистецтва. Вся справа в знаходженні оптимального балансу між тим, щоб дати користувачам те, що їм потрібно. перед тим, як ви будете абсолютно впевнені в кожної функції, яку вони можуть згодом захотіти.
По суті, це як ваш ранкова кава без латте, тобто в ньому є необхідний споживачам кофеїн, але бракує прикольною шапочки зі збитих вершків і шоколадної стружки, які дають людям маленьке додаткове задоволення.
Techopedia описує три ключові особливості MVP:
- Він приносить споживачам достатню цінність для того, щоб люди захотіли користуватися і / або купити продукт після запуску;
- Він в достатній мірі показує майбутні вигоди, щоб зберегти цих ранніх послідовників;
- Він забезпечує зворотний зв'язок, яка допомагає вести поточну розробку в потрібному напрямку.
Ваш MVP містить всі ключові функції вашої програми, тобто високоцінні обов'язкові функції, а не потенційно цінні приємні доповнення.
Не тільки для стартапів
Створення і запуск Мінімальних життєздатність Продуктів не є прерогативою стартапів. Найбільші гравці в галузі, від Facebook до Google. теж покладаються на цю стратегію.
Здається, що ця функція повинна бути обов'язковою, але в реальності ця можливість - просто (прикольне) приємне доповнення. Ваша ж мета - запустити продукт і вивести його на ринок.
Копійка гривню береже
Навіть маючи в наявності мільйони доларів інвестиційного капіталу, ви повинні фокусуватися на створенні та запуску MVP.
Говоріть, у вас є бездонний горщик з грошима? Прошу вибачення, але я не візьму у вас грошей, якщо ви не будете відповідально ставитися до створення MVP. І ось чому.
Давайте для прикладу візьмемо гіпотетичний додаток потокового відтворення музики. В чому полягає основна суть цієї програми? Це можливість для користувачів завантажувати свою власну музику в єдину платформу, де інші люди могли б дізнаватися нових виконавців і нові композиції.
Щоб зробити додаток досить привабливим для ранніх послідовників, на додаток до завантаження і відтворення музики ви, можливо, захочете дати користувачам можливість зберігати деякі улюблені пісні і виконавців для подальшого прослуховування. Але і все.
Це ваш MVP. З цими функціями ви запустили приблизно через два з половиною місяці, починаючи з сьогоднішнього дня. Хочете подивитися, як легко роздути час, необхідний для виведення додатки на ринок? Додайте три тижні, щоб зробити чат для спілкування користувачів один з одним. Додайте ще два тижні, щоб зробити можливість створювати п'ять окремих плейлистів для музики за різними смаками. Витратьте ще два тижні для створення адмінки CMS управління всією музикою в додатку.
Як щодо інтеграції з Facebook? Ще два тижні. І так далі, і так далі.
Сенс ось у чому: кожна нова фішка, яку ви вставляєте в свій продукт, варто вам дорогоцінного часу, часу, яке віддаляє вас від мети - запуску програми!
Чи варті всі ці додаткові функції інвестицій в них? Так, майже напевно стоять. Однак вони не є пріоритетними в даний момент, коли ваша головна мета - вийти на ринок!
Створіть MVP зараз і запустити зараз. Або ж попрацюйте над додаванням ще трьох-чотирьох прикольних «приємних доповнень» в уже -майже-готове додаток і безпорадно спостерігайте, як два або три ваших конкурента вже запускають свої продукти.
Чи не будете чарувати, а перевіряйте
Запустіть свій мінімальний життєздатний продукт, вбудуйте в додаток можливість отримання зворотного зв'язку і активно відстежуйте відгуки користувачів.
Застосовуйте спліт-тестування - метод, при якому порівнюються результати, отримані при зміні однієї конкретної змінної в вашому додатку, і визначається, який з варіантів приносить більше хітів.
Наприклад: домашня сторінка нашого Appster отримувала більше хітів через контактну форму, коли там було зображення жіночої руки з iPhone, ніж коли там був варіант з чоловічою рукою.
Ми могли витратити тиждень або більше на обговорення дизайну. але замість цього просто включили тест, зібрали відгуки і підтвердили результати в реальному світі, використовуючи реальні дані від реальних користувачів.
Це тільки один з безлічі прикладів, які доводять, що ви отримаєте значно більшу користь, створивши і запустивши свій MVP на ринок прямо зараз, ніж проводячи тижні або навіть місяці в роздумах і обговореннях, а по суті в ворожіннях на тему дизайну і розробки.
Не втрачайте концентрацію
На етапі проектування дуже хвилююче спостерігати, як ваш додаток знаходить форму і стає видимою технологічної реальністю, з якою ви, а незабаром і мільйони інших людей, зможете взаємодіяти. Однак це також і той час, коли проявляється феномен переповненості ідеями. Ви з командою починаєте ставити собі запитання на кшталт «А що якби ми зробили для користувачів ...?», «А чому б нам не додати ...?» І «А скільки часу потрібно, щоб змінити ...?» Коли це трапляється, чекайте неприємностей!
Чому? Тому що це в точності така ж ситуація, коли деякі підприємці починають розпорошуватися даремно. Все закінчується тим, що вони згортають зі шляху виведення MVP свого продукту на ринок і збору відгуків про продукт в реальному світі від реальних споживачів.
Справа не в тому, що ці функції не важливі або не приносять користі, просто вони не становлять великої цінності в даний момент часу, так як не є необхідними для того, щоб додаток дійшло до своїх користувачів.
Вирішальне значення має те, щоб ви залишалися в стані підвищеної готовності в міру наближення до запуску продукту: потрібно мати самодисципліну, щоб відкласти такі розробки / зміни на майбутні версії додатка.
Дуже важливо, щоб ви розуміли і постійно усвідомлювали важливість і цінність стратегії MVP. Чи не відволікайтеся: сконцентруйтеся на запуск і залиште поліпшення функціоналу на майбутнє.
Справа не в вас, а в ваших користувачів!
Підприємці схильні забувати, що ми не є користувачами своїх продуктів. Те, що нам подобається, не подобається, наші бажання і переваги не обов'язково збігаються з бажаннями і перевагами наших кінцевих користувачів, для яких ми розробляємо програми.
Серед різних способів проектування додатків ідеальна стратегія завжди заснована на орієнтованому на користувача проектуванні (User-Centred Design approach, UCD-підхід, клієнт-орієнтований дизайн).
Концентрація на юзабіліті, характерні риси користувачів, оточенні і робочому процесі йде рука об руку зі стратегією MVP. Ці чинники працюють спільно для досягнення мети запуску додатка.
Ще раз, який єдиний спосіб отримання конкретних даних по тому, чи відповідає ваше додаток потреб, бажань і звичок ваших користувачів? Вивести додаток на ринок і зібрати відгуки безпосередньо від них!
Зрештою, навіть більш складний додаток можна запустити швидше і з більшою успіхом, якщо його творець сконцентрований і дотримується MVP-стратегії, ніж більш просте додаток, яке розробляє підприємець, легко відволікається на нові потенційні функції, різні концепції, зміни кольору, розміру і розташування кнопочок і так далі.
Якщо застрягти на етапі проектування і розробки, не випускаючи продукт на ринок, то буде потрібно значно більше часу, щоб ваше додаток хоч коли-небудь потрапило в руки реальних користувачів.
Як зосередитися на MVP
Мене постійно запитують, скільки моїх програм проходили успішні стадії проектування і розробки.
Визначення успішності етапів проектування та розробки для нового додатка може бути трохи складним, так як на ці етапи впливає безліч змінних: починаючи від залежностей від третіх осіб і різних технічних складнощів до кількості і типів виявлених і виправлених помилок.
З огляду на все це, залишається вірним те, що найуспішніші етапи проектування та розробки - це ті, які проходять під керівництвом найбільш сконцентрованих на цілі засновників, тобто тих, хто повністю зосереджений на запуск шляхом випуску своїх MVP на ринок.
Створюєте ви мобільний додаток для iOS / Android, чи робите SaaS-додаток - ось 5 моїх порад для того, щоб переконатися, що ви не звертаєте зі шляху успішного створення і запуску свого MVP за розумний термін:
- Зафіксуйте мета. У вас є конкретна ідея для мобільного додатка? Відмінно! Зафіксуйте граничний функціонал MVP і відправляйте в виробництво.
Правда в тому, що немає ніякого сенсу в гонитві за якими б то не було приємними доповненнями прямо зараз. Зробіть собі замітку про ці потенційні майбутні фішки і повертайтеся до роботи треба тим, що обов'язково повинно бути в додатку.
Якщо, наприклад, після запуску MVP ви зібрали 1000 реальних користувачів, які спробували ваше додаток і хочуть бачити реалізацію поліпшень, тоді безпосередньо відповідаючи бажанням і потребам цієї конкретної аудиторії, ви будете задовольняти тих самих людей, які мають найбільше значення для вашого майбутнього успіху!