КаÑÑ‚Ð¾Ð¼Ð½Ð°Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ° MVP ради…
«Больше никто Ñтого не делает» — убедительный питч Ð´Ð»Ñ Ð¸Ð½Ð²ÐµÑторов и риÑкованное оÑнование Ð´Ð»Ñ Ð±ÑŽÐ´Ð¶ÐµÑ‚Ð° разработки. ФункциÑ, дейÑтвительно отÑутÑÑ‚Ð²ÑƒÑŽÑ‰Ð°Ñ Ñƒ вÑех конкурентов, может быть наÑтоÑщим преимущеÑтвом — а может отÑутÑтвовать потому, что её никто не проÑил. Прежде чем тратить Ð²Ñ€ÐµÐ¼Ñ ÐºÐ°Ñтомной разработки MVP на отличающую функцию, Ñтоит разделить «мы будем первыми» и «Ñто заÑтавит пользователей выбрать наÑ».
Разрыв между уникальным и ценным
Ð¤ÑƒÐ½ÐºÑ†Ð¸Ñ Ð¼Ð¾Ð¶ÐµÑ‚ быть уникальной по двум очень разным причинам. Либо она решает реальную проблему, Ñ ÐºÐ¾Ñ‚Ð¾Ñ€Ð¾Ð¹ ÑущеÑтвующие продукты категории ÑправлÑÑŽÑ‚ÑÑ Ð¿Ð»Ð¾Ñ…Ð¾ или никак, либо она проÑто находитÑÑ Ð²Ð½Ðµ того, что конкуренты решили приоритизировать — что иногда означает, что они пробовали и не получили результата, а иногда проÑто означает, что до неё ещё никто не добралÑÑ. Ðи одна из Ñтих иÑторий не видна извне. ЕдинÑтвенный ÑпоÑоб понÑÑ‚ÑŒ, в какой вы Ñитуации, — проверить, дейÑтвительно ли Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ð¼ÐµÐ½Ñет поведение пользователей, а не отÑутÑтвует ли она на рынке.
Ðто различие оÑобенно важно Ð´Ð»Ñ ÐºÐ°Ñтомной разработки, потому что Ñоздание по-наÑтоÑщему новой функции обычно означает отÑутÑтвие готового паттерна, библиотеки или шаблона, на которые можно оперетьÑÑ â€” Ñм. наÑколько дольше каÑÑ‚Ð¾Ð¼Ð½Ð°Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ° занимает по Ñравнению Ñ ÑˆÐ°Ð±Ð»Ð¾Ð½Ð½Ð¾Ð¹, чтобы понÑÑ‚ÑŒ реальную цену во времени. Ðта цена окупаетÑÑ Ñ‚Ð¾Ð»ÑŒÐºÐ¾ еÑли Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ ÐµÑ‘ заÑлуживает.
ВопроÑÑ‹, отделÑющие «приÑтно иметь» от «Ñтоит разработки»
Прежде чем определÑÑ‚ÑŒ объём каÑтомной разработки вокруг отличающей функции, проработайте Ñти вопроÑÑ‹:
- Говорил ли вам пользователь без подÑказки, что именно Ñтот пробел — проблема? Ðе «было бы неплохо» в ответ на питч, а жалоба или обходной путь, о котором он упомÑнул до того, как вы опиÑали Ñвоё решение.
- Решают ли люди Ñто ÑÐµÐ¹Ñ‡Ð°Ñ Ñ€ÑƒÑ‡Ð½Ñ‹Ð¼ обходным путём, таблицей или худшим инÑтрументом? Ðктивные обходные пути — более Ñильный Ñигнал, чем гипотетичеÑкий интереÑ: они означают, что кто-то уже платит цену за решение проблемы другим ÑпоÑобом.
- Изменит ли удаление функции из питча ответ опрошенного Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ Ð¾ том, будет ли он пользоватьÑÑ Ð¿Ñ€Ð¾Ð´ÑƒÐºÑ‚Ð¾Ð¼? ЕÑли ответ почти не менÑетÑÑ, функциÑ, возможно, интереÑна, но не Ñ€ÐµÑˆÐ°ÑŽÑ‰Ð°Ñ Ð´Ð»Ñ Ð¿Ñ€Ð¸Ð½ÑÑ‚Ð¸Ñ Ð¿Ñ€Ð¾Ð´ÑƒÐºÑ‚Ð°.
- Решает ли Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ð¾Ñновную проблему или проÑто её украшает? Дифференциатор, Ñмежный Ñ Ð¾Ñновным ценноÑтным предложением, может отвлечь объём работ и бюджет от того, что пользователÑм на Ñамом деле нужно валидировать в первую очередь.
Лёгкий ÑпоÑоб проверить Ñто заранее
ÐŸÐ¾Ð»Ð½Ð¾Ñ†ÐµÐ½Ð½Ð°Ñ ÐºÐ°ÑÑ‚Ð¾Ð¼Ð½Ð°Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ° — дорогое вложение в невалидированное предположение. Более дешёвые ÑпоÑобы проверить, важна ли дифференциациÑ, прежде чем брать на ÑÐµÐ±Ñ Ð¾Ð±ÑзательÑтва:
| Метод валидации | Что он вам Ñкажет | Чего он вам не Ñкажет |
|---|---|---|
| Структурированные интервью Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñми | Реальна ли проблема и не решена ли она ÑÐµÐ¹Ñ‡Ð°Ñ Ð´Ð»Ñ Ð½Ð¸Ñ… | Будут ли они дейÑтвительно пользоватьÑÑ Ñ€Ð°Ð±Ð¾Ñ‡ÐµÐ¹ верÑией ежедневно |
| Кликабельный прототип только функции | ПонÑтна и привлекательна ли ÐºÐ¾Ð½Ñ†ÐµÐ¿Ñ†Ð¸Ñ | Выдержит ли она реальные данные и реальное иÑпользование |
| РучнаÑ/конÑьерж-верÑÐ¸Ñ | ДейÑтвительно ли иÑпользуетÑÑ Ñ€ÐµÐ·ÑƒÐ»ÑŒÑ‚Ð°Ñ‚, который обещает Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ | Ðе маÑштабируетÑÑ Ð¸ может маÑкировать реальные проблемы удобÑтва иÑÐ¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ |
| Лендинг, опиÑывающий только Ñту возможноÑÑ‚ÑŒ | Раннее Ñигнал интереÑа через региÑтрации или ÑпиÑок Ð¾Ð¶Ð¸Ð´Ð°Ð½Ð¸Ñ | Слабый Ñигнал Ñам по Ñебе — Ð¸Ð½Ñ‚ÐµÑ€ÐµÑ Ñто не иÑпользование |
Ðи один из Ñтих методов не заменÑет в итоге Ñоздание наÑтоÑщего продукта, но каждый дешевле, чем тратить Ð²Ñ€ÐµÐ¼Ñ ÐºÐ°Ñтомной инженерии на функцию, ÐºÐ¾Ñ‚Ð¾Ñ€Ð°Ñ Ð² итоге окажетÑÑ Ð½ÐµÐ²Ð°Ð¶Ð½Ð¾Ð¹. Цель не в определённоÑти — цель в Ñнижении того, наÑколько Ñильно вы делаете Ñтавку на непроверенное предположение.
Когда каÑÑ‚Ð¾Ð¼Ð½Ð°Ñ Ð¸Ð½Ð²ÐµÑÑ‚Ð¸Ñ†Ð¸Ñ Ð¾Ð¿Ñ€Ð°Ð²Ð´Ð°Ð½Ð°
Чаша веÑов ÑклонÑетÑÑ Ðº разработке, когда у Ð²Ð°Ñ ÐµÑÑ‚ÑŒ реальный Ñигнал, что Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ ÑвÑзана Ñ Ð¿Ñ€Ð¸Ñ‡Ð¸Ð½Ð¾Ð¹, по которой пользователи выберут Ð²Ð°Ñ Ð²Ð¼ÐµÑто альтернативы, которой пользуютÑÑ ÑегоднÑ, а не проÑто функциÑ, которую они отметили бы в опроÑе. Ð’ Ñтот момент каÑÑ‚Ð¾Ð¼Ð½Ð°Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ° защищает нечто конкретное: рабочий процеÑÑ Ð¸Ð»Ð¸ возможноÑÑ‚ÑŒ, которую типовой подход к разработке дейÑтвительно не может предÑтавить — тот же принцип, что раÑÑмотрен в том, чего не хватает шаблонной разработке при конкретном требовании. КаÑÑ‚Ð¾Ð¼Ð½Ð°Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ° означает, что Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ñ€Ð°Ð±Ð¾Ñ‚Ð°ÐµÑ‚ так, как Ñто реально нужно вашему валидированному Ñценарию иÑпользованиÑ, а не подÑтраиваетÑÑ Ð¿Ð¾Ð´ то, что поддерживает готовый паттерн.
Также Ñтоит быть чеÑтным наÑчёт защищённоÑти. ПоверхноÑтную функцию — удобÑтво интерфейÑа, чуть лучший дашборд — чаÑто можно быÑтро Ñкопировать, как только конкуренты увидÑÑ‚ её в работе. Функцию, коренÑщуюÑÑ Ð² том, как вы Ñтруктурировали базовые данные или рабочий процеÑÑ, Ñкопировать быÑтро Ñложнее, потому что Ñто означает переработку архитектуры, а не проÑто добавление кнопки. Ðта разница влиÑет на то, наÑколько ваша ÑÑ‚Ñ€Ð°Ñ‚ÐµÐ³Ð¸Ñ Ð´Ð¸Ñ„Ñ„ÐµÑ€ÐµÐ½Ñ†Ð¸Ð°Ñ†Ð¸Ð¸ должна опиратьÑÑ Ð¸Ð¼ÐµÐ½Ð½Ð¾ на Ñту одну функцию по Ñравнению Ñ Ð¾Ð±Ñ‰Ð¸Ð¼ опытом.
Включение в первый релиз
Ðе каждый валидированный дифференциатор должен войти в первую верÑию. ЕÑли Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ñ†ÐµÐ½Ñ‚Ñ€Ð°Ð»ÑŒÐ½Ð° Ð´Ð»Ñ Ð¾Ñновной гипотезы — вÑÑ Ð¿Ñ€Ð¸Ñ‡Ð¸Ð½Ð°, по которой пользователь выберет ваш продукт вмеÑто ÑтатуÑ-кво, — она, вероÑтно, принадлежит первому релизу, ÑÐ»ÐµÐ´ÑƒÑ Ñ‚Ð¾Ð¹ же логике, что и в том, что должно входить в первый релиз MVP. ЕÑли Ñто подлинный дифференциатор, но Ñмежный Ñ Ð¾Ñновным путём, а не центральный Ð´Ð»Ñ Ð½ÐµÐ³Ð¾, он чаÑто может поÑледовать позже, когда оÑновной продукт докажет, что люди вообще им пользуютÑÑ. ЗапуÑк дифференциатора, который никто не валидировал, до того как оÑновной путь работает надёжно, — раÑпроÑтранённый ÑпоÑоб потратить бюджет каÑтомной разработки не на тот приоритет.
Как избежать раÑпроÑтранённой ловушки
ЧаÑÑ‚Ð°Ñ Ð¾ÑˆÐ¸Ð±ÐºÐ° — позволить отличающей функции Ñтать вÑем питчем наÑтолько, что оÑновной продукт под ней окажетÑÑ Ð½ÐµÐ´Ð¾Ð¾Ñ†ÐµÐ½Ñ‘Ð½Ð½Ñ‹Ð¼ по объёму. Даже по-наÑтоÑщему валидированный дифференциатор имеет значение только еÑли базовый продукт под ним дейÑтвительно работает — уникальный алгоритм подбора платформы Ð±Ñ€Ð¾Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ð½Ð¸ÐºÐ¾Ð¼Ñƒ не поможет, еÑли базовый процеÑÑ Ð±Ñ€Ð¾Ð½Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ð½ÐµÐ½Ð°Ð´Ñ‘Ð¶ÐµÐ½. Держите дифференциатор в правильной пропорции: Ñто причина выбрать ваÑ, когда оÑновной путь уже приноÑит ценноÑÑ‚ÑŒ, а не замена Ñтому оÑновному пути. РаÑÑмотрение общего процеÑÑа разработки MVP вмеÑте Ñ Ñ€ÐµÑˆÐµÐ½Ð¸ÐµÐ¼ о дифференциации помогает удерживать оба в правильном порÑдке — Ñначала валидируйте и Ñтройте Ñдро, а затем добавлÑйте каÑтомный дифференциатор, когда узнаете, что он окупает Ñвою цену.
ПрактичеÑкий вывод
ФункциÑ, которой нет у конкурентов, Ñтоит каÑтомной разработки, когда вы можете указать на конкретные доказательÑтва, что пользователи уже почувÑтвовали её отÑутÑтвие — а не когда Ñамо Ñто отÑутÑтвие ÑвлÑетÑÑ ÐµÐ´Ð¸Ð½Ñтвенным доказательÑтвом, которое у Ð²Ð°Ñ ÐµÑÑ‚ÑŒ. Потратьте дешёвый Ñтап валидации, прежде чем тратить дорогой Ñтап каÑтомной разработки, и вы будете знать, Ñ ÐºÐ°ÐºÐ¸Ð¼ видом «уникальноÑти» на Ñамом деле имеете дело.
Ðе уверены, Ñтоит ли ваш дифференциатор разработки?
MVPHUB помогает оÑнователÑм проверить, дейÑтвительно ли ÑƒÐ½Ð¸ÐºÐ°Ð»ÑŒÐ½Ð°Ñ Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ð²Ð°Ð¶Ð½Ð° пользователÑм, прежде чем тратить на неё бюджет каÑтомной разработки. Забронируйте беÑплатную конÑультацию Ñ MVPHUB, чтобы проверить Ñвою дифференциацию.
Забронировать беÑплатную конÑультацию Ñ MVPHUBЧасто Задаваемые Вопросы
Как понÑÑ‚ÑŒ, Ñтоит ли ÑƒÐ½Ð¸ÐºÐ°Ð»ÑŒÐ½Ð°Ñ Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ ÐºÐ°Ñтомной разработки?
Проверьте, решает ли Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ð¿Ñ€Ð¾Ð±Ð»ÐµÐ¼Ñƒ, о которой пользователи активно жаловалиÑÑŒ или которую они обходили, а не проÑто то, чего нет у конкурентов. Пробел в предложении конкурентов — не то же Ñамое, что неудовлетворённый ÑÐ¿Ñ€Ð¾Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»ÐµÐ¹.
Можно ли валидировать отличающую функцию перед её разработкой?
Да. Структурированные интервью, кликабельный прототип только Ñтой функции или ручнаÑ/конÑьерж-верÑиÑ, протеÑÑ‚Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð½Ð°Ñ Ð½Ð° реальных пользователÑÑ…, могут подтвердить, что Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ð¼ÐµÐ½Ñет поведение, прежде чем вы инвеÑтируете в каÑтомную разработку.
Что еÑли конкуренты Ñмогут легко Ñкопировать функцию поÑле запуÑка?
РиÑк быÑтрого ÐºÐ¾Ð¿Ð¸Ñ€Ð¾Ð²Ð°Ð½Ð¸Ñ Ñ€ÐµÐ°Ð»ÐµÐ½ Ð´Ð»Ñ Ð¿Ð¾Ð²ÐµÑ€Ñ…Ð½Ð¾Ñтных функций, но еÑли Ð´Ð¸Ñ„Ñ„ÐµÑ€ÐµÐ½Ñ†Ð¸Ð°Ñ†Ð¸Ñ ÐºÐ¾Ñ€ÐµÐ½Ð¸Ñ‚ÑÑ Ð² том, как вы поÑтроили оÑновной рабочий процеÑÑ Ð¸Ð»Ð¸ данные, Ñкопировать Ñто быÑтро Ñложнее. Оцените, наÑколько защитимо преимущеÑтво на Ñамом деле, прежде чем Ñчитать его долгоÑрочным рвом.
Должна ли Ð¾Ñ‚Ð»Ð¸Ñ‡Ð°ÑŽÑ‰Ð°Ñ Ñ„ÑƒÐ½ÐºÑ†Ð¸Ñ Ð±Ñ‹Ñ‚ÑŒ в Ñамом первом релизе MVP?
Только еÑли она центральна Ð´Ð»Ñ Ð¾Ñновной гипотезы, которую вы проверÑете. ЕÑли Ñто подлинный дифференциатор, но не решающий Ð²Ð¾Ð¿Ñ€Ð¾Ñ Ð´Ð»Ñ Ñ€Ð°Ð½Ð½Ð¸Ñ… пользователей, он чаÑто может поÑвитьÑÑ Ð²Ñкоре поÑле первого релиза, когда оÑновной путь Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ Ð±ÑƒÐ´ÐµÑ‚ валидирован.
