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

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

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

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