СТАТЬЯ · Исследования

Клиент просит кнопку: девять разных вещей, которые в отчёте называют потребностью

Борис Каптелов · 02.08.2026 · 7 мин

«Нам нужна кнопка повторного заказа». Фраза попадает в отчёт в раздел «потребности клиентов», оттуда — в бэклог, оттуда — в спринт. Через квартал кнопка есть, повторных заказов больше не стало.

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

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

Цель и задача — не одно и то же

Международный стандарт эргономики ISO 9241-11 разводит их аккуратно: цель — это предполагаемый результат, задача — совокупность действий для его достижения. Цель не зависит от средства. Задача описывает конкретный способ.

Человек может сохранять цель и менять задачи. Цель «получить чистую рубашку к утру» закрывается домашней стиркой, прачечной или покупкой новой рубашки. Если вы записали в потребности «стирка», вы уже выбрали средство за клиента и не заметили, с кем на самом деле конкурируете.

Отсюда практический тест для любой строки в отчёте: можно ли достичь того же результата принципиально другим способом? Если да — перед вами задача или решение, а не цель.

Проблема — это не потребность, а барьер — тем более

Проблема — воспринимаемое несоответствие между текущим и желаемым состоянием. Она связана с потребностью, но не совпадает с ней.

Потребность может существовать без всякой неудовлетворённости, если текущее решение считается достаточным. И наоборот: проблема может возникнуть из-за сбоя конкретного решения, не указывая на самостоятельную устойчивую потребность. Клиент, ругающий интерфейс поставщика, не обязательно нуждается в новом продукте — возможно, ему нужен работающий старый.

Барьер — отдельная категория. Это то, что делает достижение цели труднее: нехватка информации, навыка, времени, денег, доступа, доверия или полномочий. Барьер не является потребностью сам по себе. Устранение барьера имеет ценность только относительно конкретной цели. Убрать препятствие на пути, по которому клиент не собирался идти, — не улучшение.

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

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

Риск — это не проблема, которой ещё не случилось

Различие, которое в отчётах пропускают регулярно.

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

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

Обходное решение доказывает меньше, чем принято думать

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

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

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

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

Частота упоминания не равна важности

Исследование Гриффина и Хаузера о голосе клиента разделяет три разные аналитические задачи: выявить потребности, структурировать их и приоритизировать. И отдельно показывает, что частота упоминания не равна важности.

Это прямо противоречит тому, как читают отчёты. Тема, встретившаяся в двенадцати интервью из двадцати, попадает наверх списка. Тема, прозвучавшая дважды, уходит вниз или выпадает.

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

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

«Скрытая потребность» означает пять разных вещей

Термин используют так свободно, что он перестал что-либо значить. Под ним понимают:

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

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

Отдельно стоит развести «неартикулированную» и «возникающую» потребность. Ведущие пользователи, столкнувшиеся с будущими условиями раньше остальных, свою потребность вполне могут осознавать и формулировать. Просто их пока мало.

Ценность живёт не в характеристике продукта

«Автоматическая очистка» — не ценность. Цепочка «средство — результат» связывает свойство продукта с последствиями использования и дальше с тем, что для человека вообще важно: автоматическая очистка сокращает усилие, снижает риск, освобождает время.

Работать с исследованием надо на всех трёх уровнях сразу. Свойство говорит, что делать инженеру. Последствие говорит, что писать в коммуникации. Верхний уровень объясняет, почему клиент вообще будет вас слушать.

Отчёт, застрявший на уровне свойств, превращается в список пожеланий. Отчёт, застрявший на верхнем уровне, превращается в рассуждение о ценностях, из которого ничего нельзя построить.

Что с этим делать в отчёте

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

Цель. Задача. Проблема. Барьер. Ограничение. Риск. Обходное решение. Предпочтение. Запрошенное решение.

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

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

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

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