Дэн Олсен – MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям (страница 21)
Вы можете ранжировать свой список фрагментов функций по показателю предполагаемой рентабельности инвестиций, и это станет хорошей отправной точкой для принятия решения о том, какие блоки должны являться частью функционала кандидата в MVP. Однако строгое следование порядку ранжирования в некоторых случаях не позволяет создать полноценный MVP. Вполне возможно, что некоторые важные функции вам придется включить в его состав «вне очереди».
В качестве параметра «доход», участвующего в расчете ROI, может выступать показатель не только потребительской ценности, но ценности для вашего бизнеса. В этом случае вы можете использовать значение, выраженное в реальных деньгах. Оно будет отражать ожидаемый прирост выручки или ожидаемое снижение затрат. Предположим, например, что у вас есть действующий продукт и вы пытаетесь повысить коэффициент конверсии бесплатных пользователей в платных. При заданном уровне повышения коэффициента конверсии вы должны иметь представление об ожидаемом увеличении объема выручки. Это дает вам возможность связать каждую имеющуюся идею функции с ее ценностью, представленной уже в денежном выражении. В главах 13 и 14 обсуждаются способы повышения рентабельности инвестиций по мере улучшения показателей бизнеса и продукта.
Приблизительная оценка показателя ROI
Рассмотренная выше формула позволяет получить расчетное значение показателя рентабельности инвестиций. Однако вы также можете использовать этот инструмент для расстановки приоритетов разработки менее строгим образом. Если вы затрудняетесь с получением численных оценок потребительской ценности или затрат времени на разработку, вы можете оценить каждую имеющуюся идею функции по упрощенной шкале. В этом случае потребительская ценность и затраты оцениваются как высокие, средние или низкие. В результате вы получите матрицу размером три на три, как показано на Рисунке 6.2. Каждая из ваших идей для создания функций попадет в одну из девяти ячеек, соответствующую упрощенным оценкам ее параметров. Таким образом, даже не производя расчетов, вы сможете ранжировать эти девять ячеек на основе рентабельности инвестиций, как показано на рисунке. Таким образом, все идеи, попавшие в ячейку под номером 1, которой соответствует наибольшая ценность и наименьшие затраты, будут иметь более высокий приоритет, чем идеи, попавшие в ячейку под номером 2 и которые, в свою очередь, будут иметь более высокий приоритет по сравнению с идеями, оказавшимися в ячейке под номером 3, и так далее.
Если вы не уверены в своей способности сделать точную оценку создаваемой ценности и необходимых для этого затрат, просто используйте свои лучшие предположения, чтобы на их основе поместить каждую функцию в одну из девяти ячеек. Помните, что это всего лишь исходные гипотезы; вы сможете – и, скорее всего, будете – изменять их по мере получения результатов исследований и прохождения итераций разработки.
Рисунок 6.2. Приблизительная оценка показателя рентабельности инвестиций
Выбор кандидата в MVP
Как только вы закончите с фрагментацией, оценкой трудозатрат и расстановкой приоритетов, у вас появится возможность представить полученные результаты в простой табличной форме. В такой таблице (см. Рисунок 6.3) будут перечислены все преимущества вашего ценностного предложения, и напротив каждого из них указаны соответствующие функции в виде блоков, расставленных в приоритетном порядке.
На Рисунке 6.3 я изобразил основные фрагменты (блоки) функций для каждого преимущества. Они выстроены в порядке убывания приоритета, слева направо. Чтобы не вписывать в эти блоки названия фрагментов функций, я применил буквенно-цифровое обозначение. Так вам будет легче мысленно заменить их на фрагменты функций, относящиеся именно к вашему продукту. Обозначение «M1A» расшифровывается как «функциональный блок A для преимущества “Мастхэв 1”»; «P2B» означает «функциональный блок B для “Преимущества производительности 2”»; а «F2C» означает «функциональный блок C для “Фишки 2”». Вы можете заполнить аналогичную таблицу, используя соответствующие метки для преимуществ и фрагментов функций, относящихся к вашему продукту.
Рисунок 6.3. Лист функциональных блоков, расставленных по приоритету для каждого преимущества
После того как вы распределили свои функциональные блоки по преимуществам и расставили их в порядке приоритетности, наступает время для принятия непростых решений. Вы должны определиться с минимальным набором функций, которые предъявите целевым потребителям. Для этого следует просмотреть крайний левый ряд фрагментов функций и определить, какие из них, по вашему мнению, должны войти в состав кандидата в MVP. При этом вы должны основываться на ценностном предложении продукта. Для начала необходимо убедиться, что MVP включает все функции, которые вы отнесли к числу базовых (обязательных).
После этого следует сосредоточиться на главном преимуществе производительности, по которому вы намерены превзойти конкурентов. Для этого преимущества следует выбрать тот набор функциональных блоков, который, как вы считаете, способен убедить пользователей в том, что ваш продукт превосходит рыночные аналоги.
«Фишки» также являются тем, что выделяет ваш продукт в ряду ему подобных. Поэтому лучшая из имеющихся у вас «фишек» должна быть включена в функционал кандидата в MVP. Вы можете этого не делать лишь в том случае, если ваше превосходство производительности является неоспоримым. На данном этапе главная цель состоит в том, чтобы убедиться, что кандидат в MVP включает в себя именно тот функционал, который потребители сочтут существенно и выгодно отличающимся от других представленных на рынке продуктов, а в идеале – уникальным.
Фрагменты функций, которые, как вы считаете, должны входить в состав кандидата в MVP, далее следует внести в крайний левый ряд блоков, который можно озаглавить «v1» (версия 1), как показано на Рисунке 6.4. При этом оставшиеся блоки будут отодвинуты вправо. В продолжение этого процесса вы можете создать предварительную дорожную карту продукта, добавив столбцы для каждой последующей версии продукта. В эти столбцы вы будете вносить те фрагменты функций, которые планируете добавить при выпуске соответствующих версий.
Поскольку вы собираетесь стать лучшим на рынке по показателю «Преимущество производительности 3», функционал вашего кандидата в MVP должен включать в себя соответствующий блок функций с наивысшим приоритетом – P3A. Поскольку вы также планируете убедить пользователей в уникальности своего продукта при помощи «Фишки 2», соответствующий функциональный блок – F2A – также должен присутствовать в составе функционала вашего кандидата в MVP. И, конечно, он должен включать в себя все обязательные функции («Мастхэв»).
Рисунок 6.4. Определение функциональных блоков, входящих в разные версии кандидата в MVP
Следующую версию своего продукта – v1.1 – вы планируете дополнить функциональными блоками P3B и F2B для усиления «Преимущества производительности 3» и «Фишки 2», соответственно. В версии v1.2 вы планируете решить проблему «Преимущества производительности 1» с помощью добавления приоритетного блока функций P1A.
Я не рекомендую с самого начала планировать функционал более чем одной или двух последующих версий – слишком многое может измениться, когда вы впервые представите пользователям своего кандидата в MVP. Вы узнаете, что некоторые из ключевых гипотез были не совсем точными и выдвинете новые. В конце концов, вы вообще можете изменить свое мнение о том, какое из преимуществ является наиболее важным, или же у вас могут возникнуть идеи новых функций, направленных на достижение существующих преимуществ. Поэтому, даже если вы все же составили предварительные планы, простирающиеся далее создаваемой версии MVP, вам следует быть готовыми к тому, что их придется выбросить в корзину после получения обратной связи от потребителей и засесть за разработку новых.
На Рисунке 6.4 для каждого из преимуществ кандидата в MVP в версии v1 я представил только по одному функциональному блоку. Однако на практике может оказаться, что для обеспечения соответствующего преимущества вам понадобится разработать не один, а два или три фрагмента функций. Это будет зависеть от конкретной ситуации, а также от того, насколько малы ваши фрагменты функций. Тем не менее, принцип их выбора остается прежним: приоритет должен быть отдан фрагментам функций, которые – для каждого из преимуществ – располагаются левее в составленном вами листе функциональных блоков (см. Рисунок 6.3).
Теперь давайте сделаем шаг назад и немного поразмыслим. Вы уже проделали большую работу на пути создания бережливого продукта. В вашем распоряжении имеются:
1. Сформированные гипотезы о целевых потребителях.
2. Сформированные гипотезы об их недостаточно удовлетворенных потребностях.
3. Сформулированное ценностное предложение, которое вы планируете реализовать, чтобы ваш продукт отличался от аналогов и превосходил их.
4. Сформированный перечень идей функций, которые, по вашему мнению, смогут удовлетворить потребности пользователей. Кроме того, эти идеи разбиты на достаточно мелкие фрагменты для удобства их разработки.
5. Оценка приоритетов всех фрагментов функций, полученная на основе показателя рентабельности инвестиций.