В этом модуле вы научитесь анализировать прошлое своего продукта с помощью таймлайна.

Цель практики: на основе прошлого раздобыть ценные выводы о компании, команде и продукте, которые можно забрать с собой в будущее.

Процесс:

• Разместить на временной шкале все самые яркие позитивные и негативные события, которые происходили в компании, продукте или отдельном направлении за последний период (например, год).
• Проанализировать их влияние на качественные и количественные метрики, добавить их к событиям на таймлайне.
• Под каждым успехом или провалом записать ключевой вывод, который стоит взять с собой в будущее в качестве принципа или решения.

Таймлайн — это практика, которая позволяет вспомнить, что происходило с продуктом и командой за последний период (обычно год). Таймлайн можно использовать на стратегических сессиях для синхронизации команд или в любое «мирное» время для поиска ценных инсайтов.

Пример использования таймлайна для продукта

За последние полгода метрики продукта заметно выросли, но никто не может понять, что на них повлияло в первую очередь. Есть разные варианты:

• просто рынок вырос;
• мы выпустили нужные фичи;
• одно из изменений в маркетинге сработало;
• заменили руководителя customer success;
• улучшили процессы разработки;
• это случайная флуктуация.

Мы смотрим в данные и видим изменения, но эти данные не раскрывают причины изменений. А таймлайн как раз позволяет команде вспомнить все успехи и фейлы прошедшего периода, обратить особое внимание на их корреляцию с изменениями ключевых метрик.

Сделав таймлайн, вы можете обнаружить, что выручка пошла вверх, когда новый руководитель customer success активно включился в работу. Изучив отзывы клиентов и репорты CS-команды, вы подтверждаете этот вывод и забираете в будущее ценный принцип — высокий уровень лидера customer success прямо влияет на выручку.

Пример таймлайна для отдельного проекта

Например, вы хотели вывести продукт на международный рынок, и первые полгода ваши дела шли неплохо. Потом рост вдруг прекратился и вторую половину года вы были на плато. Кажется, чтобы найти точки роста, надо проводить новые эксперименты. Но для начала полезно остановиться, посмотреть на события первого полугодия и понять, какие наши действия позволяли продукту расти.

Вы проанализировали первое полугодие и увидели несколько международных конференций (да, когда-то они существовали), на которых вы и ваши сотрудники выступали, а кроме того, многим рассказывали о продукте в личных беседах. Оказалось, есть зависимость между конференциями и волнами органического трафика в продукт. Но в середине года вы перестали участвовать в конференциях (допустим, это не коронавирусный год и конференции не отменялись), переключились на другие способы роста — и получили плато.

Пример таймлайна для отдельной команды

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

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

Все эти примеры могут легко сосуществовать друг с другом в рамках одной компании в один и тот же год. Разместив все эти события на таймлайне, проанализировав и сделав ключевые выводы, вы автоматически вооружитесь набором решений и принципов, которые позволяют не наступать на одни и те же грабли и расти качественнее.

Пошаговая инструкция по применению таймлайна

1. Собираем небольшую команду, с которой будем анализировать прошлое (можно одному, но всегда полезно услышать разные точки зрения на значимые события).
2. Выбираем период, за который надо вспоминать события: год, кварталы, последние три месяца, несколько лет.

3. Четко формулируем, какие события мы будем размещать на таймлайне: обо всей компании / о продукте / о команде / об отдельном проекте.
4. Вспоминаем, пролистываем почту, основные Slack-каналы, JIRA-релизы и выписываем на стикеры все яркие позитивные и негативные события за выбранный период. Расставляем так, чтобы наиболее удаленные от центральной оси были наиболее значимыми. В идеале, у вас слабых событий должно быть немного, а весь фокус при анализе уйдёт на яркие положительные и отрицательные события. В описание событий желательно включать предпосылку и итог.Примеры:

1. «Первый раз зарелизили большую фичу в срок, команда осталась довольна и два крупных клиента порекомендовали нас трем большим компаниям»
2. «На маркетинговые эксперименты с новым агентством слили $50000 с ROI всего 7%»
3. «Когда у нас уволились сразу два девелопера, наша разработка практически полностью встала».

5. Анализируем влияние ярких событий на результаты — качественные и количественные метрики. Для наглядности можно прямо на таймлайне разместить график изменения выручки, прибыли или любой другой метрики.

6. Когда разместите все записи, переходите к самому важному — ключевым выводам. Выпишите в отдельный документ или там прямо под таймлайном, какие выводы или принципы вы можете взять на вооружение, чтобы повторить успехи или избежать провалов. Например, в кейсе с релизами в срок, можно записать «релизы нашего продукта, которые были выполнены в срок, заряжают команду и могут приводить новых клиентов», а в кейсе про увольнения — «чтобы избежания блокировки процесса разработки, надо держать пул разработчиков в воронке найма и следить, чтобы текущие разработчики не уходили одновременно».

На выходе вы получаете набор ключевых выводов, которые надо приоритизировать и использовать на ближайшей сессии по стратегированию.