Текст книги "MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям"

Я использую слово «потребности» для обозначения того, что хотят или ценят клиенты (потребители), и термин «потребительские преимущества (выгоды)» как взаимозаменяемый с понятием «потребности». Иногда сами клиенты могут сказать вам, что именно им нужно, однако потребность вовсе не обязательно должна быть чем-то таким, о чем говорят буквально: «Мне нужно [______________]». Существуют невысказанные, но подразумеваемые потребности – те, что имеются у клиента, но они не формулируются им во время интервью. Более того, в некоторых случаях клиент даже не осознает, что некий функционал представляет для него ценность, пока вы не проведете с ним собеседование или не познакомите его с каким-нибудь новым прорывным решением. Клиенты, как правило, не умеют формулировать свои потребности в терминах проблемного пространства; у них гораздо лучше получается рассказывать о том, что им нравится и не нравится в конкретном решении. Хорошие интервьюеры отличаются тем, что умеют внимательно прислушиваться к словам потребителей, направляют их внимание в нужное русло и задают дополнительные вопросы, которые позволяют лучше осветить проблемное пространство.

Вам наверняка приходилось сталкиваться с тем, что некоторые люди проводят различия между желаниями, хотениями и потребностями. Хотя под всеми этими словами подразумевается потребительская ценность, некоторые воспринимают потребность как нечто критически важное, в то время как желания и хотения – это то, что просто «приятно было бы иметь». Однако такое различие в восприятии терминов не добавляет особой ценности и приводит к путанице. На самом деле для обсуждения темы потребностей нам не понадобится множество терминов, передающих различные оттенки степени необходимости – тем более что далее я буду описывать применение методов количественной оценки – как раз для определения важности различных потребностей.

Обсуждая такие вещи, как опыт пользователя или метод разработки персонажей, часто используют термин «пользовательская цель». Такая цель ничем не отличается от потребности клиента. В Agile-разработке для описания клиентских потребностей используется понятие истории пользователей. Хорошо написанная история пользователя соответствует следующему шаблону: «Как [тип пользователя] я хочу [что-то сделать], чтобы я мог [получить желаемую выгоду]». Например: «Как пользователь приложения Dropcam, отвечающий за обеспечение безопасности в магазине, я хочу иметь возможность быстрого просмотра подозрительных эпизодов без необходимости смотреть видео с камер наблюдения целиком, чтобы контролировать происходящее в торговом зале, не тратя на это слишком много времени». Четко прописанные истории пользователей очень хорошо отражают потребности клиентов.

Болевая точка клиента – это еще один часто используемый термин, который подпадает под понятие «клиентской потребности». Болевая точка – это потребность, которая в настоящее время не имеет адекватного решения, что приводит к неудовлетворенности клиента. Далее в этой книге понятию удовлетворенности клиентов будет посвящен специальный раздел.

Давайте обсудим клиентские потребности на конкретном примере. В Соединенных Штатах большинство работающих граждан обязаны ежегодно подавать налоговые декларации, и следует признать, что мало кому из них это нравится. Заполнение форм декларации может занимать много времени и вызывать раздражение у тех, кто не обладает глубокими познаниями в области налогового права. Поскольку налоговые правила сложны и постоянно меняются, людям часто не хватает уверенности в том, что они сделали правильные расчеты. Если Налоговая служба, проверив декларацию, обнаружит неточности, вам придется заплатить штраф; а в отдельных случаях, которые считаются налоговым мошенничеством, в качестве наказания предусмотрено даже тюремное заключение. Таким образом, у клиентов имеется явная потребность в правильном заполнении налоговых деклараций. Как обсуждалось в главе 1, они могут удовлетворить эту потребность различными способами: заполнив формы Налогового управления вручную, наняв профессионального бухгалтера-аудитора либо используя специализированное программное обеспечение для подготовки налоговых деклараций. Такое как TurboTax.

