📚 Hub Books: Онлайн-чтение книгРазная литератураMVP. Как выводить на рынок товары и услуги, которые нравятся покупателям - Дэн Олсен

MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям - Дэн Олсен

Шрифт:

-
+

Интервал:

-
+
1 2 3 4 5 6 7 8 9 10 ... 90
Перейти на страницу:
сделанным заметкам делает это решение менее удобным по сравнению с возможностью читать рукописный текст. Выполнение умственного упражнения в ходе поиска решения позволило бы сделать определение проблемного пространства еще более точным: «нужен такой способ создания заметок в условиях невесомости, который был бы удобен и прост как в применении, так и при последующем использовании, недорог и не требовал внешнего источника питания».

Приводя этот пример, я всегда уточняю, что он ни в коем случае не является попыткой высмеять NASA. Эта история – всего лишь иллюстрация. В действительности решение, к которому в итоге пришло NASA, оказался наилучшим. Есть веские причины не использовать карандаши в космосе: кончики грифелей могут отломиться и вызвать короткое замыкание. После трагического пожара, случившегося на «Аполлоне-1» в 1967 году, NASA потребовало, чтобы все находящиеся в кабине космического корабля предметы были негорючими, включая и письменные принадлежности. Таким образом, космическая ручка на самом деле была полезной инновацией, которую, кстати, переняло и Российское космическое агентство.

Когда я привожу пример с космической ручкой во время выступлений, часто случается, что кто-нибудь из аудитории заявляет, что это просто байка. Однако правдивость этой истории подтверждает само NASA (источник: http://history.nasa.gov/spacepen.html) и компания-разработчик Fisher Space Pen Company (источник: http://fisherspacepen.com). Ключевым моментом дебатов вокруг этой истории обычно является вопрос, чьи же все-таки деньги были потрачены на исследования и разработку космической ручки: NASA или Фишера? На самом деле, как я и указал, это были личные средства Фишера.

Проблемы, формирующие рынки

Однажды в начале моей карьеры продуктового менеджера основатель Intuit Скотт Кук, сам того не осознавая, очень помог мне в укреплении концепции сопоставления пространств проблем и решений. Выступая перед нашей группой, Скотт спросил: «Кто является главным конкурентом нашего налогового приложения TurboTax?» Взметнулось множество рук. В то время еще одним популярным ПО для заполнения налоговых деклараций было приложение TaxCut от компании H&R Block. Но, после того как кто-то уверенно ответил «TaxCut», Скотт удивил нас, заявив, что главным конкурентом TurboTax на самом деле являются бумага и ручка. Он пояснил, что американцы заполняют вручную гораздо больше бумажных форм деклараций, чем все налоговые программы вместе взятые (на тот момент времени).

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

Что и как

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

Разработка продукта «снаружи – внутрь»

Неспособность получить четкое представление о пространстве проблем до перехода в пространство решений присуща компаниям и командам, которые практикуют разработку своих продуктов по схеме «изнутри наружу», где под «внутри» понимается компания-разработчик, а под «снаружи» – потребители и рынок. В таких командах идеи новых продуктов представляют собой то, что, по мнению одного или нескольких сотрудников, было бы неплохо сделать. Они не тестируют свои идеи на пользователях, чтобы убедиться, что придуманный ими продукт действительно удовлетворит реальные потребности клиентов. Лучший способ снизить риск такого мышления «наизнанку» – убедиться, что команда разработчиков общается с потребителями. Вот почему Стив Бланк[2] призывает продуктовые команды «выходить в народ»[3].

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

Нужно ли прислушиваться к потребителям?

Критики ориентированного на пользователя дизайна считают, что общение с потребителями не способно привести к появлению новых, прорывных решений. При этом они любят цитировать Генри Форда, который сказал: «Если бы я спросил людей, что им нужно, пределом полета их мысли была бы просто более быстрая лошадь». В качестве еще одного аргумента они приводят историю Стива Джобса, дескать, Apple выпустила на рынок множество успешных продуктов, используя, как они полагают, ту самую «вывернутую наизнанку» схему разработки. Действительно, в интервью Forbes в 2008 году Стив Джобс процитировал вышеприведенное высказывание Генри Форда.

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

1 2 3 4 5 6 7 8 9 10 ... 90
Перейти на страницу:

Комментарии

Обратите внимание, что комментарий должен быть не короче 20 символов. Покажите уважение к себе и другим пользователям!

Никто еще не прокомментировал. Хотите быть первым, кто выскажется?