Стрелка на карте

Собственник делегировал все, кроме главного
тему для поста подсказал диалог с Виктором Савюк (Dendy, Комкор, Акадо и др.)

Есть ситуация, которая ставит в тупик многих ТОПов: вам дают ответственность, полномочия и даже говорят, что ждут самостоятельности. Но когда вы принимаете решения - собственник их тормозит или меняет на свои решения. Знакомо?

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

Выглядело это так: встреча с собственником, отчет и в какой-то момент: "Нет, это неверно. Надо так...". Сначала я воспринимал это как неготовность собственника делегировать. Но позже понял, что причина глубже:

Собственник делегирует полномочия, но не делегирует свою картину мира

У него в голове есть огромная база знаний: какой клиент "рисковый", какая кампания "не наша", а что вообще не сработает. Это предпринимательский паттерн-рекогнишн - собственник, как опытный врач, чувствует проблему раньше, чем может нормально объяснить. Иногда это может быть проявлением микроменеджмента, но чаще всего - нет.

Это конфликт моделей лидерства
Большинство основателей, построивших миллиардные бизнесы, долгое время являются "операторами" и именно эта модель часто становится причиной их успеха. Оператор управляет через личное участие, его бизнес - это продолжение его личности и делегируя он подсознательно ждёт, что ТОП примет решение так, как принял бы он сам.

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

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

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

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

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

В ситуации, когда собственник говорит "нам нужен другой маркетинг / система продаж / ИТ-архитектура…", а на уточняющий вопрос "какой именно, другой?" отвечает "ну вы же должны понимать, вы - директор", создается ловушка:

Ответственность у директора, а критерии качества - в голове собственника

Оба работают в рамках своего "внутреннего театра", а ТОП оказывается в роли угадывающего. Продуктивно ли в такой ситуации провести предварительный разговор и выложить идеи до начала работ? Да, это выход. Но здесь кроется ошибка многих директоров: приходить к собственнику с вопросом "Сформулируйте, какие принципы должны лежать в основе решений".

Собственник часто не способен четко изложить мысли и искренне считает: "Я же объяснил, куда мы идём. Почему вы не можете сами понять, какие решения этому соответствуют? Я вам плачу за это". Для него подобный вопрос может звучать как ваша некомпетентность.

Вместо того чтобы просить его генерировать концепции, предложите готовые варианты выбора и проверочные гипотезы:
Не: "Что вы хотите изменить?"
А: "Вот три варианта. Какой из них, по-вашему, ближе к вашему пониманию и что мне в нем поправить?"

Так можно аккуратно извлечь скрытую логику собственника через подтверждение или корректировку.

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

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

А что скажут сами собственники? ✍️

#Смыслология

LTV – это не свойство клиента, а свойство вашей бизнес-модели

Термин LTV давно вошёл в лексикон топ-менеджмента, но его применение часто ошибочно. Распространённая ошибка – отождествлять LTV с ретроспективным анализом отношений. Но смысл параметра – оценка будущей экономической ценности для распределения ресурсов.

В регулярных транзакциях логика ясна: прогнозируем прибыль от клиента и сопоставляем с затратами. В сложных продажах участвуют несколько сторон – к кому отнести LTV к одному участнику или всем?

Пример из практики: рынок отделочных материалов
В проекте задействованы дизайнер, камнеобработчик и плательщик. Их роли меняются от сделки к сделке. В таких сделках необходимо разделять "кто принёс деньги" и "кто помог им появиться" – это разные ценности для поставщика.

Для того, кто оплачивает закупки, рассчитываем Direct LTV – ожидаемую прибыль от прямых сделок. Для того, кто создаёт проекты, но сам не платит, – Expected Generated Value – прибыль от бизнеса, возникающего благодаря его участию.

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

· 2027: 3,5 млн × 85% (ожидаемая конверсия по итогам работы с партнером) = 3,0 млн
· 2028: 3,5 млн × 70% = 2,45 млн
· 2029: 3,5 млн × 55% = 1,9 млн.
Direct LTV = 7,35 млн руб.

