Стратегия против тактики: ошибка при работе с фреймворками 🙅♂️
Сейчас есть целый ряд популярных и классных фреймворков: Jobs To Be Done, Customer Journey Map и др. Мы давно их используем, но долгое время совершали одну и ту же ошибку — не разделяли фреймворки на стратегические и тактические. А они нужны для разных целей ☝️
У нас есть фреймворк, который мы любим и часто используем на проектах, где есть активное продуктовое развитие — JTBD. Он позволяет понять, для кого создан продукт, какие задачи он решает для клиента.
Несколько лет назад, мы пытались его внедрить в формате универсальной системы, где собиралась бы вся информация о покупателей. Это важно для тактической работы: когда проект активно растет, приходится активно бороться с выгоранием аудитории и поиском новых точек для роста. А для этого нужен сбор информации.
Но мы нарвались на такую ситуацию, что если запихивать в систему все, что мы знаем о клиенте, то получается много разрозненной информации. Для тактических задач эти данные важны, но на уровне стратегии легко теряется ключевая задача, которую мы решаем.
А если структурировать информацию наоборот на уровне стратегии, оставляя только ключевые блоки, специалистам начинает не хватать обратной стороны — деталей.
Сейчас мы поняли, что нужно разграничивать разные инструменты. Они есть стратегические, где нужно понять, что, для кого и как мы делаем. А есть тактические, которые позволяют оперативно вести рекламные кампании, создавать креативы, работать над лендингами.
Эти инструменты лучше разделять: они живут, дополняя друг друга. Но периодически важно делать сверку, чтобы не было расхождения.
