Екатерина
Content marketer
10 ноября 2021 • 4 минуты

Как использовать MVP и CustDev корпорациям

Подход Lean Customer Development удобно применять в стартапе, так как у маленьких компаний есть преимущество — гибкость. На основе информации, полученной на CustDev, можно оперативно формулировать и тестировать новые гипотезы, пока не будет найдена формула продукта, востребованного на рынке.

А что делать корпорациям? Могут ли они использовать преимущества Lean-подхода? В крупных компаниях обычно нет возможности быстро «пилить фичи»: каждое изменение в продукте нужно согласовывать по всей вертикали управления. Еще выпускать MVP может быть опасно для репутации компании. Ведь пользователи могут решить, что компания стала работать менее качественно.

В этой статье разберем основные возражения корпорации против MVP-подхода. И поделимся, как проводить CustDev, если вы разрабатываете продукт под известным брендом.

Как использовать MVP и CustDev корпорациямм

Подход Lean Customer Development удобно применять в стартапе, так как у маленьких компаний есть преимущество — гибкость. На основе информации, полученной на CustDev, можно оперативно формулировать и тестировать новые гипотезы, пока не будет найдена формула продукта, востребованного на рынке.

А что делать корпорациям? Могут ли они использовать преимущества Lean-подхода? В крупных компаниях обычно нет возможности быстро «пилить фичи»: каждое изменение в продукте нужно согласовывать по всей вертикали управления. Еще выпускать MVP может быть опасно для репутации компании. Ведь пользователи могут решить, что компания стала работать менее качественно.

В этой статье разберем основные возражения корпорации против MVP-подхода. И поделимся, как проводить CustDev, если вы разрабатываете продукт под известным брендом.

Возражения корпораций против MVP

Если в стартапе разрабатывать MVP кажется само собой разумеющимся, то для корпорации это кажется невозможным. Есть целый ряд возражений против MVP-подхода Попробуем ответить на них.

Наши клиенты привыкли к высокому качеству. MVP вместо готового продукта разочарует их и повредит нашей репутации.
MVP — не значит продукт низкого качества. MVP можно сделать с отличным дизайном, протестировав все пользовательские сценарии. MVP, как и готовый продукт, приносит ценность пользователям, только небольшую. А, после того, как убедитесь в её пользе, разрабатывайте полную версию. Или, в ином случае, радуйтесь, что потратили не весь бюджет.

Наши клиенты используют разные ОС. Надо делать приложение сразу для всех платформ.
Разработайте сначала, например, для iOS. После подтверждения гипотезы, разработаете версию и для остальных платформ. Тестировать функционал на одной ОС — нормальная практика, её придерживаются даже такие гиганты как Facebook.

Нашим продуктом пользуются миллионы пользователей. Мы должны обеспечить возможность такой нагрузки.
Разработка высоконагруженных систем — это трудная инженерная задача, требующая много времени. Да, в архитектуре сервиса это нужно учитывать. Но только тогда, когда сама идея проверена. Разрабатывая сразу высоконагруженную систему, есть риск потратить много денег и времени впустую.

Пользователям нужны все функции сразу.
Это не так. Во многих случаях, люди покупают сервисы ради 1−2 нужных им фич. Еще, функционал можно приоритизировать по частоте использования и критичности. Те, что необходимы для реализации главного пользовательского сценария, воплотить в MVP, а остальные по мере развития проекта.

Возражения корпораций против MVP

Если в стартапе разрабатывать MVP кажется само собой разумеющимся, то для корпорации это кажется невозможным. Есть целый ряд возражений против MVP-подхода Попробуем ответить на них.

Наши клиенты привыкли к высокому качеству. MVP вместо готового продукта разочарует их и повредит нашей репутации.
MVP — не значит продукт низкого качества. MVP можно сделать с отличным дизайном, протестировав все пользовательские сценарии. MVP, как и готовый продукт, приносит ценность пользователям, только небольшую. А, после того, как убедитесь в её пользе, разрабатывайте полную версию. Или, в ином случае, радуйтесь, что потратили не весь бюджет.

Наши клиенты используют разные ОС. Надо делать приложение сразу для всех платформ.
Разработайте сначала, например, для iOS. После подтверждения гипотезы, разработаете версию и для остальных платформ. Тестировать функционал на одной ОС — нормальная практика, её придерживаются даже такие гиганты как Facebook.

Нашим продуктом пользуются миллионы пользователей. Мы должны обеспечить возможность такой нагрузки.
Разработка высоконагруженных систем — это трудная инженерная задача, требующая много времени. Да, в архитектуре сервиса это нужно учитывать. Но только тогда, когда сама идея проверена. Разрабатывая сразу высоконагруженную систему, есть риск потратить много денег и времени впустую.

Пользователям нужны все функции сразу.
Это не так. Во многих случаях, люди покупают сервисы ради 1−2 нужных им фич. Еще, функционал можно приоритизировать по частоте использования и критичности. Те, что необходимы для реализации главного пользовательского сценария, воплотить в MVP, а остальные по мере развития проекта.

Оставить заявку

Поможем провести продуктовое исследование

Как корпорациям проводить CustDev?

В целом, CustDev для стартапа и корпораций ничем не отличаются. Разве что во втором случае будет труднее внедрять эту практику в компании.
Если говорить о самом проведении, то для корпорации сложностью могут стать известность бренда, то, что продуктом уже пользуются люди. Разберем разные случай по порядку.

