Допустим, сервис отчётности теряет 30% платящих клиентов в месяц после закрытия квартала. Дашборд красит удержание в красный. Через два месяца около трети ушедших возвращается сама, без скидок и писем, а среди тех, кто просто закрыл квартал, почти половина.
Метафора Jobs To Be Done объясняет оба движения: человек «нанимает» продукт на конкретную работу и так же спокойно «увольняет» его, когда работа сделана, подорожала или нашёлся исполнитель получше.
Первую половину метафоры знают все: Клейтон Кристенсен с соавторами развернули её в книге «Competing Against Luck» (2016) и в статье Harvard Business Review «Know Your Customers' Jobs to Be Done» (сентябрь 2016). Вторую половину команды договаривают редко. Они подробно разбирают, почему пользователь пришёл, и почти не разбирают, почему он ушёл. Хотя увольнение даёт самую честную обратную связь о ценности: клиент проголосовал деньгами и временем.
Если смотреть на продукт как на временного исполнителя, часть оттока перестаёт быть проблемой, а другая часть оказывается серьёзнее, чем казалось. Весь вопрос в том, как их различить, пока команда не потратила квартал на удержание не тех людей.
Почему отток не приговор продакт-менеджеру
Когда пользователи уходят, виноватым обычно делают Product Manager: не удержал, не развил ценность, не угадал с приоритетами. Трактовка удобна тем, что превращает системную проблему в персональную. PM управляет фичами и roadmap, а причины увольнения лежат в жизни клиента: закрылся отчётный период, человек навёл порядок в финансах, компания сменила процесс. На эти события roadmap не влияет.
С точки зрения JTBD уход означает одно: продукт больше не выполняет нужную работу в текущем контексте клиента. Многие команды молча исходят из того, что продукт должен быть нужен всегда. На деле большинство продуктов нанимают на этап: на запуск проекта, на сезон, на переезд, на первые полгода бизнеса.
Если стратегия этого не учитывает, команда начинает воевать с естественным увольнением. В ход идут лишние фичи, навязчивые уведомления и барьеры при отмене подписки. Метрика на месяц выравнивается. Ценность не растёт, а раздражение тех, кто уже получил своё, копится и потом выходит в отзывах.
PM в такой системе зажат. Бизнес требует «почините отток», а рынок устроен так, что часть оттока совершенно логична. Пока команда не делит ушедших на две группы, PM будет выглядеть слабым, что бы он ни делал. Сломан сам порядок решений: в нём нет вопроса «работа у клиента закончилась или мы с ней не справились?».
Куда ушла работа? Три ответа ушедшего клиента
Отличить естественное увольнение от проблемного помогает один вопрос: что клиент делает с этой работой сейчас? Ответов всего три, и у каждого своё следствие.
- Работа исчезла: отчёт сдан, долг закрыт, ремонт закончен. Это естественное увольнение, и правильная реакция на него готовит повторный найм.
- Работа осталась, но её делает другой исполнитель: конкурент, таблица в Excel, бухгалтер на аутсорсе. Это проблемное увольнение, продукт проиграл на чём-то конкретном, будь то цена, скорость или удобство.
- Работа осталась, но клиент её бросил: «руки не дошли», «слишком сложно начать». Это тоже проблема, только скрытая: продукт не снял барьер, ради которого его нанимали.
Почему этот тест надёжнее анкеты «почему вы ушли»? В анкете клиент выбирает вежливую причину, чаще всего цену. Текущее поведение проверяемо: человек либо пользуется конкурентом, либо нет. Поэтому в разговоре с ушедшим спрашивают о том, что он делает сейчас и делал на прошлой неделе; намерения и оценки здесь мало что дают. Если ушедший говорит, что «просто перестал заходить», уточните, где теперь живёт работа и когда он делал её в последний раз.
Ошибки в чтении этого сигнала простительны. Команда может неверно определить, ради какой работы продукт наняли, или принять уход к конкуренту за естественное завершение. Такое открытие меняет стратегию, и в этом его польза. Непростительно другое: годами не разбирать причины, списывать отток на «некачественную аудиторию» и удерживать любой ценой, когда продукт уже перестал делать работу.
Что показывает карта найма и увольнения
Зрелую работу с JTBD видно по артефакту, который незрелая команда не ведёт: по карте найма и увольнения. В ней три момента: что привело к найму, что подтвердило правильность выбора и что стало триггером увольнения. Причины начала использования и причины прекращения стоят рядом, как два равноправных списка. Незрелая команда ведёт только первый.
Второй слой карты составляет классификация по тесту из предыдущего раздела. Естественные увольнения связаны с завершением работы или сменой контекста клиента. Проблемные показывают, что продукт перестал выполнять работу раньше времени или не выполнял её вовсе. От этой разницы зависит действие: готовиться к повторному найму или чинить ценность. Если все уходы сваливаются в одну колонку «churn», половина картины пропадает.
Карта меняет и цель работы с оттоком. Удерживающие механики раздражают тех, кто уже получил своё, поэтому воевать с естественным оттоком бессмысленно, а иногда вредно. Проблемные увольнения становятся входом в discovery. Естественные превращаются в задачу маркетинга и удержания: вовремя вернуть человека к следующему найму. Без такого разделения команда тратит одинаковый ресурс на обе группы и проигрывает в обеих.
Шаблон для старта: два поля в CRM или таблице. Первое: «где теперь работа» с тремя значениями (исчезла, у другого исполнителя, брошена). Второе: дата следующего вероятного найма, если её можно предсказать по сезону или циклу клиента. Через квартал по этим полям уже можно считать деньги.
Расчёт: что даёт разделение оттока
Вернёмся к сервису отчётности из начала и пройдём расчёт до решения.
В начале квартала у сервиса 1 000 платящих аккаунтов по $49 в месяц. В месяц после сдачи отчётности уходят 300, то есть 30% при обычных 4%. Интервью и поле «где теперь работа» делят ушедших так: 220 закрыли работу до следующего периода, 80 ушли к конкуренту или вернулись к таблицам.
К началу следующего отчётного периода без всяких усилий возвращаются 45% естественно ушедших (99 аккаунтов) и 5% проблемных (4 аккаунта). Чистая потеря за цикл считается в одну строку: потеря = 300 ушедших минус 103 вернувшихся = 197 аккаунтов, или 19,7% за квартал. Неприятно, но совсем не та картина, что 30% за месяц. В деньгах на кону 197 × $49 = $9 653 ежемесячной выручки. Из них 121 аккаунт приходится на естественно ушедших, которые не вернулись, и 76 на проблемных.
Дальше у команды три рычага:
- Напоминание за две недели до следующего отчётного периода. Если оно поднимает возврат естественно ушедших с 45% до 60%, это плюс 33 аккаунта, или $1 617 в месяц, ценой одного триггерного письма.
- Починка причины проблемного ухода, например недостающего импорта из учётной системы. Если она вдвое снижает проблемный отток, с 80 до 40 аккаунтов, это плюс 40 аккаунтов, или $1 960 в месяц. Эффект накапливается: эти клиенты не уйдут и в следующем цикле.
- Фичи «для вовлечения» в пустые месяцы. Они нацелены на 220 человек, у которых сейчас нет работы. Даже если 10% из них продолжат платить вхолостую, это 22 аккаунта, которые отложили увольнение и первыми напишут в поддержку, что платят за ничего.
Порядок получается такой: сначала второй рычаг, потом первый, третий в конце очереди или вовсе вне её. Без классификации команда почти наверняка начала бы с третьего: он громче всего звучит на планёрке «у нас отток 30%».
Измерять стоит две вещи. Главная: какая доля естественно ушедших вернулась за один цикл. Вторая: сколько клиентов ушло по проблемным причинам за цикл. Для напоминаний нужна ещё страховочная метрика: доля отписок и жалоб. Если она растёт, напоминания раздражают. Два простых правила, пороги подберите под себя. Если больше половины ушедших в пиковый месяц возвращается за один цикл, сравнивайте этот месяц с тем же месяцем прошлого года, а не с соседним. Если проблемная доля растёт два цикла подряд, рассылки не помогут. Нужно говорить с клиентами и разбирать причины.
Наём и увольнение в исследованиях, разработке и коммуникации
В ежедневной работе различие упирается в три участка. В исследованиях без JTBD команда спрашивает, что пользователям нравится и что нет, но редко выясняет, в какой момент продукт стал не нужен. Симптом простой: команда знает, почему приходят, и не знает, почему уходят. Поэтому JTBD-дискавери включает разбор увольнений: что изменилось в жизни клиента и что сделало продукт лишним.
В разработке отсутствие JTBD видно по бесконечному расширению продукта. Каждую новую фичу добавляют, чтобы удержать пользователя, даже если она не усиливает основную работу. Проверка короткая: если фича не продлевает выполнение работы и не открывает новую, она лишь отсрочивает увольнение.
В коммуникации всё начинается с обещаний. Без JTBD маркетинг обещает универсальность и вечную ценность, что редко совпадает с реальностью, и в итоге маркетинг привлекает пользователей, для которых работа уже не актуальна. Когда сообщение называет ситуацию найма и ожидаемый результат, маркетинг становится честнее и точнее: разочарование на выходе меньше, увольнение проходит спокойнее, и к повторному найму клиент возвращается без обиды.
Все три участка проверяются одним вопросом. Может ли команда назвать не только момент, когда продукт стал нужен, но и момент, когда он перестанет быть нужным? Исследования ищут этот второй момент в интервью. Разработка сверяет с ним каждую фичу. Реклама честно называет ситуацию, под которую продукт нанимают. Если второй момент выпал хотя бы на одном участке, продукт начинает притворяться вечным. А за разрыв между обещанием и реальной пользой потом платят разочарованием клиентов на выходе.
Искажения слышны в речи команды: «они просто не разобрались в продукте», «если добавить ещё пару фич, они бы остались», «это не наш идеальный пользователь», «churn в норме, давайте не копаться». За каждой фразой стоит одно и то же: никто не знает, какую работу продукт выполнял и когда она кончилась.
Два кейса: отчётность и личные финансы
Механику хорошо видно на двух типичных ситуациях, у которых общая только ошибка команды.
Допустим, компания развивала SaaS-продукт для автоматизации отчётности. Им активно пользовались в период подготовки отчётов, а после закрытия периода многие уходили, и команда считала это провалом удержания. Product Manager пытался снизить churn дополнительными фичами и уведомлениями. Продукт усложнялся, пользователи всё равно уходили, метрики ухудшались, давление росло.
JTBD-анализ показал, что продукт нанимали строго на период отчётности: после выполнения работы необходимость в нём исчезала, и увольнение было логичным. Команда пересобрала стратегию. Вместо борьбы с естественным уходом продукт стал готовиться к повторному найму: появились сценарии возвращения и напоминания в нужный момент. Коммуникация перестала обещать постоянную ценность и заговорила о помощи в конкретной ситуации. Отток перестал читаться как провал, а повторные наймы стали стабильным источником роста.
С сервисом для управления личными финансами история повторилась почти дословно. Через несколько месяцев начинался высокий отток, и Product Manager считал, что продукт недостаточно вовлекает. Команда добавляла фичи, геймификацию и персонализацию, отток держался, а пользователи говорили, что «всё нужное уже сделали».
Продукт нанимали навести порядок в финансах. Когда порядок наступал, сервис становился второстепенным. Стратегию пересмотрели: продукт сориентировали на следующие этапы прогресса (подушка безопасности, крупная покупка, первые инвестиции) и выделили разные работы для разных жизненных ситуаций. Команда начала проектировать осознанные точки завершения, и доверие к следующему найму выросло.
Когда «естественный отток» становится оправданием
Скептик скажет, что «естественный отток» звучит как идеальная индульгенция: назовите уход «работа завершена», и чинить больше нечего. К тому же лучшие продукты расширяют работу. Табличный редактор не увольняют после первого отчёта, потому что он полезен в сотне соседних задач. Может, увольнение просто признак слабого продукта?
Опасение оправдано, когда классификацию делает сама команда, без слов клиента. Защита простая. Уход считается естественным, только если клиент подтвердил, что работа исчезла, и она не выполняется где-то ещё. Если в «естественной» колонке оказываются люди, которые теперь сводят цифры в Excel, это проблемное увольнение под чужим ярлыком. Полезная самопроверка с настраиваемым порогом: если естественная доля держится выше 70%, а упоминания конкурентов в интервью растут, переразметьте последнюю сотню уходов.
Аргумент про расширение работы тоже верен, но у него есть граница. Расширяться стоит в работы, которые у клиента действительно повторяются: следующий квартал, следующий финансовый этап. Расширение в работы, которых у клиента нет, приводит ровно к перегруженному продукту из второго кейса.
Есть и ситуации, где тест «куда ушла работа» даёт сбой:
- Годовая подписка прячет увольнение. Клиент «уволил» продукт в марте, а churn появится в декабре, при непродлении. Ранний сигнал: активность ниже порога 60 дней подряд (порог подберите под свой цикл).
- В B2B увольняет не пользователь. По оценке Gartner, в типичной B2B-покупке участвуют 6-10 человек, принимающих решение. Пользователь может любить продукт, а уволит его финансовый директор при пересмотре бюджета, поэтому на карте нужны обе работы: пользователя и покупателя.
- Малая выборка. При 30 уходах в месяц доли по колонкам скачут на десятки процентов, и такой скачок чаще отражает погрешность, чем сдвиг в работе клиентов. Копите классификацию за квартал, прежде чем менять roadmap.
Самый показательный материал для JTBD поэтому лежит в последнем оттоке или отказе; описание аудитории даёт куда меньше. Клиент, который ушёл к конкуренту, к ручному способу или в бездействие, уже ответил, на какую работу нанимал продукт и чем тот с ней не справился. Чтобы восстановить ситуацию и причину выбора, обычно хватает одного интервью. Портрет человека в такой реконструкции почти ничего не добавляет, зато гипотеза удержания впервые получает опору. Пока в CRM нет поля «где теперь работа», цифра оттока смешивает сданный отчёт с клиентом, проигранным конкуренту.