Но этот же камнеобработчик регулярно рекомендует поставщика своим клиентам, не выступая плательщиком. Например, он инициирует 6 проектов в год, конверсия в продажу – 50%, средняя прибыль с реализованного проекта – 200 тыс. руб.
Ожидаемая годовая создаваемая прибыль: 6 × 50% × 200 = 600 тыс. руб.
С учётом вероятности сохранения активности на три года (90%, 80%, 70%):
2027: 600 × 90% = 540 тыс.
2028: 600 × 80% = 480 тыс.
2029: 600 × 70% = 420 тыс.
Expected Generated Value = 1,44 млн руб.

Итого экономическая ценность камнеобработчика для поставщика складывается из двух компонентов: 7,35 + 1,44 = 8,79 млн руб. (до дисконтирования и вычета расходов на CRC).

Ошибка не в использовании истории, а в подмене прогноза фактом. Изменение бизнеса контрагента, структуры проектов, ключевых сотрудников или роли требует пересмотра прогноза – "перепрогнозирования" обоих параметров.

Пример: учёт вклада сотрудника компании-партнёра Архитектурное бюро А проводит 20 проектов в год и 8 из них ведёт дизайнер Иванов (конверсия 45%), остальные сотрудники – 25%. Прибыль на проект, в среднем – 200 тыс.
Ценность бюро: (8×45% + 12×25%) × 200 = 1,32 млн руб./год.
На Иванова приходится 720 тыс. (≈55%) – но это часть ценности бюро. При его переходе в другую компанию - Б, ценность не переносится автоматически, требуется перепрогнозирования как Иванова, так агентства А и Б.

В CRM достаточно фиксировать по каждой сделке: кто оплатил, кто принёс проект, кто повлиял на выбор, с какими организациями связан. Это позволяет раздельно считать Direct LTV, Expected Generated Value и ценность организации vs сотрудника.

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

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

#Смыслология #Продажи

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

Такой подход - рецепт провала.

На практике все интересней - SPIN нужно внедрять на трёх уровнях: 1 - понимание самой модели, 2 - адаптации коммерческого процесса и только потом 3 - формирование навыков у продавцов. Пройдемся.

1. Переосмыслить модель
Ошибка - применять SPIN по классике, будто рынок не изменился с 1980‑х, когда информационная асимметрия была крайне высокой и Situation‑вопросы давали продавцу преимущество. Сегодня контекст (из CRM, с сайтов, применение OSINT) собирается до встречи с клиентом.

Начинать с "Расскажите о компании" или "Как устроен процесс...?" - значит показать свою НЕкомпетентность. Situation, при этом, не отменяется, но он меняет функцию и становится проверкой гипотез.

Пример:
продавец отделочных материалов видит проект и говорит: "Вижу остров, панель, торцы. Правильно понимаю, сейчас главный риск проекта - найти партию натурального камня с единым рисунком?", вот это уже не сбор инфы, а диагностика гипотезы.

Логика SPIN встраивается в последовательность:
- изучение бизнеса клиента
- построение гипотезы
- SPIN‑диагностика
- развитие последствий
- экономический смысл для клиента
- ценность и решение.

Второе изменение - перенос фокуса с Problem на Implication. Наличие боли не создаёт сделки - клиент может знать о проблеме и ничего не менять (посмотрите на курильщиков). Сила SPIN в проработке последствий.

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

А вот цепочка: "повторный подбор, это пересогласование сроков / бюджетов, а это потеря времени и риск потери проекта», уже коммерчески значима.

И важно, чтобы клиент сам пришёл к выводу о серьёзности, простроил цепочку причин и следствий, а не продавец дал свою версию (может даже и верную) и вызвал сопротивление клиента.

2. Встроить SPIN в коммерческий процесс
Ошибка - обучить продавцов, но не менять систему продаж. Продавец старается выстроить работу по SPIN, а воронка в CRM требует "выслать КП" и/или "провести повторный созвон" и пр., что находится в другой парадигме продаж.

Система победит обучение.

Дело в том, что SPIN нужен не всем сделкам. При транзакции ("Мне три бухты кабеля, что в наличии, какая цена?") – SPIN только мешает.

А вот при консультационных и проектных продажах, там SPIN становится центральным элементом коммуникаций.

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

3. Перестроить навык и работу руководителя
Ошибка - учить воспроизводить вопросы вместо того, чтобы учить развивать мысль клиента. Механика от "какие проблемы?" через "к чему приводят?" к "поможет ли решение?" не даёт коммерческой ценности.

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

В такой парадигме, разбор сделки РОПом должен начинаться с вопросов:
- Что мы поняли о клиенте?
- Какую проблему он признал и почему она существенна?
- Что изменилось в его понимании?
- Какое действие клиента подтверждает продвижение?
- Наш следующий шаг?

