Жить и Делать | Павел Кудрявцев

Не всё, что можно автоматизировать, нужно автоматизировать

Развитие AI быстро расширяет список задач, которые можно передать системе. Но техническая возможность — ещё не достаточное основание для автоматизации.

Я бы сначала разобрал сам процесс:

— он повторяется или каждый раз требует нового решения;
— понятен ли критерий качественного результата;
— где ошибка обратима, а где цена слишком высока;
— кто остаётся ответственным за итог.

Если процесс хаотичен, автоматизация часто лишь ускоряет хаос. Если критерий результата не определён, система будет стабильно производить то, что трудно оценить.

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

AI снимает часть нагрузки. Но решение о том, что именно ему доверить и где оставить человека, по-прежнему требует управленческого суждения.

Друзья, хочу пригласить вас ещё в один наш канал — «Прожектор be all bright! group».

Здесь я чаще пишу от первого лица: о предпринимательстве, управлении, маркетинге, AI и решениях, которые приходится принимать в работе.

А в «Прожекторе» команда агентства показывает саму индустрию изнутри.

Там можно увидеть:

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

Это канал не только о том, что мы сделали. Он ещё и о том, почему конкретное решение работает, что происходит между красивой картинкой и готовым событием и какие детали в итоге определяют впечатление человека.

Если вам интересен маркетинг в практике — присоединяйтесь:

https://t.me/beallbrightgroup

Клиент чувствует стыки, а не оргструктуру

У нас внутри компании работа разделена между продажами, креативным блоком, клиентским сервисом, финансами и другими командами. Для управления это необходимо.

Но клиент редко видит эту структуру. Зато он хорошо чувствует моменты передачи работы.

Нужно ли повторно объяснять задачу новому сотруднику? Сохранились ли договорённости после продажи? Понимает ли следующий участник контекст? Кто отвечает, если вопрос оказался между подразделениями?

Именно на стыках часто теряются скорость, доверие и ощущение цельного сервиса.

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

— что передаётся дальше;
— в каком виде;
— кто подтверждает принятие;
— что в этот момент видит клиент.

Для него компания — не набор отделов. Это один опыт. И качество этого опыта во многом определяется тем, насколько незаметно для клиента работают внутренние границы.

Рабочие будни с вИИтаминами

Формат «витаминных сред» интегрировался в жизнь команды на ура.
Всё исключительно на желании: вовлеченность, активность, польза.
Через личный пример и для ближайшего окружения ребята доносят друг другу пользу.

Приоритет проверяется календарём

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

Календарь честнее формулировок. Он показывает, что регулярно получает внимание, а что живёт на остаточном ресурсе между сообщениями, встречами и срочными вопросами.

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

Если такого времени нет, вариантов два: признать, что задача пока не главная, или освободить для неё место, убрав что-то другое.

Приоритет — это не то, что мы считаем важным. Это то, чему заранее отдали ограниченный ресурс.

Полная загрузка команды — не всегда хороший знак

В нашей деятельности ловко жонглирует человеко-часами траффик-менеджер креативного отдела. И роль его в цепочке задач нельзя недооценивать.

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

Достаточно срочной правки, болезни сотрудника или новой вводной — и сроки начинают сдвигаться по цепочке. У команды нет запаса, чтобы спокойно принять изменение. Любая неожиданность превращается в аврал.

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

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

Эффективность — не когда все постоянно заняты. Эффективность — когда важная работа предсказуемо завершается.

Сегодня мы (и на фото не все:)) «СпортДримТим» be all bright! group со стартами на «осеннем Громе» в мещерском парке от детского 1км, через забег дам в 5км и до активной 10ки 🚀🚀🚀

Правка клиента — это гипотеза, а не готовое решение

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

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

Поэтому сильная команда не спорит с формулировкой и не исполняет её механически. Сначала уточняет: что именно сейчас не работает и какой эффект должен появиться после изменения?

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

Экспертиза подрядчика проявляется не в умении защищать каждый свой вариант, а в способности добраться до причины комментария.

Онбординг заканчивается не после знакомства с регламентами

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

До неё полезно выстроить короткий маршрут:

— понятная задача с критерием качества;
— пример сильного результата;
— человек, к которому можно быстро прийти с вопросом;
— обратная связь сразу после первой попытки.

Если новичок неделями читает документы, присутствует на встречах и всё равно не понимает, что может сделать без сопровождения, проблема не обязательно в нём. Возможно, компания хорошо передаёт информацию, но плохо передаёт способ работы.

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

Пилот нужен не для маленькой версии большого проекта

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

