A C R

Autonomy, Competence, Relatedness — 3 потребности, которые определяют retention вашего продукта

Почему пользователи уходят из продуктов, которые «работают»

Продукт решает задачу. Метрики удовлетворённости — 4.2 из 5. NPS — 42. И всё равно monthly retention падает: 80% → 65% → 50% за три квартала. Функционально всё в порядке, но люди уходят.

Эта ситуация повторяется в сотнях SaaS-продуктов. Причина в том, что функциональная полезность — необходимое, но недостаточное условие retention. За долгосрочным удержанием стоит глубинная психология: три базовые потребности, которые описали Edward Deci и Richard Ryan в 1985 году.

Self-Determination Theory (SDT) — одна из наиболее эмпирически валидированных теорий мотивации в психологии. За 40 лет — более 30 000 цитирований, исследования в образовании, медицине, спорте, организационном поведении. И, что критично для продуктовых команд, — в поведении пользователей цифровых продуктов.

Три базовые психологические потребности

Deci & Ryan (1985, 2000) определили три врождённые потребности, удовлетворение которых необходимо для психологического благополучия и устойчивой мотивации:

ПотребностьОпределениеВ контексте продуктаКогда нарушена
Autonomy (Автономия) Ощущение волевого контроля над своими действиями. Не «независимость», а «действие исходя из собственного выбора» Пользователь контролирует процесс: настраивает workflow, выбирает порядок действий, не заперт в жёсткий сценарий Forced onboarding, нет настроек, единственный «правильный» путь, навязчивые уведомления
Competence (Компетентность) Ощущение эффективности и мастерства. Способность справляться с задачами оптимального уровня сложности Пользователь чувствует прогресс: видит результаты, осваивает новые возможности, получает обратную связь Слишком простой (скучно) или слишком сложный (фрустрация) интерфейс, нет visibility достижений
Relatedness (Связанность) Ощущение принадлежности и значимой связи с другими людьми Пользователь — часть чего-то: команда, сообщество, shared workspace, совместные артефакты Изолированный опыт, нет коллаборации, нет shared context, «инструмент для одиночек»

Ключевое открытие SDT: эти три потребности — универсальны. Они не зависят от культуры, возраста, профессии. Исследования Deci, Ryan и коллег (Chen et al., 2015) подтвердили кросс-культурную валидность в 16 странах. Продукт, который систематически фрустрирует хотя бы одну из трёх — теряет пользователей, даже если функционально безупречен.

Автономия: контроль, а не хаос

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

1. Customization и гибкие workflows

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

2. Отсутствие forced paths

Wizard из 7 шагов, который нельзя пропустить. Обязательный tutorial перед первым действием. Pop-up, блокирующий экран. Каждое принуждение — микро-удар по автономии. Исследование Sheldon & Filak (2008) показало: даже когда принудительное действие объективно полезно, ощущение контроля снижается, и мотивация падает.

3. Прозрачность и объяснимость

Когда алгоритм принимает решение за пользователя (рекомендации, автоматическая категоризация, AI-генерация), автономия сохраняется только при условии прозрачности: «почему это решение принято» и «как его изменить». Без этого — ощущение потери контроля, даже если результат объективно лучше.

Метрика автономии: % пользователей, изменивших хотя бы одну настройку по умолчанию. Продукты с высоким показателем кастомизации (Notion — 89%, Figma — 76%) демонстрируют retention на 20-35% выше аналогов с жёстким UX.

Компетентность: прогресс, видимый глазу

Компетентность — это не «пользователь умеет пользоваться продуктом». Это ощущение растущего мастерства. Три ключевых паттерна:

1. Progressive complexity

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

Пример: Figma. Новичок рисует прямоугольники. Через месяц — использует Auto Layout. Через три — строит Design Systems с variables. Каждый уровень мастерства открывает новый функционал, создавая непрерывную петлю компетентности.

2. Achievement visibility