⚠️если следующий шаг - только действие продавца (отправить КП, фото, перезвонить), сделка не развивается. Следите за мыслю, она очень важна - настоящее продвижение происходит, когда что-то делает сам клиент: передаёт данные, подключает другого участника, назначает встречу, согласует проверку, предоставляет проект.

Где заканчивается SPIN
Важное ограничение SPIN – это методика коммуникации 1:1. В сложном B2B покупатель - это группа (фин.директор, главный инженер, ГД и пр.) и каждого участника свои проблемы. Качественный диалог с одним человеком не гарантирует управления всей сделкой. SPIN должен стать частью более широкой модели работы с группой принятия решений, но это отдельная методология (поставьте 🔥, кому интересно).

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

Если внедрить только третий уровень, то получите пару недель имитации, кривые записи в CRM и возврат к старому.

#Продажи #Инструменты

Дорогие подписчики, во-первых, спасибо, что подписаны и читаете этот канал. Во-вторых, прошу проголосовать. А завтра обещаю опубликовать материал по SPIN-продажам. При всей раскрученности методики, при ее практической реализации и внедрении в практику, нюансов не меньше, чем при внедрении сбалансированной системы показателей :)

Цифровой рубль: новые деньги или новая власть над деньгами?

С 1 сентября 2026 года крупнейшие российские банки должны дать клиентам доступ к цифровому рублю, а бизнес начать принимать его к оплате. Дальше система будет расширяться поэтапно.

Появляется очевидный вопрос - зачем?

У нас уже есть наличные, карты и СБП. Платить быстро и дешево мы и так умеем.

Чтобы понять смысл, надо посмотреть, кому принадлежат разные формы рубля:
🔵Наличный рубль - это обязательство Банка России.
🔵Деньги на банковском счете - обязательство коммерческого банка перед вами.
🔵Цифровой рубль - снова обязательство Банка России, только в цифровой форме и на его платформе.

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

Иногда ответ на вопрос "Зачем?" сводят к простой формуле: "государство хочет забрать у банков 1,5 трлн рублей комиссий". В принципе, верно, но такое можно сделать и через развитие СБП. Но направление мысли верное: государство получает возможность перевести значительную часть платежного оборота в собственную инфраструктуру и снизить роль коммерческих банков как платежных посредников.

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

Но интересно даже не это.

Интересно такое - цифровой рубль позволяет соединить платеж со смарт-контрактом (алгоритмом, который автоматически проверяет выполнение заданных условий), например: деньги на строительство школы могут перечисляться только в рамках предусмотренных расходов.

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

И возникает еще один вопрос- если деньги могут подчиняться правилам, то кто пишет эти правила и почему именно он?

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

Сегодня Банк России подчеркивает, что цифровой рубль для граждан доброволен, а наличные и обычные банковские деньги сохраняются. Но для свободы важна не только формальная добровольность. Важна реальная альтернатива.

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

Если альтернативы постепенно станут неудобными или экономически бессмысленными, фраза "цифровой рубль доброволен" будет означать значительно меньше "добровольности".

Есть и вторая проблема - это надежность.

Чем больше функций мы передаем цифровым деньгам, тем больше зависим от работающей инфраструктуры. Упал обычный платежный сервис и временно не проходит платеж. Ошибся алгоритм "оборонных рублей" и предприятие не может рассчитаться с поставщиком. Ошибка может быть в реестре разрешенных поставщиков, условии смарт-контракта или связанной государственной системе.

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

Поэтому главные вопросы о цифровом рубле:
1. Кто устанавливает правила движения денег и кто ограничивает власть того, кто устанавливает эти правила?
2. Что происходит, если эта система ошибается или перестает работать?

Каково ваше мнение?

#Смыслология

OKR. Зачем владельцу ещё одна система, если уже есть KPI?

У большинства собственников и без OKR достаточно цифр: выручка, EBITDA, маржа, оборачиваемость, дебиторская задолженность, конверсия. Они показывают, соответствует ли бизнес-плану. Поэтому вопрос "зачем ещё одна система целей?" - рационален.

Ответ начинается с различия задач бизнеса на два типа:
🔵поддерживать бизнес в требуемом состоянии;
🔵изменять его (задачи развития).

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

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