В итоге он получается долгим и дорогим, а главный вопрос всё равно остаётся без ответа.

Смысл пилота — не показать всё, что команда умеет. Он должен снять самую опасную неопределённость. Будет ли аудитория совершать нужное действие? Справится ли процесс с нагрузкой? Поймёт ли клиент ценность предложения? Работает ли выбранный канал?

Поэтому перед запуском полезно закончить фразу: «После пилота мы решим, стоит ли…» Если продолжения нет, эксперимент рискует превратиться просто в небольшой проект.

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

Ретроспектива ценна только тогда, когда меняет следующий проект

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

Через месяц похожая ситуация повторяется. Не потому, что люди ничего не поняли. Просто вывод остался разговором.

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

Причём у изменения должны быть ответственный и срок. Иначе фраза «учтём на будущее» означает лишь коллективную надежду на хорошую память.

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

План без ограничений — список желаний

Планирование часто начинается с вопроса: что мы хотим сделать? Я бы добавил второй, не менее важный: от чего мы готовы отказаться?

У компании всегда ограничены деньги, время руководителей и внимание команды. Если новый приоритет просто поставить поверх старых, стратегия не появится. Появятся перегрузка, конкуренция задач и привычное «всё важно».

Рабочий план называет не только цели. Он фиксирует ограничения: сколько проектов мы действительно потянем, где не будем распыляться, какую инициативу остановим ради более сильной.

Отказ здесь — не признак недостатка амбиций. Это способ превратить намерение в управленческое решение.

Если из плана нельзя понять, чего компания делать не будет, скорее всего, это ещё не план.

Несогласие полезно до решения

Руководителю легко перепутать согласие команды с качеством решения.

Люди могут промолчать не потому, что идея сильная. Иногда они не видят смысла спорить, опасаются реакции или считают, что всё уже решено.

Поэтому перед важным выбором полезно не спрашивать: «Все согласны?» Ответ почти предсказуем. Лучше задать три других вопроса:

— что мы сейчас недооцениваем;
— при каком условии это решение станет ошибкой;
— кто видит более сильную альтернативу.

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

Но право на возражение должно существовать до этой точки. Иначе руководитель получает не поддержку, а тишину — и узнаёт о слабых местах идеи уже из результата.

Сильный эксперт не обязан становиться руководителем

Повышение до руководителя часто воспринимают как естественную награду за профессиональное мастерство. Человек отлично делает работу — значит, теперь должен управлять теми, кто делает её рядом.

Но это две разные профессии.

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

Если повышение происходит только ради статуса или зарплаты, компания рискует потерять сильного специалиста и получить неподготовленного менеджера. А сам человек — работу, которая ему нравилась.

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

Карьера не обязана вести всех к одной и той же должности.

Срочность имеет цену

В бизнесе просьба «нужно вчера» иногда действительно оправданна. Рынок изменился, возник риск, открылось короткое окно возможностей — команда собирается и делает.

Проблема начинается, когда срочность становится обычным способом управления.

У постоянного аврала есть цена:

— люди перестают отличать важное от громкого;
— проверка уступает место скорости;
— ошибки создают следующую волну срочных задач;
— планирование превращается в формальность.

Руководителю полезно задавать не только вопрос «к какому сроку?», но и «почему именно к этому?». Если убедительного ответа нет, возможно, срок появился из привычки передавать напряжение дальше.

Сильная команда умеет ускоряться. Но после рывка она возвращается к нормальному ритму и разбирает причину аврала.

Иначе срочность перестаёт быть режимом для исключительных случаев и становится дорогой частью корпоративной культуры.

Сначала — качество задачи

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

Но иногда проблема появилась раньше — в момент постановки задачи.

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

Мне близка простая проверка: хороший бриф должен помогать принимать решения. Что оставить, от чего отказаться, для кого говорить и что считать успехом.

Если после чтения документа вариантов стало ещё больше, это пока не бриф, а склад вводных.

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

Метрика без решения — просто число

В отчёте может быть много точных показателей и мало пользы для бизнеса.

Просмотры выросли. Стоимость контакта изменилась. Конверсия стала ниже. Всё посчитано — но что именно мы сделаем иначе?

Перед добавлением новой метрики полезно спросить: какое решение зависит от её значения?

Если показатель растёт — что продолжаем или усиливаем?
Если падает — что проверяем?
При каком значении останавливаем эксперимент?

Когда ни один ответ не меняется, число создаёт ощущение контроля, но не помогает управлять.

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

Хороший отчёт не демонстрирует объём собранных данных. Он сокращает путь от факта к решению.