Прогресс должен быть видимым. Не обязательно через геймификацию (бейджи и очки часто раздражают), а через содержательную обратную связь: «Вы обработали 500 интервью», «Ваш pipeline на 30% быстрее среднего», «Команда использует 8 из 12 фич вашего workspace».

3. Optimal challenge (Flow zone)

Csikszentmihalyi (1990) описал состояние flow как баланс между challenge и skill. SDT добавляет: для потребности в компетентности критичен этот баланс. Слишком простые задачи → скука → уход. Слишком сложные → фрустрация → уход. Продукт должен адаптироваться к уровню пользователя.

Метрика компетентности: feature adoption depth — сколько из доступных функций пользователь использует после 30/60/90 дней. Рост depth коррелирует с retention сильнее, чем частота визитов (Pendo benchmark, 2023).

Связанность: от инструмента к среде

Связанность — наименее очевидная потребность для B2B-продуктов, но часто самая мощная для retention. Три формы:

1. Collaboration features

Shared workspaces, real-time editing, комментарии, @-mentions. Каждый акт совместной работы создаёт Social Inertia (Strand 2 Product DNA): уход из продукта означает разрыв рабочих связей. Miro перешёл от «доска для рисования» к «место, где команда думает вместе» — и retention вырос с 45% до 72% (M12 cohort).

2. Community и shared identity

Сообщество вокруг продукта: форумы, Discord-серверы, user groups, конференции. Пользователь ощущает принадлежность к группе людей, которые «говорят на одном языке». Figma Community, Notion Templates Gallery, dbt Community — всё это механизмы связанности.

3. Shared artifacts

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

Метрика связанности: % проектов с 2+ участниками. Продукты, где этот показатель > 40%, демонстрируют churn rate на 50-60% ниже solo-use аналогов (Amplitude benchmark).

Когда одна потребность не закрыта: примеры

SDT предсказывает: недостаток в любой из трёх потребностей создаёт уязвимый retention. Даже если остальные две удовлетворены отлично.

ПродуктAutonomyCompetenceRelatednessRetention-результат
Duolingo Высокая: выбор языка, темпа, порядка уроков Высокая: XP, streak, уровни сложности, visible progress Средняя: leaderboards, friends, но нет real collaboration DAU/MAU 50%+ — все три закрыты (Relatedness компенсирована Competence)
Jira Низкая: rigid workflows, admin-controlled permissions Высокая: task completion, velocity charts, sprint burndown Средняя: team boards, @-mentions, comments Высокий churn при наличии альтернатив. Держится на Integration Inertia, не на мотивации
Slack Средняя: настройки уведомлений, каналов, но core workflow фиксирован Низкая: нет прогрессии, нет мастерства, нет «стал лучше» Очень высокая: channels, DMs, threads, emoji reactions, shared culture Retention через Relatedness + Social Inertia. При потере команды — мгновенный уход
Linear Высокая: keyboard-first, customizable views, flexible workflows Высокая: progress tracking, cycle analytics, velocity Высокая: team-centric design, shared roadmaps, collaborative triage Один из самых высоких retention среди PM-инструментов. Все три потребности закрыты

Паттерн виден: Jira держится не на SDT-мотивации, а на Behavioral Inertia (Strand 2 Product DNA). Это хрупкий retention — при появлении альтернативы с низким switching cost пользователи уходят массово. Что и произошло с Linear, Shortcut, Plane.

6-уровневый континуум мотивации

SDT описывает не бинарное деление «внутренняя vs внешняя мотивация», а 6-уровневый континуум — Organismic Integration Theory (Deci & Ryan, 2000):