OKR не является ещё одним слоем контроля, это механизм проверки стратегической гипотезы. Место OKR в системе управления можно описать так:
🔵стратегия определяет, куда двигаться;
🔵OKR описывает, какой результат подтвердит продвижение;
🔵бюджетирование и управление портфелем - какие ресурсы выделить;
🔵операционное управление - как обеспечить исполнение.

Критический разрыв возникает, когда стратегический выбор не превращается в перераспределение бюджетов, людей и времени:

У компании могут быть 37 разумных инициатив и ресурсы только на 8. Тогда вопрос ставится иначе: какая комбинация инициатив с наибольшей вероятностью даст требуемый результат и от чего ради неё следует отказаться?

В этом экономическая ценность OKR - Key Result становится критерием выбора: если инициатива не повышает вероятность достижения результата, её стратегическая ценность сомнительна.

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

Здесь же проходит граница между OKR и KPI
KPI нужен для постоянного удержания критичных параметров бизнеса.
OKR нужен для достижения конкретного изменения.

Поэтому OKR не обязательно должен быть "растянутой" целью, рассчитанной на 60–70% выполнения: существуют и обязательные OKR, которые должны быть достигнуты полностью. Но если такой "обязательный OKR" из квартала в квартал требует лишь поддерживать выручку, маржу, конверсию или оборачиваемость на заданном уровне, перед нами фактически KPI, переименованный в OKR.

Наконец, OKR не исправляет плохую стратегию
Он повышает способность организации добиваться результата, но не доказывает, что сам результат разумен. Если приоритеты существуют только в голове собственника, unit-экономика не просчитана, а данным нельзя доверять, OKR мало что изменит.

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

#Стратегия

Не верите в стратегию? Значит, стратегия - это вы

Компания НИКОГДА (!) не перестаёт принимать стратегические решения, она просто начинает принимать их в голове собственника.

При отсутствии единого принципа выбора и принятия решений (что и есть по-сути стратегия), каждый серьёзный вопрос возвращается владельцу и он становится главным всем - продавцом / маркетологом / логистом / финансистом... + единственным носителем стратегии.

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

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

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

Через полгода или год не внедрено почти ничего

Собственник обвиняет консультантов: "Вы только документы плодите, где реализация?", а затем свой менеджмент: "Вам же всё разложили по полочкам. Почему вы ничего не внедрили?".

Обычно, в этот момент начинают искать виноватого (кого-то могут уволить). Хотя расследовать нужно другое: что на самом деле каждая сторона покупала в этом проекте?

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

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

Консультанты получают новые знания и оплаченный счёт.

Так возникает неприятная, но устойчивая конструкция: каждая сторона получает что-то полезное для себя. Но компания не получает нужных изменений, т.к. их никто, по-факту, не заказывал.

Менеджмент не всегда сопротивляется новому
Чаще он сопротивляется риску.

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

Выгода - собственника, риск - мой.

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

"Я двадцать лет в продажах (финансах, маркетинге, логистике) и не девочке-консультанту учить меня работать".

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

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

Консультанты не стремятся усложнить свой путь
Им проще анализировать продажи, сайт, CRM и другие "детали" бизнеса, чем поставить более сложные вопросы:
🔵Куда на самом деле движется компания?
🔵Какую систему управления нужно построить?
🔵Насколько устойчивы её приоритеты?
🔵Какова роль собственника? Что произойдёт, если он изменит решение в середине проекта?

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

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

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

И тут консалтинг не устраняет проблему, а делает её заметнее, структурированнее и дороже на сумму гонорара.

Но как же быть?
🔵Перед новым проектом стоит выбрать одну задачу, например, на девяносто дней.
🔵Зафиксировать один измеримый результат, одного ответственного, его полномочия и перечень работ.
🔵Всё остальное, что ему мешает достичь результата, на этот период прекращается или откладывается.

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

Если компания не способна выполнить такой внутренний контракт, ей пока не нужен внешний консультант или советник.
Ей нужно сначала научиться исполнять собственные решения.

Почему стратегию нельзя "дать"

Есть распространенное мнение, что достаточно сформулировать стратегию на общем собрании, провести обучение / совещание / презентацию, выпустить регламенты, начать требовать KPI из стратегии, и организация изменится. На практике этого не произойдет.

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