Как корпорациям проводить CustDev?

Узнаваемость — это метрика, которую сложно измерить и полезность которой трудно оценить. Одно дело видеть значение конверсии в лид, есть прямая связь с деньгами. Можно сравнить выручку с затратами и понять, рентабельны ли они. Оценить выгоду от затрат на повышение узнаваемости напрямую нельзя.

CustDev для существующего продукта

Цель такого исследования — увидеть, как именно пользуются продуктом. Стоит приехать в офис, домой к пользователю. Конечно, в наше время это затруднительно. Если не получится встретиться лично, то свяжитесь по зуму, но попросите оставить включенной камеру — тогда вы сможете увидеть эмоции при работе, а они, порой, информативнее, чем слова.

На CustDev постарайтесь найти ответы на следующие вопросы:

Как часто клиенты пользуются продуктом?
Как они им пользуются?
Каким функционалом не пользуются вообще?
Что пользователи делают по окончании работы?
Как продукт встроен в бизнес-процессы или образ жизни пользователя?

CustDev для существующего продукта

Цель такого исследования — увидеть, как именно пользуются продуктом. Стоит приехать в офис, домой к пользователю. Конечно, в наше время это затруднительно. Если не получится встретиться лично, то свяжитесь по зуму, но попросите оставить включенной камеру — тогда вы сможете увидеть эмоции при работе, а они, порой, информативнее, чем слова.

На CustDev постарайтесь найти ответы на следующие вопросы:

Как часто клиенты пользуются продуктом?
Как они им пользуются?
Каким функционалом не пользуются вообще?
Что пользователи делают по окончании работы?
Как продукт встроен в бизнес-процессы или образ жизни пользователя?

CustDev для сложного продукта

Если в сервисе всего пару сценариев использования, то попросить поработать в нем при вас — не составит труда. Но что делать, если продукт — это профессиональное ПО, для работы в котором нужно проходить специальное обучение и вы знаете, что большая часть пользователей не умеет пользоваться всем набором инструментов?

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

CustDev для сложного продукта

Если в сервисе всего пару сценариев использования, то попросить поработать в нем при вас — не составит труда. Но что делать, если продукт — это профессиональное ПО, для работы в котором нужно проходить специальное обучение и вы знаете, что большая часть пользователей не умеет пользоваться всем набором инструментов?

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

Тестирование MVP респондентами

При тестировании MVP, корпорации могут столкнуться с тем, что респонденты будут воспринимать MVP как новую версию продукта. Поэтому, на интервью нужно делать акцент на том, что тестируемая функция — это опытный образец. Что вы приглашаете респондентов не для демонстрации новых фич, а чтобы провести исследование.

Чтобы тестирование было объективным, респондент должен понимать, что:

ему не нужно как-то правильно пользоваться продуктом;
вы задаете вопросы из исследовательского интереса, на них нет правильных ответов;
он может без стеснения говорить, что в продукте ему не нравится.

Тестирование MVP респондентами

При тестировании MVP, корпорации могут столкнуться с тем, что респонденты будут воспринимать MVP как новую версию продукта. Поэтому, на интервью нужно делать акцент на том, что тестируемая функция — это опытный образец. Что вы приглашаете респондентов не для демонстрации новых фич, а чтобы провести исследование.

Чтобы тестирование было объективным, респондент должен понимать, что:

ему не нужно как-то правильно пользоваться продуктом;
вы задаете вопросы из исследовательского интереса, на них нет правильных ответов;
он может без стеснения говорить, что в продукте ему не нравится.

Не говорить название компании

Во многих случаях, сказать «это просто прототип» — недостаточно. Известный бренд может сильно искажать восприятие. Например, все что новое выпускает Apple ценится потребителями выше, чем аналогичное других производителей. Чтобы убрать влияние бренда на, сделайте MVP на nocode с вымышленным брендом или нарисуйте прототипы в Balsamiq.

Не говорить название компании

Во многих случаях, сказать «это просто прототип» — недостаточно. Известный бренд может сильно искажать восприятие. Например, все что новое выпускает Apple ценится потребителями выше, чем аналогичное других производителей. Чтобы убрать влияние бренда на, сделайте MVP на nocode с вымышленным брендом или нарисуйте прототипы в Balsamiq.

CustDev для топ-менеджмента

Если ваш продукт предназначен для руководителей, то скорее всего вам не удастся привлечь их для Custdev, у них мало времени.

Но есть люди, которые также пользуются сервисом, хоть и опосредовано, например, помощники руководителей или начинающие менеджеры. Можно провести интервью с ними.

Этот подход можно применить и в других нишах, далеко не всегда только ЛПР пользуются сервисом. Часто, одни люди принимают решение о покупке продукта, а другие — работают в нем.

CustDev для топ-менеджмента

Если ваш продукт предназначен для руководителей, то скорее всего вам не удастся привлечь их для Custdev, у них мало времени.

Но есть люди, которые также пользуются сервисом, хоть и опосредовано, например, помощники руководителей или начинающие менеджеры. Можно провести интервью с ними.

Этот подход можно применить и в других нишах, далеко не всегда только ЛПР пользуются сервисом. Часто, одни люди принимают решение о покупке продукта, а другие — работают в нем.

Мы вдохновлялись:
1. Cindy Alvarez. Lean Customer Development: Building Products Your Customers Will Buy
2. Eric Ries. The Lean Startup

Понравилась наша статья?