Что вам обязательно следует знать о потребностях клиентов, так это то, что они многослойны подобно луковице: вы счищаете один слой и обнаруживаете под ним следующий. Чтобы достаточно полно описать проблемное пространство, с которым имели дело разработчики TurboTax, требуется гораздо более подробная информация, чем просто желание потребителя, сформулированное как «помогите мне заполнить налоговую декларацию».

Функционал программных продуктов для подготовки налоговых деклараций может выходить далеко за рамки налоговых форм, которые на самом деле являются всего лишь инструкциями. Приложение может проверить точность заполнения вашей декларации. TurboTax также умеет направлять за вас заполненные формы в Налоговую службу в электронном виде, что удобнее, чем распечатывать и отправлять их по почте. Кроме того, это приложение может помочь вам максимизировать налоговые вычеты, снизить риск назначения аудиторский проверки и даже загрузить нужные для расчета налогов справки от вашего работодателя, банков и брокерских контор, чтобы вам не пришлось вводить их вручную. Каждый из этих пунктов может быть сформулирован как потребность клиента. Давайте так и сделаем:

• Помогите в заполнении моей налоговой декларации.

• Проверьте точность моей налоговой декларации.

• Уменьшите риск аудиторской проверки моей декларации.

• Сократите время ввода данных для моей налоговой декларации.

• Сократите время, которое я трачу на подачу заполненной налоговой декларации.

• Максимизируйте мои налоговые вычеты.

Это ни в коем случае не исчерпывающий перечень потребностей, которые может удовлетворить TurboTax. Мы могли бы продолжить «чистить луковицу» и выявить еще несколько преимуществ приложения. Например, декларации по налогам штата полностью отделены от деклараций по федеральным налогам. Кроме того, TurboTax предлагает услугу, которая позволяет вам быстрее получать налоговые возвраты. Но для целей данного обсуждения будет достаточно, если мы сосредоточимся на шести вышеперечисленных преимуществах.

Надеюсь, использованные мной формулировки действительно похожи на описание клиентских выгод, а не функционала приложения. Один из самых верных признаков того, что команда разработчиков продукта начинает работу с области решений, а не с области проблем, заключается в том, что вместо формулировки преимуществ для клиентов они перечисляют функции своего продукта. Как и в случае с пользовательскими историями для Agile-разработки, все будущие полезности продукта должны быть описаны с точки зрения клиента (с использованием местоимений «я» и «мое»). Вы также можете заметить, что каждый пункт в моем описании начинается с глагола: помогите, проверьте, уменьшите, сократите. Все они несут в себе ценность для клиента. Наконец, многие из перечисленных выгод связаны с увеличением желаемого (налоговые вычеты) или уменьшением нежелательного (аудиторский риск, время, необходимое для выполнения задачи). Вы должны стремиться к тому, чтобы максимально точно описывать достигаемые преимущества. Это делает их более очевидными и часто позволяет более объективно оценить степень повышения эффективности, достигаемой за счет использования вашего продукта.

Как и во всем, что связано с процессом создания бережливого продукта, составление перечня выгод для потребителей начинаются с гипотез. Вы говорите: «Я думаю, что целевой потребитель X счел бы ценным преимущество Y». Как только в вашем распоряжении окажется приемлемый первоначальный набор гипотетических клиентских выгод, настанет время для их тестирования на пользователях. Лучший способ сделать это – провести индивидуальные интервью с целевыми потребителями.

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

• Что означает для вас это утверждение? (Для проверки правильности понимания).

• Как это решение может вам помочь?

• Если бы продукт обеспечивал такое преимущество, насколько это было бы ценно для вас? (Возможные варианты ответа: нисколько, незначительно, средне, ценно или очень ценно).

• В случае выбора ответа «ценно» или «очень ценно»: почему это так важно для вас?

• При выборе ответа о низком уровне (или полном отсутствии) ценности: почему это не представляет для вас ценности?

