UX-команды регулярно сталкиваются с вопросом: какие функции действительно важны пользователям, а какие просто кажутся хорошей идеей внутри команды. В одних случаях новая возможность вызывает восторг, в других — воспринимается как само собой разумеющаяся вещь, а иногда пользователи вообще не замечают её ценности. Именно для понимания таких различий используется модель Кано.
Модель Кано — это метод исследования пользовательских ожиданий, который помогает определить, какие характеристики продукта вызывают удовлетворение, какие являются базовыми требованиями, а какие не влияют на пользовательский опыт. В UX-исследованиях она применяется для приоритизации функций, планирования продуктовой стратегии и проверки гипотез о ценности новых возможностей интерфейса.
Эта статья будет полезна UX-исследователям, продакт-менеджерам, аналитикам и специалистам по клиентскому опыту, которые хотят принимать решения на основе данных пользователей, а не предположений команды. Особенно полезной модель Кано оказывается на этапах планирования новых функций, редизайна интерфейсов и развития цифровых продуктов.
В своей работе в Тестографе я регулярно помогаю компаниям проектировать исследования пользователей: от формулировки вопросов до анализа результатов опросов. И одна из частых задач — правильно подготовить Kano-опрос. На практике оказывается, что даже опытные команды допускают ошибки именно на этапе формулировки вопросов. Из-за этого данные становятся трудными для интерпретации или вовсе теряют исследовательскую ценность.
В этой статье я разберу, как правильно формулировать вопросы Кано для UX-исследований, какие ошибки встречаются чаще всего и как построить опрос так, чтобы результаты действительно помогли принимать продуктовые решения.
Модель Кано — это метод классификации пользовательских требований, который помогает понять, как различные функции продукта влияют на удовлетворённость пользователей. Метод был разработан японским исследователем Нориаки Кано и активно применяется в продуктовой аналитике, UX-исследованиях и управлении развитием цифровых сервисов.
Главная идея модели проста: не все функции продукта одинаково влияют на пользовательское восприятие. Одни возможности воспринимаются как обязательные, другие повышают удовлетворённость пропорционально качеству реализации, а третьи способны приятно удивить пользователей.
В UX-исследованиях модель Кано помогает ответить на несколько практических вопросов:
Основные типы характеристик в модели Кано
Модель выделяет несколько типов пользовательских требований.
Это функции, которые пользователи считают обязательными. Если они отсутствуют — возникает сильное недовольство. Но их наличие не вызывает радости, потому что пользователи воспринимают их как норму.
Пример: возможность восстановить пароль в онлайн-сервисе.
Удовлетворённость пользователя напрямую зависит от качества реализации функции. Чем лучше она работает, тем выше удовлетворённость.
Пример: скорость загрузки страницы или точность поиска.
Это функции, которые пользователи не ожидают увидеть, но их наличие вызывает положительную реакцию. Отсутствие таких возможностей обычно не вызывает недовольства.
Пример: автоматические рекомендации или умные подсказки в интерфейсе.
Некоторые функции практически не влияют на пользовательский опыт. Пользователи могут не считать их важными или просто не замечать.
Иногда функция может даже ухудшать пользовательский опыт — например, из-за сложности интерфейса или лишней автоматизации.
Когда модель Кано особенно полезна
В UX-исследованиях модель Кано используется в нескольких типичных ситуациях:
Например, команда может рассматривать несколько идей для развития сервиса. Проведение Kano-опроса помогает понять, какие функции действительно повышают удовлетворённость пользователей, а какие воспринимаются как базовые требования.
Такие исследования удобно проводить через специализированные платформы опросов, например через сервис Testograf — он позволяет быстро создавать сложные анкеты и анализировать результаты исследований.
Далее разберём ключевой элемент метода — структуру вопросов Кано и логику их формулировки. Именно на этом этапе чаще всего возникают ошибки, которые могут исказить результаты UX-исследования.
Главная особенность метода Кано — каждая функция продукта оценивается не одним, а двумя вопросами. Такая структура позволяет понять не просто отношение пользователя к функции, а его реакцию на её наличие и отсутствие. Именно эта логика помогает определить тип характеристики в модели Кано.
Первый вопрос называется функциональным. Он описывает ситуацию, в которой функция присутствует в продукте. Пользователю предлагают представить, что определённая возможность реализована, и оценить своё отношение к этому.
Второй вопрос — дисфункциональный. В нём рассматривается противоположная ситуация: функция отсутствует. Пользователь оценивает, как он будет воспринимать продукт без этой возможности.
Такой двойной подход позволяет выявить различия в ожиданиях. Например, пользователь может спокойно относиться к наличию функции, но сильно негативно воспринимать её отсутствие. В этом случае функция относится к базовым требованиям. В других ситуациях наличие функции может вызывать сильную положительную реакцию, а её отсутствие не будет восприниматься как проблема — это характерный признак привлекательных характеристик.
Как выглядит структура вопросов
Для каждой функции формулируется пара вопросов. Например, если команда хочет исследовать новую возможность в интерфейсе, структура может выглядеть так:
Функциональный вопрос:
Дисфункциональный вопрос:
После каждого вопроса пользователю предлагается выбрать один из стандартных вариантов реакции. Именно комбинация ответов на два вопроса и определяет тип характеристики в модели Кано.
Почему важно использовать именно два вопроса
На практике многие команды пытаются упростить метод и задают только один вопрос о важности функции. Такой подход делает исследование похожим на обычный опрос о приоритетах и лишает метод Кано его главного преимущества.
Один вопрос не позволяет понять, как именно функция влияет на удовлетворённость. Пользователь может оценить функцию как «важную», но это не означает, что она будет повышать удовлетворённость. Возможно, она просто воспринимается как обязательная.
Пара вопросов помогает выявить этот нюанс. Если отсутствие функции вызывает сильное раздражение, но её наличие воспринимается спокойно, мы имеем дело с базовым требованием. Если же наличие функции радует пользователя, а её отсутствие не вызывает негативной реакции, речь идёт о привлекательной характеристике.
Что важно учитывать при формулировке
При составлении пары вопросов важно соблюдать несколько принципов. Описание функции должно быть одинаковым в обоих вопросах, меняется только контекст наличия или отсутствия. Формулировки должны быть максимально нейтральными и не подталкивать пользователя к определённому ответу. Также важно описывать функцию простым и понятным языком, избегая технических терминов.
Следующий этап — выбор правильной формулировки функционального вопроса. Именно здесь чаще всего возникают ошибки, которые могут существенно повлиять на результаты UX-исследования.
Функциональный вопрос в модели Кано описывает ситуацию, в которой функция присутствует в продукте. Его задача — зафиксировать реакцию пользователя на появление определённой возможности. На первый взгляд такой вопрос кажется простым, однако именно на этом этапе многие исследования теряют методологическую точность.
Основная проблема заключается в том, что команды часто формулируют функциональные вопросы так, что в них уже заложена оценка функции. Например, в вопросе может присутствовать намёк на пользу или улучшение пользовательского опыта. В результате респондент начинает отвечать не на сам факт наличия функции, а на предложенную интерпретацию её ценности.
Функциональный вопрос должен быть максимально нейтральным. В нём необходимо просто описать наличие функции и предложить пользователю оценить свою реакцию. При этом важно избегать формулировок, которые звучат как улучшение или преимущество.
Например, неудачная формулировка может выглядеть так:
В этой формулировке слово «удобная» уже подсказывает респонденту положительную оценку. Более корректный вариант будет звучать так:
В правильной формулировке отсутствует оценка функции, и пользователь сам определяет своё отношение к ней.
Ещё одна распространённая ошибка — слишком абстрактное описание функции. Если респонденту сложно представить, как именно будет работать новая возможность, его ответы становятся случайными или основанными на догадках. Поэтому функциональный вопрос должен описывать функцию достаточно конкретно, но без лишних технических деталей.
Также важно следить за тем, чтобы вопрос описывал только одну характеристику. Если в формулировке объединяются сразу несколько возможностей, становится непонятно, на какую именно из них реагирует пользователь. Например, вопрос о «персонализированных рекомендациях и автоматических подсказках» фактически содержит две разные функции.
На практике лучше разбивать такие элементы на отдельные вопросы. Это делает результаты исследования более точными и облегчает последующий анализ.
Ещё один важный момент — контекст использования функции. Пользователю должно быть понятно, где именно в продукте появляется новая возможность и в какой ситуации она используется. Иногда достаточно короткого пояснения, которое помогает представить сценарий взаимодействия с интерфейсом.
Грамотно сформулированный функциональный вопрос делает исследование более надёжным и позволяет получить реакцию пользователей без искажений. Следующий шаг — правильно сформулировать дисфункциональный вопрос, который описывает ситуацию отсутствия функции. Именно эта часть метода чаще всего вызывает затруднения у исследовательских команд.
Дисфункциональный вопрос — вторая часть пары в модели Кано. Он описывает ситуацию, в которой исследуемая функция отсутствует. Несмотря на кажущуюся простоту, именно этот вопрос чаще всего формулируется неправильно и может существенно повлиять на результаты исследования.
Основная задача дисфункционального вопроса — выяснить, насколько критично для пользователя отсутствие определённой возможности. Если функциональный вопрос показывает реакцию на появление функции, то дисфункциональный позволяет понять, станет ли её отсутствие проблемой.
Частая ошибка заключается в том, что исследователи начинают формулировать этот вопрос как негативную оценку продукта. В таком случае респонденту фактически предлагают согласиться с тем, что сервис будет «хуже» или «ограничен». Подобные формулировки подталкивают пользователя к более негативной реакции и искажают результаты.
Корректный дисфункциональный вопрос должен оставаться нейтральным и просто описывать ситуацию отсутствия функции. Например, если функциональный вопрос звучит так:
то дисфункциональный вопрос должен быть сформулирован следующим образом:
Важно, чтобы описание функции в обоих вопросах было одинаковым. Меняется только условие — наличие или отсутствие. Это позволяет корректно сопоставлять ответы пользователей.
Ещё одна распространённая проблема — использование формулировок, которые звучат слишком резко. Например: «Что вы будете делать, если в сервисе не будет этой функции?» или «Насколько вас будет раздражать отсутствие этой возможности?». Такие вопросы создают эмоциональное давление и не соответствуют логике метода Кано.
Также следует избегать сложных отрицательных конструкций. Когда в вопросе присутствует несколько отрицаний, респонденту становится трудно быстро понять смысл. В результате ответы могут быть случайными. Чем проще и яснее сформулирован вопрос, тем надёжнее полученные данные.
Правильно сформулированная пара вопросов — функциональный и дисфункциональный — является основой всего исследования по модели Кано. Однако не менее важную роль играет и система вариантов ответа, которую получают респонденты. Именно комбинация ответов на оба вопроса позволяет определить тип пользовательского требования.
После каждого вопроса в модели Кано респонденту предлагается выбрать один из стандартных вариантов реакции. Именно комбинация ответов на функциональный и дисфункциональный вопросы позволяет определить тип характеристики: базовую, линейную, привлекательную или безразличную.
Классическая методика Кано использует пять вариантов ответа. Они описывают отношение пользователя к ситуации, а не степень важности функции. В этом заключается принципиальное отличие от привычных шкал удовлетворённости или оценки по баллам.
Обычно используются следующие формулировки:
Каждый вариант отражает определённый тип реакции. Например, ответ «Мне это нравится» показывает положительное отношение к ситуации, а вариант «Я ожидаю, что так и должно быть» чаще всего указывает на базовое ожидание пользователя.
Когда респондент отвечает на оба вопроса — о наличии и об отсутствии функции — его ответы сопоставляются в специальной матрице Кано. Эта матрица позволяет классифицировать характеристику продукта. Например, если пользователю нравится наличие функции, но её отсутствие не вызывает негативной реакции, функция может быть отнесена к привлекательным характеристикам. Если же отсутствие функции вызывает сильное недовольство, речь идёт о базовом требовании.
На практике команды иногда пытаются изменить шкалу ответов или адаптировать её под стандартные опросные форматы. Например, заменяют варианты на шкалу от «очень нравится» до «совсем не нравится» или используют балльные оценки. С точки зрения методологии это создаёт проблему, потому что матрица Кано рассчитана именно на определённые типы реакций, а не на числовые оценки.
Ещё одна распространённая ошибка — сокращение количества вариантов ответа. Иногда исследователи оставляют только три реакции, считая, что это упростит прохождение опроса. Однако такое упрощение снижает точность классификации требований и делает результаты менее надёжными.
Поэтому при проведении Kano-опросов рекомендуется использовать классическую шкалу реакций. Она проверена в исследованиях и позволяет корректно интерпретировать ответы пользователей.
Однако даже при правильной структуре вопросов и шкалы ответов результаты исследования могут быть искажены из-за типичных ошибок в построении анкеты. Далее рассмотрим наиболее распространённые проблемы, которые возникают при создании Kano-опросов для UX-исследований.
Даже при понимании структуры метода Кано многие UX-команды сталкиваются с проблемами на этапе разработки анкеты. Ошибки в формулировках и структуре опроса могут привести к тому, что результаты исследования будут трудно интерпретировать или они вовсе не отразят реальные ожидания пользователей.
Одна из самых распространённых ошибок — объединение нескольких функций в одном вопросе. В таком случае респонденту предлагают оценить сразу несколько характеристик продукта. Например, вопрос может описывать одновременно рекомендации, подсказки и автоматическое заполнение данных. Пользователь может положительно относиться к одной функции и отрицательно к другой, но у него будет только один вариант ответа. В результате становится невозможно понять, какая именно характеристика повлияла на реакцию.
Проблемы также возникают, когда вопросы формулируются слишком техническим языком. Продуктовые команды часто описывают функции так, как они обсуждаются внутри компании. Однако пользователи могут не понимать терминологию, связанную с архитектурой продукта или внутренними процессами системы. Когда респонденту сложно представить, о чём идёт речь, он отвечает интуитивно или выбирает нейтральные варианты.
Ещё одна ошибка связана с подсказками в формулировках. Иногда в вопросах используются слова, которые заранее описывают функцию как улучшение или преимущество. Например, функция может называться «удобной», «быстрой» или «улучшенной». Подобные формулировки создают эффект ожидания правильного ответа и искажают реальные реакции пользователей.
Нередко проблемы возникают из-за отсутствия контекста использования функции. Пользователь может понимать, о какой возможности идёт речь, но не представлять, в какой ситуации она будет применяться. Особенно это характерно для интерфейсных функций или новых сценариев взаимодействия. В таких случаях полезно кратко описывать ситуацию использования, чтобы респондент мог представить свой опыт взаимодействия с продуктом.
Также стоит учитывать общий объём Kano-опроса. Если в анкете слишком много функций, респонденты начинают отвечать менее внимательно. Поскольку каждая характеристика требует двух вопросов, опрос может быстро увеличиваться. Поэтому при планировании исследования важно заранее отобрать наиболее значимые функции для проверки гипотез.
Грамотная подготовка анкеты помогает избежать большинства подобных проблем. Однако при проведении UX-исследований цифровых продуктов часто требуется адаптировать классический метод Кано под особенности интерфейсов и пользовательских сценариев. В следующем разделе рассмотрим, как корректно применять этот подход при исследовании цифровых сервисов и приложений.
Классическая модель Кано была разработана для исследования характеристик товаров и услуг. Однако в UX-исследованиях она применяется для оценки функций цифровых продуктов: интерфейсов, сервисов, мобильных приложений и онлайн-платформ. Из-за этого формулировки вопросов часто требуют адаптации.
Главная особенность цифровых продуктов заключается в том, что многие функции сложно описать короткой фразой. Интерфейсные элементы связаны со сценарием использования, и без контекста пользователю трудно представить, как именно будет работать новая возможность. Поэтому в UX-исследованиях часто добавляется краткое описание ситуации, в которой возникает функция.
Например, если исследуется новая возможность в личном кабинете, полезно сначала обозначить контекст взаимодействия. Короткое пояснение помогает респонденту представить, где именно он столкнётся с этой функцией и какую задачу будет решать.
Иногда вместо простого текстового описания используются иллюстрации интерфейса или прототипы. Это особенно полезно, если речь идёт о сложных элементах навигации, новой структуре экрана или интерактивных сценариях. Когда пользователь видит пример интерфейса, ему легче оценить свою реакцию на наличие или отсутствие функции.
При этом важно помнить, что модель Кано оценивает не удобство интерфейса, а восприятие самой функции. Поэтому описание должно фокусироваться на возможности, которую получает пользователь, а не на деталях дизайна. Если вопрос начинает описывать конкретные элементы интерфейса, респондент может оценивать визуальное решение, а не ценность функции.
В UX-исследованиях также полезно проверять не только отдельные функции, но и пользовательские сценарии. Иногда ценность возникает не из одной возможности, а из комбинации действий внутри сервиса. В таких случаях вопрос может описывать целый сценарий взаимодействия, который становится доступным пользователю.
Правильная адаптация формулировок позволяет применять модель Кано для исследования интерфейсов и цифровых сервисов без потери точности метода. После проведения опроса следующим важным этапом становится анализ результатов. Именно на этом этапе ответы пользователей преобразуются в типы характеристик, которые помогают команде принимать продуктовые решения.
После завершения опроса начинается этап анализа, на котором ответы пользователей переводятся в категории модели Кано. Для этого используются комбинации ответов на функциональный и дисфункциональный вопросы. Каждая пара ответов сопоставляется со специальной матрицей, которая позволяет определить тип характеристики.
Например, если пользователю нравится наличие функции, но её отсутствие не вызывает негативной реакции, характеристика относится к привлекательным. Если отсутствие функции вызывает недовольство, а её наличие воспринимается как естественное, речь идёт о базовом требовании. В случаях, когда удовлетворённость растёт пропорционально качеству реализации функции, характеристика классифицируется как линейная.
После классификации ответов по каждому респонденту результаты агрегируются. Аналитик подсчитывает, сколько пользователей отнесли функцию к каждой категории. В большинстве случаев функция получает распределение по нескольким типам характеристик, поэтому исследователю важно определить доминирующую категорию.
Дополнительно часто рассчитываются индексы удовлетворённости. Они помогают оценить потенциальное влияние функции на пользовательский опыт. Один индекс показывает, насколько наличие функции может повышать удовлетворённость пользователей, а другой — насколько её отсутствие может вызывать недовольство.
Такие показатели помогают команде принимать продуктовые решения. Если функция относится к базовым требованиям, её необходимо реализовать, чтобы избежать негативного опыта. Линейные характеристики обычно становятся объектом постепенных улучшений. Привлекательные функции могут использоваться для создания конкурентных преимуществ или улучшения восприятия продукта.
Важно учитывать, что результаты Kano-опроса не стоит интерпретировать изолированно. На практике они лучше работают в сочетании с другими данными: пользовательскими интервью, аналитикой поведения и результатами тестирования интерфейсов. В таком случае модель Кано помогает не просто классифицировать функции, а встроить пользовательские ожидания в процесс развития продукта.
После анализа результатов команда может переходить к следующему этапу — практической реализации опроса и внедрению метода в регулярные UX-исследования.
После того как определены функции для исследования и подготовлены формулировки вопросов, следующий этап — создание самой анкеты. На практике Kano-опросы чаще всего проводятся в онлайн-сервисах для опросов, поскольку они позволяют гибко настраивать структуру анкеты и удобно обрабатывать результаты.
Структура опроса обычно начинается с короткого вступления. В нём респонденту объясняют цель исследования и предлагают представить использование продукта или сервиса. Такое вступление помогает настроить пользователя на контекст исследования и делает ответы более осмысленными.
Далее в анкете размещаются пары вопросов для каждой функции. Сначала задаётся функциональный вопрос, описывающий наличие возможности, затем дисфункциональный, в котором рассматривается её отсутствие. Важно сохранять одинаковую структуру формулировок и одинаковую шкалу ответов для всех вопросов.
Поскольку каждая функция требует двух вопросов, анкета может быстро увеличиваться. Поэтому на этапе проектирования исследования важно заранее определить список функций, которые действительно необходимо проверить. Обычно в одном Kano-опросе исследуют ограниченное количество характеристик, чтобы не перегружать респондента.
При создании анкеты также стоит продумать порядок вопросов. Иногда функции логично сгруппировать по разделам продукта или сценариям использования. Это помогает респонденту легче воспринимать вопросы и быстрее ориентироваться в анкете.
После завершения сбора данных онлайн-инструменты позволяют экспортировать ответы и провести дальнейший анализ. Комбинации ответов можно сопоставить с матрицей Кано и определить тип характеристики для каждой функции. В результате команда получает структурированное представление о том, какие возможности продукта влияют на удовлетворённость пользователей.
Такой подход позволяет использовать результаты опроса в продуктовой стратегии. Команда может определить, какие функции являются обязательными, какие стоит развивать для повышения удовлетворённости, а какие не оказывают заметного влияния на пользовательский опыт.
Модель Кано остаётся одним из наиболее полезных инструментов для исследования пользовательских ожиданий. Она помогает понять, какие функции продукта воспринимаются как базовые требования, какие напрямую влияют на удовлетворённость, а какие способны приятно удивить пользователей.
На практике точность исследования во многом зависит от формулировки вопросов. Если функциональные и дисфункциональные вопросы описаны нейтрально и понятно, пользователи могут корректно оценить своё отношение к функциям продукта. Это делает результаты опроса надёжной основой для продуктовых решений.
В своей работе с исследованиями пользователей я часто вижу, что команды начинают применять модель Кано именно на этапе планирования новых функций. Такой подход помогает заранее понять, какие возможности действительно важны для пользователей, а какие могут оказаться второстепенными.
Грамотно подготовленный Kano-опрос позволяет превратить пользовательские ожидания в конкретные данные для продуктовой команды. В результате решения о развитии интерфейсов и сервисов принимаются не только на основе внутренних гипотез, но и на основе систематического анализа пользовательского опыта.