Команда переработала процесс оформления заказа в приложении и с гордостью показывает результат: конверсия в завершённый заказ выросла на 8%. Отдельное качественное исследование, проведённое месяц спустя, показывает совершенно другую картину — пользователи стали чаще жаловаться на процесс оформления, но у них просто не осталось альтернативных способов завершить покупку. Конверсия выросла не потому, что опыт стал лучше, а потому, что пользователей вынудили пройти через единственный оставшийся путь.
Бизнес-метрики (конверсия, доход) показывают, ЧТО сделали пользователи, но не показывают, БЫЛО ЛИ им приятно это делать — HEART специально создан, чтобы закрыть именно этот разрыв.
Происхождение и исследовательская база
Фреймворк разработан исследователями Google (Кэрри Родден и др.) в 2010 году и опубликован в статье «Measuring the User Experience on a Large Scale: User-Centered Metrics for Web Applications» как систематический подход к измерению пользовательского опыта в масштабе, дополняющий традиционные бизнес-метрики. HEART — акроним пяти категорий: Happiness (счастье), Engagement (вовлечённость), Adoption (принятие), Retention (удержание), Task Success (успешность выполнения задачи).
Ключевые идеи и принципы
Принцип: Пять категорий, покрывающих разные аспекты опыта
Happiness измеряется через субъективную удовлетворённость (опросы, NPS); Engagement — через частоту и глубину использования; Adoption — через долю новых пользователей, начавших использовать функцию; Retention — через долю пользователей, продолжающих использовать продукт со временем; Task Success — через эффективность выполнения конкретных задач (скорость, процент ошибок, успешность завершения). Вместе эти пять категорий дают комплексную картину опыта, недоступную ни одной метрике по отдельности.
Принцип: Goals-Signals-Metrics для каждой категории
Для применения HEART к конкретному продукту или функции сначала формулируется цель (Goal) в каждой релевантной категории, затем определяются наблюдаемые сигналы (Signals), указывающие на достижение этой цели, и только потом — конкретные измеримые метрики (Metrics). Это предотвращает распространённую ошибку выбора метрики раньше понимания того, что именно нужно измерить.
Принцип: Не все пять категорий применимы к каждому продукту или фиче
Фреймворк явно не требует заполнения всех пяти категорий для каждого продукта — команда выбирает 2-3 наиболее релевантные категории для конкретной задачи (например, для новой функции фокус может быть на Adoption и Task Success, а не на всех пяти сразу).
Ограничения, слепые зоны и критика
Категория Happiness сложнее всего измерить объективно и в масштабе — опросы страдают от низкой отдачи и субъективности ответов, а поведенческие прокси-метрики счастья не всегда точно отражают реальное эмоциональное состояние пользователя. Фреймворк также требует значительной аналитической зрелости команды для правильного определения Goals-Signals-Metrics — при поверхностном применении легко скатиться обратно к произвольному набору метрик без реальной методологической строгости.
Типовые ошибки
Ошибка 1: Метрики выбираются раньше формулировки целей (пропуск этапа Goals и Signals).
Команда сразу решает "будем отслеживать retention" без формулировки, какую именно цель эта метрика должна отражать в контексте конкретной функции.
Как избежать: Всегда проходить последовательность Goal → Signal → Metric, а не начинать сразу с выбора метрики.
Ошибка 2: Бизнес-метрики (конверсия) интерпретируются как достаточное подтверждение хорошего опыта.
Рост конверсии считается однозначно позитивным сигналом без проверки категории Happiness или Task Success, хотя рост может быть вызван вынужденным поведением, а не улучшением опыта.
Как избежать: Дополнять бизнес-метрики хотя бы одной категорией HEART, отражающей качество, а не только количество взаимодействий.
Главное, что нужно знать
HEART Framework измеряет пользовательский опыт по пяти категориям (Happiness, Engagement, Adoption, Retention, Task Success), закрывая разрыв между бизнес-метриками ("что сделали пользователи") и качеством их опыта ("было ли им приятно и эффективно это делать"). Метод требует прохождения последовательности Goal → Signal → Metric для каждой релевантной категории, а не произвольного выбора удобных показателей.
План внедрения
Неделя 1: выбрать 2-3 наиболее релевантные категории HEART для оцениваемого продукта или функции.
Неделя 2: сформулировать цели (Goals) в каждой выбранной категории.
Неделя 3: определить наблюдаемые сигналы и конкретные измеримые метрики для каждой цели.
Неделя 4: внедрить сбор данных и первый отчёт по выбранным метрикам.
Далее: регулярно пересматривать метрики HEART наряду с бизнес-метриками при оценке изменений продукта.
Книги по теме
Rodden K., Hutchinson H., Fu X. — «Measuring the User Experience on a Large Scale» (2010). Первоисточник фреймворка от исследователей Google.