УровеньТип мотивацииИсточникПример в продуктеRetention-эффект
0 Amotivation Нет мотивации вообще Пользователь зарегистрировался случайно, не понимает зачем Уход в первую сессию
1 External Regulation Награды и наказания извне «Босс заставляет логировать время в Toggl» Уйдёт, как только давление исчезнет
2 Introjected Regulation Внутреннее давление: вина, тревога «Я должен обновить Jira, иначе будет стыдно на standup» Использует, но ненавидит. Переключится при первой возможности
3 Identified Regulation Осознанное признание ценности «Notion реально помогает мне организовать мысли» Стабильный retention, но может переключиться на лучшую альтернативу
4 Integrated Regulation Ценность стала частью идентичности «Я — человек, который ведёт систему в Obsidian. Это часть моего workflow» Высокий retention. Переключение = потеря идентичности
5 Intrinsic Motivation Удовольствие от самого процесса «Мне нравится строить в Figma. Это fun» Максимальный retention. Пользователь — евангелист

Продуктовый инсайт: большинство B2B-продуктов работают на уровнях 1-2 (External + Introjected). Это самые хрупкие уровни мотивации. Цель — переместить пользователя на уровень 3+ (Identified и выше). Инструмент перемещения — удовлетворение трёх базовых потребностей.

Связь SDT с Core Drives (Product DNA, Strand 1)

Product DNA определяет 6 Core Drives — мотивационных примитивов, к которым привязывается каждый Primary Demand. Три из них прямо маппятся на SDT:

SDT-потребностьCore Drive (Product DNA)Стратегическое следствие
Competence CD1: Mastery — стать лучше в значимом деле Онбординг → progressive complexity. Pricing → tier по уровню мастерства
Autonomy CD2: Autonomy — контролировать процесс и решения UX → гибкие workflows. Позиционирование → «не зависеть от...»
Relatedness CD5: Connection — быть частью чего-то Growth → Social Loop. Retention → Social Inertia

Оставшиеся три Core Drives — Security (CD3), Status (CD4), Efficiency (CD6) — соответствуют экзистенциальным мотиваторам, которые SDT классифицирует как primarily extrinsic. Они работают на уровнях 1-3 континуума мотивации (External → Identified), но редко переводят пользователя на уровни 4-5 (Integrated → Intrinsic).

Практическое следствие: если ваш продукт обращается только к Security и Efficiency (типичная B2B-позиция: «безопасно и быстро»), retention будет зависеть от отсутствия альтернатив, а не от мотивации. Как только появится конкурент с таким же уровнем безопасности и скорости — барьеров для переключения нет.

SDT-аудит вашего продукта: чек-лист

Для каждой потребности оцените продукт по шкале 1-5:

#ВопросПотребностьКрасный флаг (≤2)
1Может ли пользователь настроить основной workflow?AutonomyЖёсткий сценарий без вариантов
2Может ли пропустить/отложить любой шаг онбординга?AutonomyForced tutorial без skip
3Предлагает ли продукт выбор (не один путь)?AutonomySingle path to completion
4Видит ли пользователь прогресс за 30/60/90 дней?CompetenceНет визуализации прогресса
5Открываются ли новые возможности по мере использования?CompetenceDay-1 = Day-365 функционально
6Адаптируется ли сложность к уровню пользователя?CompetenceОдинаковый интерфейс для новичка и эксперта
7Есть ли collaborative features (>1 человек)?RelatednessSolo-only experience
8Создаёт ли продукт shared artifacts?RelatednessOutput только для автора
9Есть ли сообщество/группа пользователей?RelatednessНет community layer

Сумма ≤ 15 → хрупкий retention. 16-30 → устойчивый. 31-45 → антифрагильный (пользователи сами защищают продукт от замены).

Как SDT объясняет «нелогичный» churn

Три типичных сценария, которые SDT объясняет лучше других фреймворков:

Сценарий 1: «Продукт идеальный, но уходят»

Пользователь удовлетворён функционально (Competence ✓), но чувствует себя зажатым в чужой системе (Autonomy ✗). Классический Jira-синдром. Retention = f(Integration Inertia), не f(satisfaction).

Сценарий 2: «Используют, но не рекомендуют»

Мотивация на уровне 1-2 (External/Introjected). Пользователь «должен» использовать, но не «хочет». NPS отрицательный при стабильном DAU. Первый же достойный конкурент заберёт 30-40% базы.