Эти вопросы помогут вам определить, понятен ли пользователям выбранный вами способ описания преимуществ продукта. Кроме этого, они помогут узнать, насколько ценны для потребителей эти преимущества, и почему. Причины, по которым клиенты считают ценными определенные преимущества, – это «золотые самородки», которые вы ищете, поскольку именно такие комментарии помогут лучше понять, в каком направлении мыслят ваши клиенты и что для них действительно важно.

Если бы мы опрашивали участников целевого рынка приложения TurboTax о шести перечисленных выше потребностях, их ответы и комментарии могли бы быть похожи на те, что приведены в Таблице 4.1.

Таблица 4.1 Клиентские потребности и связанные с ними комментарии

При проведении интервью вы обнаружите, что потребители могут использовать разные слова для описания одной и той же идеи. Кроме того, их утверждения могут быть как более, так и менее конкретными. Например, если вы спросите разных потребителей, почему им нравится TurboTax, один может ответить: «Потому что это приложение значительно снижает затраты на уплату налогов», в то время как другой может сказать: «Мне нравится, как приложение проверяет мою декларацию на наличие ошибок, прежде чем отправить ее по электронной почте».

Проводя интервью с потребителями, вы можете продолжать задавать вопрос «Почему это ценно для вас?» до тех пор, пока не придете к каким-либо новым ответам. Такой подход позволяет перевести обсуждение с более конкретных потребностей на преимущества более высокого уровня. Такой метод исследования рынка называется лестничным интервью или «лэддеринг»[7]7
  От англ. «ladder» – лестница. – Прим. пер.


[Закрыть]. Задавая вопрос за вопросом, вы как бы поднимаетесь по ступенькам лестницы, представляющим соответствующие преимущества, до тех пор, пока не достигнете верхней ступени.

Давайте рассмотрим пример такого «лэддеринга» преимуществ. Допустим, мы пытаемся понять, почему некоторые водители предпочитают спортивные внедорожники минивэнам. Мы начинаем интервью с потребителем именно с этого вопроса. Он отвечает, что предпочитает внедорожники, потому что ему не нравятся раздвижные двери. Когда мы спрашиваем почему, он говорит, что предпочитает автомобили со стильным дизайном. Когда мы снова спрашиваем почему, он отвечает: «Потому что я хочу быть модным». После очередного «почему» мы, наконец, узнаем, что мотивацией верхнего уровня является то, что опрашиваемый человек хочет быть принят в своем окружении.

Когда я смотрю на шесть потребностей, перечисленных в Таблице 4.1, я вижу три различные лестницы преимуществ. Три потребности: «помогите в заполнении моей налоговой декларации», «проверьте точность моей налоговой декларации» и «уменьшите риск аудиторской проверки» – направлены на то, чтобы вы могли чувствовать себя более уверенно в отношении правильности заполнения декларации. Следующие две потребности: «сократите время ввода данных для моей налоговой декларации» и «сократите время, которое я трачу на подачу заполненной налоговой декларации» связаны с экономией времени. И наконец, пункт «максимизируйте мои налоговые вычеты» превращается на более высокой степени преимуществ в экономию денег. В Таблице 4.2 показано, как каждая конкретная потребность из нашего примерного списка иерархически соотносится со ступенями лестницы преимуществ.

Таблица 4.2 «Лестница потребительских преимуществ»

Метод лестничного интервью («лэддеринга») напоминает инструмент «Пять почему». Изначально разработанный компанией Toyota метод «Пяти почему» заключается в получении ответов на повторяющийся вопрос для выяснения первопричины изучаемой проблемы.

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

Давайте обсудим хорошо известный пример обсуждаемого явления: иерархию человеческих потребностей Маслоу[8]8
  Абрахам Маслоу – американский психолог, основатель гуманистической психологии. Диаграмма человеческих потребностей Маслоу нашла широкое применение в экономической теории и занимает важное место в построении теорий мотивации и поведения потребителей. – Прим. ред.


[Закрыть], показанную на Рисунке 4.1.

