В интернет-магазине кофе в Алматы напоминание о незавершённом заказе осталось в личном аккаунте маркетолога Мираса. Мирас перешёл на другой проект, а покупатели начали получать письма уже после оплаты. Владелец пишет в общий чат: «Кто может это остановить?» У аналитика есть отчёт, у разработчика код, а доступ к самой цепочке ищут всем чатом.
К этому моменту напоминание уже прошло проверку, и магазин решил его оставить. Цифры в примере условные; с заказа на 15 000 ₸ магазину остаётся 6 000 ₸, как в расчёте клиентской базы. Из этой истории видно, что команда роста сдаёт две вещи: вывод проверки и работающий процесс с человеком, который за него отвечает.
Команда собирается под задачу
Команда роста (growth team) - это люди, которые вместе понимают бизнес, изучают поведение клиентов, внедряют изменения и оценивают результат. В маленьком проекте один человек закрывает несколько ролей. Но если назвать маркетолога руководителем роста, а разработчик и аналитик помогают ему только в свободное время, от новой должности ничего не изменится.
В эссе о построении команды роста Брайан Бэлфур по итогам разговора с Эндрю Ченом разбирает команды разного размера. Магазину кофе удобнее начать с объёма работы: кто разберётся, почему покупку не довели до конца, кто поправит сайт и кто соединит данные с CRM.
До старта владелец выделяет людям время и полномочия. Команда знает, какие тексты и настройки меняет сама, а с какими вопросами идёт к владельцу продукта или к продажам. Цены, условия оплаты и клиентские данные не становятся полем для экспериментов только потому, что в названии команды есть слово growth.
У одного изменения несколько ответственных участков
За то, чтобы проверка дошла до решения, отвечает один человек. Он следит за договорённостями, снимает задержки и собирает результат. Права объявить ошибочные данные правильными или выпустить изменение в обход договорённых ограничений у него при этом нет.
Работу над напоминанием магазин распределил так:
| Участок | Кто отвечает в примере | Что передаёт следующему участнику |
|---|---|---|
| Бизнес-вопрос | Владелец магазина | Ожидаемый результат, ограничения и предел затрат |
| Сценарий клиента | Маркетолог вместе с дизайнером | Причину обращения, текст и путь продолжения заказа |
| Измерение | Аналитик | Группы, метрику, окно наблюдения и план чтения результата |
| Реализация | Разработчик | Настроенную цепочку, журнал событий и способ остановки |
| Постоянная работа | CRM-специалист | Наблюдение за отправками, ошибками и жалобами |
Один сотрудник может занять две строки, но у каждой строки должны быть время и доступ. Если CRM-специалиста в штате нет, владелец назначает другого человека и включает эту работу в его загрузку. Иначе она достанется тому, кто первым заметит проблему.
У приёмки три пункта: владелец, мониторинг и откат. За каждым должен стоять результат, который можно проверить.
Согласуйте право остановить запуск
У напоминания есть правила, которые задевают сразу несколько команд. Оформленный заказ отменяет отправку, даже если заказ принял менеджер в WhatsApp. Отписка доходит до отправителя. Поддержка знает, кто разбирает ответы покупателей на письмо. А если статус заказа пришёл с задержкой, система не должна молча решать, что заказа нет.
Маркетолог описывает эти случаи, разработчик их реализует, а человек из продаж оформляет заказ со своей стороны и смотрит, что произошло. Триггерную цепочку принимают на всём пути, а не только в интерфейсе сервиса рассылок.
Какие проблемы блокируют выпуск, договоритесь заранее. Например, приёмка нашла письмо после оформленного заказа или отправку человеку, который отписался. Цепочку возвращают на исправление, и статистический вывод о продажах ждать не нужно: условие процесса уже нарушено.
Если аналитик и руководитель спорят, должно быть понятно, кто принимает решение и где записано основание. «Нам нужно выпустить к пятнице» не вернёт потерянный знаменатель. Зато можно сузить изменение, перенести запуск или выпустить только техническую проверку и так её и назвать.
Рабочая неделя и срок проверки различаются
Раз в неделю команда может обсуждать готовые решения, текущие препятствия, следующую работу и поддержку уже выпущенного. Но эксперимент не обязан укладываться в этот недельный ритм.
Срок набора, окно результата и правило остановки задают до запуска. Например, план проверки напоминания о повторной покупке зависит от потока покупателей и времени до повторного заказа. У напоминания о незавершённом заказе свой сценарий и свой срок, так что тот план сюда не переносите. На встрече можно найти ошибку в данных, но заканчивать набор только потому, что сегодня график выглядит удачно, нельзя.
Число открытых задач привязывают к доступным часам. Если у разработчика двенадцать часов, а одна выбранная интеграция съедает все двенадцать, ещё четыре карточки в колонке «В работе» мощности не добавят. Руководитель выбирает порядок, освобождает время или урезает объём.
Неудачная проверка тоже может закончиться выводом. Команда записывает вопрос, данные, ограничения и решение: отказаться от идеи, исправить измерение или подготовить новую проверку. Если данных не хватило, так и пишут, и в колонку «успех» такая проверка не переезжает.
У работы есть стоимость ещё до результата
Час работы магазин оценивает в 5 000 ₸, как в сравнении инструментов роста. Это внутренняя оценка для сметы, ставка той или иной профессии тут ни при чём.
| Подготовка изменения | Часы | Стоимость |
|---|---|---|
| Сценарий и текст | 8 | 40 000 ₸ |
| Макет и путь клиента | 4 | 20 000 ₸ |
| Реализация и проверки сбоев | 12 | 60 000 ₸ |
| План измерения и расчёт | 6 | 30 000 ₸ |
| Всего | 30 | 150 000 ₸ |
На сопровождение после внедрения магазин закладывает ещё четыре часа в месяц, то есть 20 000 ₸. Подготовка и первые три месяца сопровождения стоят 150 000 + 3 × 20 000 = 210 000 ₸. При вкладе 6 000 ₸ с заказа это стоимость 35 дополнительных заказов. Расходы на сервисы и отправки сюда не входят.
Тридцать пять заказов, пришедших после писем, этот расчёт сами не закроют: часть покупателей заказала бы и без напоминания. Сколько заказов добавило напоминание, покажет запланированное сравнение. Смета называет цену работы и планку окупаемости, эффекта она не обещает.
Часы, которые освободились у сотрудника, тоже назовите в отчёте. Если их можно потратить на другие задачи, это хороший результат. Но зарплатный фонд не уменьшается оттого, что автоматизация сэкономила несколько часов.
Передача в постоянную работу требует приёмки
Когда решили оставить цепочку, CRM-специалист Жанель получает доступ через рабочий аккаунт компании. Личные пароли Мираса в чат не пересылают. Настройки, владельцы подключений и инструкции лежат там, где их найдёт тот, кто подменит Жанель на время отпуска.
В передачу входят аудитория, условие запуска, исключения, расписание, тексты и источник каждого статуса. Рядом лежат определения метрик, журнал изменений и контакты людей, которые чинят данные и код.
Жанель проходит тест сама: оформляет заказ, видит, что отправка для него отменилась, и находит причину в журнале. Потом останавливает цепочку и смотрит, что стало с сообщениями, которые уже стояли в очереди: остановка должна касаться и их. Кнопка выключения без проверки очереди может оставить часть писем в работе.
Приёмка передачи в постоянную работу
Доступ владельцу
Рабочий аккаунт компании
Проверка исключения
Оформить заказ и увидеть исключение из отправки
Найти причину в журнале
Остановка
Остановить цепочку
Проверить сообщения, уже стоящие в очереди
Если использовали feature flag, команда решает, нужен ли переключатель дальше. Для временной ветки кода назначают, кто её удалит и к какому сроку. Тестовые контакты исключают, временные доступы пересматривают, поддержке рассказывают об изменении.
Постепенное расширение и наблюдение после выпуска помогают поймать ошибки в эксплуатации. Вывод эксперимента с ними не смешивают: если напоминание захотят включить для другой аудитории, сначала оценят, чем она отличается.
Как оценить работу команды
В отчёте о команде смотрите на начатые и завершённые проверки, время ожидания данных, принятые решения и изменения, у которых появился постоянный владелец. Если считать только число запущенных тестов, команду поощряют открывать новую работу и бросать старую.
Проценты прироста разных тестов не складывают. Они могут относиться к разным метрикам, периодам или к одним и тем же покупателям. Для финансового итога у каждого изменения хранят способ расчёта, неопределённость и стоимость сопровождения.
Жалобы и ошибки после выпуска остаются в отчёте рядом с продажами. Иначе рост заказов будет на графике, а про лишнюю работу поддержки и письма тем, кто уже оплатил, вы узнаете из клиентского чата.
Задание: передать изменение другому человеку
Выберите автоматизацию, за которой сейчас следите вы сами. Подготовьте передачу так, чтобы коллега принял её без ваших устных пояснений.
Выполнено 0 из 6
Вернёмся к магазину. Жанель получила инструкцию, но ей выделили два часа в месяц вместо четырёх по смете. Передача не закончена: оценённая работа не помещается в выделенное время. Руководитель освобождает недостающие часы, урезает обслуживание и следит, не пострадал ли результат, или назначает другого владельца. Общая задача «следить за рассылками» эту разницу не закроет.
И если Жанель не может остановить очередь, документ с её именем приёмку тоже не завершает. Передача закончена, когда у человека есть время, доступ и проверенный способ вмешаться.
Видео: построение команды
Разговор с Лорен Исфорд поможет сопоставить состав команды с задачами. После просмотра отметьте, какая роль в вашем проекте держится на человеке, у которого на неё нет выделенного времени.