Сценарий 3: «Фичи добавляем, retention не растёт»

Новые функции увеличивают Competence, но Relatedness остаётся нулевой. Продукт — инструмент одиночки. Каждый дополнительный пользователь не усиливает ценность для остальных. Нет network effects, нет Social Inertia.

От диагностики к действию: SDT-driven retention strategy

Для каждой потребности — конкретные продуктовые решения:

ПотребностьQuick Win (1-2 спринта)Strategic Investment (квартал+)
Autonomy Добавить skip/later в каждый wizard. Настраиваемые default views. «Не показывать снова» на все pop-ups Гибкие workflows (if-then-else). User-defined automations. Open API для кастомизации
Competence Progress bar за 30 дней. «Вы обработали N задач» в дашборде. Keyboard shortcuts hint Progressive disclosure UX. Skill trees (beginner → power user). Personalized learning path
Relatedness Share button на каждый артефакт. @-mentions в комментариях. Activity feed команды Real-time collaboration. Community platform. Team templates gallery

SDT + Product DNA: полная retention-модель

SDT объясняет мотивационный слой retention. Product DNA добавляет структурный слой через Behavioral Inertia (Strand 2) и Growth Mechanics (Strand 6):

Retention-механизмИсточникБез чего ломается
SDT: удовлетворение 3 потребностейМотивация (уровни 3-5 континуума)Без Autonomy → вынужденное использование. Без Competence → скука. Без Relatedness → нет привязки
Behavioral Inertia: 4 компонентаСтруктурные барьеры переключенияБез Data Inertia → нет «моих данных». Без Social Inertia → нет «моей команды»
Growth Loops: 5 типовСамоусиливающиеся циклыБез Data Loop → нет accumulating value. Без Social Loop → нет viral retention

Формула антифрагильного retention: SDT (мотивация) × Inertia (структура) × Loops (рост). Если хотя бы один множитель близок к нулю — retention хрупкий, независимо от остальных.

Практика: аудит через SDT за 60 минут

  1. Соберите 5 недавних churn-интервью (или exit surveys). Классифицируйте причину ухода: Autonomy-фрустрация, Competence-фрустрация, Relatedness-дефицит, или функциональный дефект
  2. Проведите SDT-чек-лист (9 вопросов выше) с 3 людьми из команды. Усредните. Найдите потребность с минимальным баллом
  3. Сравните с Behavioral Inertia: если retention держится на Inertia при низком SDT — вы уязвимы. Любой конкурент с лучшим SDT и migration tools заберёт базу
  4. Определите уровень мотивации текущих пользователей по 6-уровневому континууму. Если 70%+ на уровнях 1-2 — retention = заложник обстоятельств
  5. Выберите одну потребность с наибольшим gap. Запланируйте 2-3 Quick Wins из таблицы выше. Измерьте D30 retention cohort-сравнением

SDT работает не потому, что модно — а потому, что биологически неизбежно

«Удовлетворение базовых психологических потребностей в автономии, компетентности и связанности — необходимое условие для устойчивой мотивации и благополучия» — Ryan & Deci (2000), American Psychologist

40 лет эмпирических исследований, 30 000+ цитирований. SDT — не «ещё один фреймворк». Это фундаментальная психология мотивации, которую продуктовые команды систематически игнорируют в пользу поверхностных метрик (DAU, NPS, feature requests).

Retention — не функция фич. Retention — функция мотивации. А мотивация — функция трёх потребностей, которые Deci и Ryan описали 40 лет назад.

Связанные статьи: Hook Model после JTBDProduct DNA vs JTBDSwitch FormulaChurn Prediction

AI CPO автоматически диагностирует SDT-дефициты вашего продукта через анализ интервью и контекста. Попробуйте бесплатно → aicpo.ru

Поделиться:
Р

Роман Неверов

Эксперт по продуктовому управлению и AI-инструментам для запуска продуктов

Попробуйте AI CPO

AI-ассистент для продуктовых команд — от идеи до запуска

Начать бесплатно
← Все статьи