Рисунок 4.1. Иерархия человеческих потребностей Маслоу

Абрахам Маслоу был известным американским психологом XX века. В его пятиуровневой иерархической пирамиде основу образуют физиологические потребности, такие как еда, питье и сон. Второй уровень составляют потребности в безопасности. Третий уровень – это потребности в любви и принадлежности к какой-либо социальной группе (семья, друзья, близкие отношения). Четвертый уровень – это потребности в признании и уважении. И наконец, верхний уровень пирамиды представлен потребностями в реализации своего внутреннего потенциала.

Смысл выстраивания потребностей в иерархическом порядке заключается в том, что потребность более высокого уровня, на самом деле, не имеет значения до тех пор, пока не будут удовлетворены более насущные потребности, находящиеся на нижестоящих уровнях. Исследуя проблемное пространство своего продукта, вы, скорее всего, столкнетесь с аналогичной иерархией. Например, с ситуацией, когда потребительская ценность B не имеет значения до тех пор, пока не достигнута выгода A, находящаяся на более низком уровне иерархии потребностей.

Когда я руководил отделом продуктового менеджмента в компании-разработчике социальной сети Friendster, мне пришлось столкнуться с существованием иерархии потребностей на собственном горьком опыте. Friendster была первой популярной социальной сетью. Для сайтов социальных сетей (как и социальных проектов в целом) характерен взрывной рост популярности. Сеть Friendster столкнулась с настолько стремительным ростом числа пользователей, что количество интернет-запросов в определенный момент стало превышать пропускную способность серверов. Многим пользователям наш продукт понравился; однако они были недовольны тем, что сайт стал слишком медленно загружаться либо был и вовсе недоступен из-за технических проблем с производительностью. Чтобы помочь команде правильно расставить приоритеты в своей работе, я – со всем уважением к Маслоу – рискнул создать свой вариант иерархии потребностей наших онлайн-пользователей, представленный на Рисунке 4.2.

Рисунок 4.2. Иерархия потребностей онлайн-пользователей по Олсену

В левой части Рисунка 4.2 показана пятиуровневая иерархия потребностей с точки зрения пользователя. Справа от каждого уровня – что это означает для разработчика. Как предпринимателям, руководителям проектов, разработчикам и дизайнерам нам нравится тратить свое время на разработку новых интересных функций и создание отличного пользовательского опыта. Однако эти элементы находятся на двух верхних уровнях пирамиды потребностей пользователей. Прежде всего, продукт должен быть доступен тогда, когда пользователь захочет им воспользоваться. Затем время отклика должно быть достаточно быстрым, чтобы не раздражать пользователя ожиданием загрузки. Следующий уровень относится к качеству продукта: работает ли он так, как должен? Затем мы переходим на уровень функционала. На первом месте здесь находится качество разработки пользовательского опыта (UX), которое определяет, насколько простым и комфортным для пользователя будет ваш продукт. Как и в случае с иерархией Маслоу, потребности более высокого уровня обретут свое значение лишь после того, как будут удовлетворены потребности более низкого уровня.

Оценка того, как продукт соотносится с подобной иерархией потребностей, не является постоянной и может меняться с течением времени. Давайте предположим, что вам посчастливилось создать максимально работоспособный, быстрый и не содержащий ошибок продукт. Все перечисленные оценки приведены по состоянию на определенный момент времени. Затем вы добавляете новую функцию. Вполне вероятно, что с ее работой будут связаны какие-то ошибки, снижающие общее качество продукта. Новая функция может предъявлять более высокие требования к оборудованию, тем самым снижая производительность приложения. Или же она может стать настолько популярной, что количество пользовательских запросов резко возрастет, перегружая серверы и вызывая замедление работы. При работе над новым функционалом и UX-дизайном важно помнить об этой иерархии и без сомнений возвращаться к нижним уровням для устранения возникающих там проблем.

