Как из команды за 3 часа уволилось 10 сотрудников

Утром 30 апреля у меня фактически уволилась часть команды.

Без предупреждения. Без созвона. Без передачи дел. Без финального сообщения в рабочем чате.

Просто в какой-то момент стало понятно: люди, на которых я каждый день опирался в работе, больше не выходят на связь.

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

Их не было в штатном расписании. Но по факту они давно были частью ежедневного рабочего процесса.

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

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

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

Примерно это и произошло.

Только речь была не про людей.

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

Что произошло 30 апреля

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

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

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

Если сказать проще: там жила часть моей рабочей памяти.

Именно поэтому история не сводится к «заблокировали сервис». Сервис можно заменить. Модель можно заменить. Другую платформу можно открыть. Новый диалог можно начать.

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

Ты не просто задаёшь вопросы. Ты настраиваешь подходы. Уточняешь стиль. Исправляешь ошибки. Показываешь примеры. Собираешь устойчивые инструкции. Создаёшь помощников под разные задачи. Постепенно выстраиваешь сеть рабочих решений.

У меня таких решений было около пятидесяти.

И в один момент весь этот слой стал недоступен.

Почему это бьёт сильнее, чем кажется

Можно сказать: ну и что, открой другую платформу.

Частично это правда. Я использовал не только ChatGPT. Были другие сервисы. Были локальные модели. Были материалы, которые хранились у меня отдельно. Были документы, выгрузки, закрытые хранилища, инструкции и рабочие файлы.

И это сильно помогло.

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

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

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

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

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

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

Человек может уйти. А система вроде бы нет.

Но практика показывает: может.

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

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

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

В чём настоящий риск

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

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

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

Пока нейросеть просто отвечает на разовые вопросы, это не страшно. Потерял диалог - неприятно, но не критично.

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

Это актив.

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

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

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

Что я сделал правильно

В этой истории было несколько вещей, которые спасли ситуацию.

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

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

Вторая: значимая часть материалов хранилась локально.

Не всё. И это отдельный урок. Но подавляющее большинство важных документов, инструкций и подходов всё-таки было сохранено вне одной платформы.

Третья: многие успешные сценарии были уже оформлены в файлы.

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

Четвёртая: мы уже изучали локальные модели и собственные контуры обработки.

Они не всегда дают тот же комфорт. Не всегда одинаково удобны. Но они дают другой уровень контроля. А для части бизнес-задач контроль важнее максимального удобства.

Что я сделал неправильно

Главная ошибка - я всё равно недооценивал скорость накопления зависимости.

Когда инструмент работает каждый день, зависимость растёт незаметно.

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

И в какой-то момент это уже не «полезный сервис». Это часть операционной системы компании.

Если бы я заранее жёстче разделял личные и рабочие задачи, часть рисков была бы ниже.

Если бы я чаще выгружал и сохранял важные диалоги, восстановление было бы быстрее.

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

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

Это не трагедия. Но это хорошая управленческая пощёчина.

Скорость нельзя путать с устойчивостью

ИИ даёт скорость.

Это главный эффект.

Ты быстрее думаешь. Быстрее пишешь. Быстрее проверяешь. Быстрее сравниваешь варианты. Быстрее превращаешь хаос мыслей в структуру.

Но скорость сама по себе не делает систему устойчивой.

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

Пока всё работает, это почти не видно.

Проблема появляется в момент сбоя.

Знание должно быть у компании

Неважно, какой инструмент помог его создать.

Если нейросеть помогла вам сформулировать сильную инструкцию, эта инструкция должна храниться у вас.

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

Если в переписке родилась сильная логика продаж, её нужно вынести в документ.

Если в диалоге накопились важные подходы к продукту, их нужно зафиксировать отдельно.

Если ИИ помогает вам находить паттерны, сами паттерны должны становиться активом компании, а не оставаться в истории внешнего продукта.

Коммуникации компании - такой же актив

Эта история напрямую связана с тем, почему мы делаем «Дожми Продажи».

У компаний уже есть огромный слой знаний в звонках, переписках и письмах.

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

Но если всё это хранится только как сырой архив звонков, разрозненные переписки и отдельные письма, компания этим активом почти не владеет.

Формально данные есть.

Управленчески они не собраны.

Поэтому один из важных смыслов «Дожми Продажи» - не просто проанализировать коммуникации. А помочь компании расшифровать, резюмировать, структурировать и сохранить этот слой как собственный актив.

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

Для меня после истории 30 апреля это перестало быть просто технической деталью.

Это вопрос контроля над собственной памятью компании.

Что стоит сделать уже сейчас

Я бы начал не с большого проекта.

Достаточно задать себе несколько простых вопросов:

1. Какие знания у нас сейчас живут только во внешних ИИ-продуктах?
2. Какие инструкции, помощники и рабочие сценарии мы потеряем, если завтра доступ исчезнет?
3. Где у нас хранятся резюме ключевых решений?
4. Можно ли восстановить рабочий процесс за день, если основной инструмент станет недоступен?
5. Где лежат знания из клиентских коммуникаций: в структурированном виде или в сыром архиве?

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

Лучше увидеть этот риск заранее, чем в день, когда часть вашей «команды» просто перестанет выходить на связь.

Следующая статья серии

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

Перейти к следующей статье серии

Частые вопросы

Почему нельзя просто открыть другую ИИ-платформу?

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

Почему важно различать учётную запись и внешний продукт?

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

При чём здесь звонки и переписки компании?

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