Поэтому часто трансформации остаются формальными: компания меняет процессы, но люди продолжают работать в прежней логике. Новая модель есть в документах, но старая - в ежедневной практике. Руководство часто объясняет "что делать", но редко доходит до пояснений "почему я должен признать это правильным и нести за это ответственность?".

Настоящее принятие изменений начинается не с согласия, а с осмысленного выбора

Для руководителя это особенно важно, т.к. сильный менеджер не является пассивным проводником указаний. Он обязан проверить цель на логику и выполнимость. Его несогласие - это не сопротивление, а форма ответственности. Слабый говорит себе: "Так решили наверху". Сильный - либо принимает решение как своё, либо объясняет, почему не может за него отвечать.

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

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

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

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

#Смыслология

Ваш актив могут увести 😺

Когда сотрудник уходит, компания обычно забирает ноутбук, почту, доступы к CRM, явки-пароли, файлы на диске. Формально всё контролируется, но одна ценная часть работы нового типа остается там, куда HR и ИТ не смотрят:

Речь о новом классе активов - ИИ-наработках

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

Финалом работы были папки с Excel, PDF или презентациями. Сейчас же финальный файл часто показывает последнюю часть работы. Основная интеллектуальная работа остается в диалоге с ИИ.

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

И это уже не фантазия, а, как принято говорить, новая реальность:
🔵OpenAI и Microsoft вшили в Enterprise-тарифы управление данными из чатов и retention policies (политики хранения).
🔵Samsung купила ChatGPT Enterprise и сказала сотрудникам: творите, но в нашем контуре.
🔵Юристы Reuters прямо пишут: промпты и ответы ИИ - это новый класс записей, их будут изымать по eDiscovery (процесс расследования).

Эта тема еще не поднималась (я не видел), но уже могу смело и с уверенностью обозначить: ИИ-наработки будут включать в передачу дел.

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

❓Важный вопрос для владельцев и ТОПов: когда ваш сильный сотрудник уйдет, его ИИ-наработки останутся активом компании или исчезнут вместе с его личным аккаунтом?

#ИИновации

ИИ написал стратегию. А кто принял решение?

В одном из соседних чатов, коллега рассказала такой случай:

Junior-контент-лид впервые разрабатывала стратегию и принесла документ на 60 слайдов. Внутри все по красоте - amplify growth, support product adoption, куча идей, но... без привязки к бюджету и ресурсам команды.
Коллега отдельно указала, что сразу вычислила применение ChanGPT. На уточняющих вопросах junior "посыпалась". В итоге, после переделки, презентацию ужали до 15 слайдов с примерами постов, текстовок и пр. конкретных слайдов.

Обычно, после такого, возможны два вывода:
🔵запретить ИИ (хотя, по-моему, это бессмысленно).
🔵учить работать с ИИ.

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

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

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

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

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

Сегодня, по крайней мере для деловых документов, понятие "авторства" трансформируется - оно переходит от авторства контента к авторству решения. Автор должен быть способен объяснить тезисы, отделить факты от предположений, назвать альтернативы, обосновать выбор, назвать от чего отказался, указать данные для пересмотра и отвечать за последствия. Без этого сотрудник не разработал документ - он его просто доставил.

Возвращаясь к кейсу
Сокращение до 15 слайдов - это не результат, а примеры постов превратили презентацию в контент-план, а не в стратегию.
Настоящим результатом было бы вырастить сотрудника, умеющего анализировать ситуацию и распределять ресурсы.

Как следовало действовать?
Не устраивать разоблачение ("мы видим ChatGPT!"), такое учит скрывать, а не думать. Надо было вернуть сотрудницу к бизнесовой логике:
🫥какая бизнес-проблема решается?
🫥о чем говорят данные?
🫥какие есть главное ограничение?
🫥каковы стратегические альтернативы?
🫥что выбираем и от чего отказываемся?
🫥 почему выбор должен сработать?
🫥как поймём, что ошиблись?

Сначала junior должна ответить на эти вопросы сама, затем через промпты обработать с ИИ: найти слабые места, предложить альтернативы, структурировано оформить. После этого провести защиту стратегии.

❗️ Производство контента становится дешевле, а вот профессиональное суждение - дороже. Риск не в том, что ИИ пишет стратегии, риск в том, что компании принимают красивые документы, внутри которых никто не вложил смысла и экспертизы.

❓А вы как используете ИИ в работе?

#ИИновации #Смыслология