После того как вы изучили проблемное пространство и определили различные потребности потенциальных клиентов, необходимо решить, какие из них вы хотите удовлетворить. Иными словами, вам нужен хороший способ расставить приоритеты внутри набора потребностей. Лучше всего делать это, опираясь на степень потребительской ценности. Напрашивается вопрос: как определить степень важности той или иной потребности для клиента? Я столкнулся с этим вопросом, когда руководил проектом по разработке приложения Quicken. Мы ежегодно выпускали новую версию Quicken, и мне нужно было составить перспективный план для подготовки следующей версии продукта. В компании Intuit исследование потребителей всегда было на высоте, поэтому у меня была возможность получать результаты как количественных, так и качественных исследований. На основе этих данных я создал систему оценки, основанную на важности и удовлетворенности. Я обнаружил, что получившаяся система предлагает прекрасный способ проектирования потребительских ценностей, опираясь исключительно на аналитические методы. Мой фреймворк хорошо зарекомендовал себя в расстановке приоритетов потребностей при создании очередной версии Quicken, которая установила рекорды по объему продаж, выручке и прибыли. Воодушевленный этим успехом, я позднее разработал еще несколько подобных систем, также основанных на важности и удовлетворенности (о них я расскажу позже).

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

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

Преимущество представленного далее фреймворка заключается в том, что с его помощью вы можете оценить показатели важности и удовлетворенности не по отдельности, а в их соотношении, как показано на Рисунке 4.3. Важность изменяется по вертикальной оси (от низкой к высокой), а удовлетворенность – по горизонтальной (также от низкой к высокой). Давайте разделим этот график на четыре квадранта. Вы можете использовать данный фреймворк для оценки потенциальных возможностей продукта, вне зависимости от того, исследуете ли абсолютно новый объект или усовершенствованную версию уже существующего.

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

Рисунок 4.3. Соотношение потребительской важности и удовлетворенности

Для верхнего правого квадранта характерна и высокая важность, и высокая удовлетворенность. Это относится к продуктам, которые занимают ведущее место на своем рынке и хорошо справляются с удовлетворением потребностей клиентов. В качестве подходящего примера на ум приходит Microsoft Excel, поскольку этот программный продукт дает пользователям практически все, что они могут ожидать от приложения для работы с электронными таблицами. Недаром в «Википедии» именно этот программный продукт назван «отраслевым стандартом для электронных таблиц». Набор функций и пользовательский интерфейс в нем были отшлифованы настолько, что не требовали внесения каких-либо серьезных нововведений и на долгое время избавили Excel от конкуренции со стороны других настольных приложений для работы с электронными таблицами. Главная конкурентная угроза для этого продукта сейчас исходит от поставщиков облачных приложений, некоторые из которых бесплатно предоставляют часть функциональных возможностей Excel.

Важно отметить, что далеко не в каждой рыночной нише в верхнем правом квадранте присутствует только один доминирующий продукт. Может быть и несколько похожих продуктов. Например, многофункциональные принтеры отвечают требованиям высокой важности и удовлетворенности клиентов; однако на рынке успешно сосуществуют сопоставимые модели сразу от многих производителей, включая Hewlett Packard, Epson, Canon, Brother и Lexmark.

Если использовать структуру, представленную на Рисунке 4.3, для оценки функционала продукта, то в верхний правый квадрант попадут те функции, которые работают хорошо. Они удовлетворяют очень важную потребность, и клиенты довольны тем, как это делается. Например, при опросе пользователей одного из моих продуктов обнаружилась такая функция, которая набрала 100 % баллов по степени своей важности и 98 % по степени удовлетворенности.

Верхний левый квадрант указывает на высокую важность соответствующей потребности, но низкую удовлетворенность пользователей уже существующими решениями. Потребности клиентов, попадающие в этот сектор, важны, но удовлетворяются недостаточно хорошо. Это говорит о наличии прекрасной возможности для создания потребительской ценности. Хорошей иллюстрацией для описания этого квадранта является приложение для организации поездок Uber.