Кто в команде отвечает за нейросети и что делать в первый месяц
Катя Долгих9 мин

Доступ к нейросетям в компании обычно оформляют без спора: это недорого, это очевидно полезно, отказываться странно. Спор начинается позже — когда через месяц выясняется, что инструментом пользуются те же люди, которые пользовались бы им и без всякого доступа. Про причины такой пробуксовки у нас есть отдельный разбор: почему внедрение нейросетей не взлетает. Повторять их здесь не будем.
Эта статья про другое — про то, что почти всегда пропускают на старте. У нейросетей в компании не появляется владельца. Есть тот, кто оплатил, есть те, кому «дали попробовать», и нет никого, чья работа — сделать так, чтобы этим пользовались. Ниже разберём, зачем нужна такая роль, что в неё входит и как выглядит план первых четырёх недель.
Почему без ответственного не работает
Любая общая задача без конкретного имени рядом с ней превращается в фон. С нейросетями это заметно особенно быстро, потому что никакой процесс от их отсутствия не ломается. Не сдал отчёт — заметят все. Не открыл нейросеть — не заметит никто, включая тебя самого.
Дальше включается простая механика. Сотрудник пробует пару раз, получает средний ответ, не понимает, что именно он сделал не так, спросить не у кого — и тихо возвращается к прежнему порядку работы. Причём он не саботирует: он честно попробовал. Просто между «попробовал» и «встроил в неделю» есть несколько шагов, которые никто не помог пройти.
Второе, что происходит без ответственного, — разнобой. Один человек нашёл рабочий подход к описаниям товаров, другой полгода мучается с той же задачей, и они об этом не разговаривают. Находки не складываются в общий актив, а остаются личными привычками. Когда человек уходит в отпуск или меняет работу, всё уходит вместе с ним.
Третье — вопросы про безопасность и допустимость. Можно ли вставлять в запрос кусок клиентского договора? А фамилию заказчика? А внутренние цифры по выручке? Пока на эти вопросы нет письменного ответа, аккуратный сотрудник выбирает не рисковать и просто не пользуется инструментом, а неаккуратный вставляет всё подряд. Оба варианта плохие, и оба — следствие того, что правило не написано.
Что это за роль на самом деле
Сразу уберём лишние ожидания. Речь не о новой должности в штатном расписании и не о человеке, который «отвечает за цифровую трансформацию». Речь о дополнительной зоне ответственности для того, кто уже работает в команде: несколько часов в неделю на первом этапе и заметно меньше потом.
Кого имеет смысл ставить. Того, кто хорошо знает реальные процессы отдела — что делают руками, что повторяется каждую неделю, где тратится время впустую. Технические знания тут вторичны: современные модели работают в браузере, без кода и без настроек. Гораздо важнее, чтобы человек мог подойти к коллеге и спросить: «Покажи, как ты делаешь эти карточки, я посмотрю».
Второе требование — у человека должно быть на это время. Роль, добавленная сверх полной загрузки и без снятия чего-то другого, не выполняется, как бы человек ни хотел. Это стоит проговорить с руководителем на входе, а не через месяц.
Что входит в роль в постоянном режиме:
- собирать и держать в одном месте рабочие сценарии — задача, модель, готовый запрос, пример результата;
- отвечать на вопросы «а можно ли так» и «почему у меня не получается»;
- следить за расходами и объяснять руководителю, на что уходят деньги;
- обновлять список моделей, когда в каталоге появляются новые;
- быть тем, к кому идут с находкой, — чтобы находка не осталась личной.
Чего в роль не входит: делать работу за коллег, согласовывать каждый запрос и контролировать, кто сколько раз открыл вкладку. Ответственный — это не надзиратель, а тот, кто снижает порог входа для остальных.
Неделя первая: собрать сценарии, а не придумать их
Главная ошибка первой недели — сесть и придумать список задач самому. Он получится красивым и мимо реальности. Задачи должны прийти от людей, которые их выполняют.
Практический способ: короткий разговор с каждым сотрудником отдела, десять–пятнадцать минут. Вопросов достаточно трёх. Что ты делаешь каждую неделю и что это занимает больше часа? Что тебе скучно делать? Что ты откладываешь до последнего? Ответы на третий вопрос обычно самые полезные — откладывают именно рутину, которую жалко на неё тратить голову.
Записывайте формулировками сотрудника, а не своими. «Переписываю описания товаров под новый формат маркетплейса» лучше, чем «оптимизация контента». Из первого понятно, что делать, из второго — нет.
К концу недели должен получиться список из пятнадцати–двадцати конкретных дел. Дальше отберите из них три-пять для старта по двум признакам: задача повторяется не реже раза в неделю и результат легко оценить глазами — понятно, хорошо вышло или нет. Аналитику, где качество спорное, отложите на потом.
Неделя вторая: проверить руками и собрать заготовки
Теперь по каждому отобранному сценарию ответственный проходит путь сам, до готового результата. Не «в теории это можно», а «я сделал, вот что получилось, заняло столько-то».
Здесь же выбирается модель под задачу. Смысл агрегатора в том, что не нужно заводить отдельный сервис под каждый тип работы: в едином кабинете Most AI собраны текстовые модели, генерация изображений, видео и озвучка, всё работает без VPN, оплата в рублях и без обязательной месячной подписки. Для текстов есть бесплатный чат без лимита по количеству запросов, а у части моделей — дневная бесплатная квота, которой хватает, чтобы пощупать инструмент до любых трат.
Результат недели — заготовки запросов, которые коллеге останется скопировать и подставить своё. Не теория про то, как формулировать, а готовый текст с понятной структурой: роль, задача, контекст, формат ответа.
Ты редактор карточек товара для маркетплейса.
Задача: переписать описание под новый формат — до 500 знаков, без превосходных степеней.
Контекст: категория — посуда, покупатель сравнивает по объёму и материалу.
Формат: заголовок до 60 знаков, абзац описания, пять буллетов характеристик.
К каждой заготовке приложите пример результата — что получилось у вас. Человек, который видит образец, решается попробовать гораздо охотнее, чем тот, кто читает инструкцию. И обязательно приложите пример неудачной первой попытки с уточнением, которое её исправило: команда должна понимать, что с первого раза не выходит почти никогда и это нормальная часть работы, а не признак личной неспособности.
Неделя третья: написать правило про рабочие данные
Это тот пункт, который откладывают дольше всего и который сильнее всего тормозит остальных. Правило нужно короткое — на половину страницы, чтобы его прочитали целиком.
Оно строится из трёх частей. Первая: что нельзя отправлять никогда. Обычно это персональные данные клиентов и сотрудников, паспортные и платёжные реквизиты, содержимое договоров с условиями о конфиденциальности, доступы и пароли. Вторая: что можно свободно — тексты, которые и так публичны, черновики, обезличенные формулировки, общие описания задач. Третья часть самая полезная: как обезличить то, что нужно обработать. Заменить название компании на «Клиент А», убрать суммы или заменить их порядком величины, вырезать фамилии, оставить структуру и смысл.
Отдельно проговорите, что финальную ответственность за результат несёт человек, а не модель. Факты, цифры, юридические формулировки и цитаты проверяются вручную перед отправкой наружу. Это снимает второй по частоте страх после страха за данные — страх подписаться под ошибкой.
Правило нужно не спрятать в папку, а разослать и повесить туда, где команда его увидит. Пока его нет в письменном виде, каждый сотрудник держит в голове свою версию, и обычно она строже реальной.
Неделя четвёртая: показать и передать
Последний шаг — открытая встреча минут на двадцать. Не лекция про нейросети, а разбор трёх сценариев на настоящих задачах команды: вот задача, вот запрос, вот что вышло, вот сколько времени заняло. Дальше — где лежат заготовки, где правило про данные и к кому идти с вопросами.
После встречи закрепите один простой ритуал: раз в две недели кто-нибудь из команды показывает свою находку. Пять минут, без подготовки, можно с неудачей. Это единственный механизм, который превращает разовое внедрение в накопление опыта — и он же снимает нагрузку с ответственного, потому что экспертиза перестаёт держаться на одном человеке.
Тогда же имеет смысл посмотреть на первые цифры расходов: сколько ушло за месяц и на какие задачи. Разговор с руководителем проще вести с этими данными на руках — как обосновать расходы на нейросети, мы разбирали отдельно. Полезно сразу зафиксировать, какие задачи оказались самыми частыми: именно по ним дальше имеет смысл смотреть, не появилась ли в каталоге модель, которая справляется лучше или дешевле.
Как понять, что роль работает
Через два-три месяца проверьте четыре признака. Первый: в общий список сценариев что-то добавили не вы, а коллеги. Второй: вопросы в чате сместились с «а это вообще можно?» на «как лучше сформулировать вот тут». Третий: хотя бы одна задача перестала делаться руками совсем. Четвёртый: когда ответственный в отпуске, работа не останавливается.
Если ни один признак не выполняется, дело почти всегда не в людях и не в моделях, а в том, что роль назначили формально и времени под неё не выделили. Это чинится не мотивационным письмом, а разговором про загрузку.
Частые вопросы
Кого назначать, если команда маленькая?
В команде до десяти человек это чаще всего сам руководитель или тот, кто больше всех уже пробовал. Отдельного человека выделять не нужно — важно, чтобы роль была названа вслух и чтобы у неё было имя. Даже пара часов в неделю у одного конкретного человека работает лучше, чем общая договорённость «все пробуем».
Нужно ли платить за эту роль отдельно?
Отдельная оплата не обязательна, а вот снятие части текущей нагрузки на первый месяц — почти обязательно. Роль, добавленная поверх полной загрузки, тихо не выполняется, и через месяц это выглядит как провал внедрения, хотя на самом деле это провал планирования времени.
Что если сотрудники не хотят делиться сценариями?
Обычно дело не в нежелании, а в неуверенности: человек не считает свой способ достойным показа. Помогает, если ответственный первым покажет собственную неудачную попытку и то, как он её исправил. После этого барьер падает — становится видно, что показывать надо процесс, а не безупречный результат.
Как быть, если в отделах разные задачи?
Единое правило про данные должно быть общим для всей компании, а списки сценариев — своими у каждого отдела. Маркетингу, продажам и поддержке нужны разные модели и разные заготовки. Общий документ на всех получится слишком абстрактным, чтобы им пользовались.
Нужно ли ответственному разбираться в технике?
Нет. Модели запускаются в браузере, из готовых интерфейсов, без кода и без настроек серверов. Полезнее знание процессов отдела и умение задавать коллегам вопросы. Разобраться, чем модели отличаются по задачам и сколько стоят, можно по актуальному прайсингу и описаниям в каталоге.
С чего начать, если месяца нет и нужен результат быстрее?
Возьмите один сценарий вместо пяти, пройдите его сами за день, напишите правило про данные на пять строк и покажите результат команде на ближайшей планёрке. Полный план — это способ не потерять качество, а не обязательный ритуал. Один живой пример на реальной задаче двигает дело сильнее, чем месяц подготовки.
Пройдите это по шагам в кабинете
Всё из инструкции — текст, картинки, видео и звук — в одном кабинете: одна регистрация, один баланс, одна история.



