Если удобнее читать, чем смотреть, — ниже полная текстовая версия эпизода, без сокращений.
Знакомая ситуация: раз в неделю в компании назначают встречу по важному вопросу. Час, два, а то и три часа обсуждения — и в какой-то момент действительно рождаются хорошие решения. А потом — ничего. Разговоров много, действий ноль.
CI Consult встречает эту закономерность не в одной отрасли: рестораны, фастфуд, производство, розница, нишевый ритейл, IT-компании. Это не отраслевая специфика, а системная особенность управления как такового — она касается не то что каждого бизнеса, а каждого менеджера.
Типичный пример — устаревшее коммерческое предложение. КП свёрстано на шаблоне двадцатилетней давности, все это видят, все согласны, что его пора менять. И тут начинается: как поменять форму КП? Автоматизировать ли его? А как быть с клиентами, которые 10 лет привыкли к старому формату? Вопросов можно накидать сколько угодно — а КП так и останется прежним.
Почему так происходит: два вопроса, которые нельзя смешивать
За этим стоит простой механизм: нельзя одновременно отвечать на два разных вопроса.
Первый — работает ли это решение вообще, нужно ли оно кому-то, есть ли у него клиент, оценит ли его хоть кто-то. Второй — как делать это на постоянной основе, каждый день, устойчиво и без сбоев.
Первый вопрос запускает то, что можно назвать циклом создания решения. Второй — циклом стандартизации. Как только они смешиваются в одном обсуждении, компания застревает: вечно стоит на берегу реки вместо того, чтобы наконец её переплыть. На практике это выглядит так: деньги ещё не заработаны, польза решения ещё не доказана, а команда уже обсуждает, почему оно не приживётся при внедрении.
Похожая логика — в основе ценностной гипотезы по Остервальдеру: любое решение проверяется по трём вопросам — исполнимость (можем ли мы это сделать технически), полезность (нужно ли это клиенту, представляет ли для него ценность) и жизнеспособность (окупится ли это). С деньгами, как правило, разбираются быстро — считать все умеют. А вот полезность и исполнимость легко перепутать местами. Первым всегда должен идти вопрос полезности. Если на него нет ответа, обсуждать «как мы это реализуем» преждевременно.
Особенно часто в эту ловушку попадают приборостроительные предприятия, компании, которые ещё не выстроили управление ассортиментом как процесс, — там, где ассортимент невелик и каждая новая позиция воспринимается как большая ставка, — а также истории с выводом нового IT-продукта на площадку.
Даже если принцип понятен, компания всё равно может застрять
Знание принципа «не смешивать вопросы» не гарантирует, что решения начнут внедряться быстрее. Есть как минимум два способа застрять, даже разделив вопросы правильно.
Первый — нездоровая экосистема принятия решений. Показательный кейс — компания, производившая металлоконструкции. В её бизнес-модели и продукте были реальные конкурентные преимущества, по факту она выигрывала у конкурентов, — но конверсия оставалась в разы ниже, чем могла бы быть, просто из-за устаревшего КП. Проблема была очевидна всем, собственник в какой-то момент решил: всё, пробуем новое. Но выяснилось, что внутри компании к тому времени уже сложилось отдельное «царство» — зона, где решения принимались не по экономическому расчёту, а по мнению конкретных людей. В такой среде тонет любой, даже самый простой и логичный принцип — просто потому, что кому-то что-то не понравилось.
Второй — размытая ответственность и право вето у каждого. Розничная сеть: в команде несколько по-настоящему сильных региональных экспертов. Каждый — фактически «царь» в своём регионе, и заслуженно, по компетенциям и по отношению к нему команды. Но между собой договориться им сложно. Когда такая группа вместе выходит в магазин разбирать конкретную проблему, рождается с десяток по-настоящему хороших решений — реализуемых, без организационных барьеров. А дальше начинается: «мне это решение не нравится», «а мне вот это». После того как каждый выскажет своё «фи», остаётся половина решения, которое устраивает всех четверых. У каждого участника — безапелляционное право вето, и в результате компания лишается десятка решений, каждое из которых при масштабе сети (десятки филиалов) могло бы приносить серьёзные деньги.
Как быстро отвечать на вопрос «нужно ли это»
Если оставить организационные патологии за скобками, главный практический вопрос — сколько времени тратится на первый вопрос (нужно ли это) и сколько на второй (как сделать это устойчиво).
На первый вопрос нужно отвечать здесь и сейчас, тем, что уже есть под рукой, — без перфекционизма. Условно: сверстать новое КП прямо сейчас, съездить с ним к клиенту, потратить пару часов на встречу с потенциальным лидом. Итог не гарантирован: можно не получить нужной информации, а можно попасть в цель уже с первой попытки.
Чаще случается второе. Причина простая: тест готовят не учёные в лаборатории с чистого листа, а специалисты, которые работают на этом рынке 10, 15, 20 лет. У них уже есть ощущение, что «выстрелит», а что нет. Тратить недели на «чистый эксперимент» — по сути, впустую расхолаживать технологов и топ-менеджеров с огромной экспертизой. Их ощущение результата нужно реализовать за час, за два, максимум за день — и уже потом, если требуется, дорабатывать и уточнять.
Показательный пример — тестирование нескольких вариантов продукта (в кейсе речь шла о выпечке) напрямую с реальным клиентом. У такого тестирования есть побочный эффект: совместная работа над гипотезой с лояльным B2B-клиентом не просто повышает лояльность — она переводит отношения на новый уровень, ближе к партнёрству.
В деньгах это, как правило, окупается. Первая — а часто вторая или третья — попытка может не сработать: компания потеряет условные пару тысяч рублей и час времени пяти человек. Но именно так, методом проб, в 80% случаев рождается решение, которое потом работает годами. Даже в виде «сырого» прототипа такое решение способно ощутимо повлиять на показатели — поднять оборот на 0,2–0,3% там, где раньше не двигалось вообще ничего.
Три приёма, которые снимают сопротивление тестам
Чтобы команда вообще согласилась пробовать, важны три вещи.
- Снизить ставки. Формулировка должна звучать не как «мы меняем всё», а как «мы просто смотрим, как это будет выглядеть — это займёт час, и мы всегда сможем вернуться к старому способу». Чем меньше ощущение необратимости, тем ниже сопротивление.
- Явно обозначить это как эксперимент с конкретными условиями. Не «давайте попробуем и посмотрим», а чётко: «мы используем это решение, только если оно даст такой-то результат в таких-то случаях». Например: новое КП остаётся в работе, только если конверсия вырастет вдвое на десяти отправках, — потому что от этой конверсии напрямую зависит зарплата отдела продаж, и тратить их время без реального шанса на рост никто не будет.
- Не превращать тест в отдельный процесс создания процесса тестирования. Задача — понять, что ценно для клиента, а не выстроить идеальную методологию тестирования. Как только тестирование само становится проектом, скорость, ради которой всё затевалось, теряется.
Логика в пользу скорости простая: за то же время, которое уйдёт на подготовку одного идеального теста, можно провести десять черновых — и получить в разы больше информации. Часто уже второй тест даёт достаточную уверенность, чтобы переходить к пилотной партии, а оставшиеся восемь просто не нужны.
Почему изменения работают, даже если они «неидеальные»
Есть ещё одна причина, по которой быстрые и не до конца отполированные изменения работают лучше, чем кажется. Она не про сам продукт, а про людей, которые его делают и тестируют.
Психолог Михай Чиксентмихайи в книге о состоянии потока описывает эксперимент: почти любое изменение в жизни человека — даже некомфортное поначалу — в итоге повышает его удовлетворённость. Для 95% сотрудников (кроме особенно тревожных) новая задача или новый формат работы ощущается как глоток свежего воздуха.
Второй эффект — из знаменитых Хоторнских экспериментов: сотрудники, которые видят, что их работе уделяют внимание, начинают работать лучше — вне зависимости от того, что именно изменилось. В одном из недавних кейсов CI Consult в логистике сам факт появления внимания со стороны руководителя дал рост на 40%. В других случаях эффект скромнее — если какая-то форма внимания уже присутствовала. Но сам факт изменения в работе почти всегда становится для сотрудника позитивным сигналом.
Что с этим делать
Прежде чем обсуждать, как внедрить решение, стоит отдельно и быстро ответить на вопрос, нужно ли оно вообще, — и сделать это за час-два, силами тех, кто уже понимает рынок, а не за недели подготовки «идеального» теста. И только после того, как спрос подтверждён, имеет смысл вкладываться в то, чтобы решение работало стабильно и без сбоев на постоянной основе — каждый день, силами любого менеджера, а не только автора идеи.
Если в компании раз за разом происходит одно и то же — часы обсуждений, отличные идеи и ноль внедрений, — вероятно, дело не в качестве решений, а именно в этом смешении вопросов.
И последнее. Это не призыв поверить на слово: в CI Consult правда интересно, сработает ли этот принцип в вашем случае — возможно, у вас достаточно особенная специфика, чтобы стоило проверить самим.
