Цифровой сотрудник: чем он отличается от чат-бота

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

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

Своего первого «сотрудника» я собрал за вечер и лёг спать довольный. Утром прочитал, что он написал, и не узнал ни одного слова: гладко, вежливо, про какой-то соседний бизнес. Дальше я неделю крутил формулировки в промпте - переставлял слова, добавлял «пиши живо», просил «как эксперт». Результат не сдвинулся, и это бесило сильнее всего.

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

Почему обычный чат-бот отвечает вслепую?

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

Отсюда его потолок. Со справочными запросами вроде часов работы, адреса, ссылки на прайс или статуса заказа по номеру он справляется отлично. Как только вопрос становится живым - «а мне-то что выбрать под мою задачу, у меня вот такая ситуация» - начинается угадывание, и на выходе получается обтекаемый текст, который формально подходит любому читателю и при этом никому конкретно не помогает.

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

Особенно наглядно всё это вылезает на второй реплике диалога, когда клиент пишет «дорого». Бот достанет заготовку про ценность и качество. У роли, собранной под твоё дело, под рукой лежит список реальных возражений и вилка условий, поэтому она уточнит объём и сроки: в твоей практике «дорого» чаще всего означает «не понял, за что плачу», и в регламенте это записано отдельной строкой.

Из чего собран цифровой сотрудник?

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

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

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

Регламент. Письменная инструкция по работе: с чего начать диалог, что спросить первым, чего не обещать никогда, в какой момент передать человеку. Именно регламент отделяет нового стажёра от толкового сотрудника - голова у стажёра на месте, порядка действий пока нет. У бота такой инструкции не бывает вовсе, у цифрового сотрудника она прописана текстом и лежит рядом с описанием роли.

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

	Чат-бот	Цифровой сотрудник
Память	Каждый диалог с нуля	Берёт контекст из мозга дела
Зона работы	Отвечает на всё подряд	Закреплён за одним участком
Правила	Скрипт «вопрос-ответ»	Регламент: что делать и чего не обещать
Тон	Общий, обтекаемый	Твой, как у человека в команде
Пограничный случай	Импровизирует	Передаёт человеку по правилу
Рост	Не меняется	Крепнет по мере пополнения мозга

Чем цифровой сотрудник отличается от корпоративной системы?

Частая путаница звучит так: «а, это как большая ERP на предприятии, только с чатом». Масштаб и задача тут расходятся полностью. Заводские системы обслуживают учёт, склад, закупки и документооборот сотен людей; их внедряют месяцами, настраивают под регламенты предприятия, а сопровождает всё это ИТ-отдел с бюджетом.

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

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

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

Как собрать цифрового сотрудника за четыре шага?

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

1. Опиши участок. «Ты мой контент-ассистент. Твоя задача - из моих голосовых расшифровок и заметок собирать черновики постов в моём тоне. Ты не придумываешь темы сам и не пишешь рекламные тексты». Две фразы про то, что входит, и одна про то, что не входит.
2. Дай контекст. Приложи описание продукта, три-пять своих постов как образец тона, список тем, стоп-слова, портрет типичного читателя. Это и есть кусок мозга дела. Чем он полнее, тем реже сотрудник додумывает.
3. Пропиши регламент. «Пост до 900 знаков. Начинаешь с конкретной ситуации. Результат не обещаешь и цифр не называешь. Если в заметке нет фактуры - пишешь “мало данных” и перечисляешь, чего не хватает. В конце один вопрос читателю».
4. Проверь на живой задаче. Дай сырую заметку и посмотри на результат. Промахнулся - возвращайся к пункту два или три и дописывай недостающий кусок контекста либо правило. Переписывание самой формулировки запроса на этом этапе почти ничего не даёт.

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

Что положить в мозг дела и в каком виде?

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

• Продукт. Что продаёшь, кому, за счёт чего работает, что входит и что не входит. Обычным разговорным описанием, без маркетинговых эпитетов.
• Условия. Вилка цен, сроки, формат работы, что обсуждается индивидуально. Отдельно помечай то, что сотруднику озвучивать запрещено.
• Аудитория. Кто пишет, с какими формулировками приходит, чего боится, что уже пробовал до тебя.
• Возражения. Реальные фразы клиентов и твои реальные ответы на них. Этот файл даёт самый заметный прирост качества, потому что собран целиком из твоей практики.
• Тон. Три-пять примеров текстов, которые тебе нравятся, плюс список слов, которых у тебя не бывает.
• История. Куски прошлых диалогов и решений, чтобы сотрудник видел, как ты обычно выкручивался.

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

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

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

Как написать регламент, которому сотрудник будет следовать?

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

Рабочая структура складывается из пяти блоков:

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

Запреты. Список того, чего сотрудник не делает никогда: не называет точную цену без брифа, не обещает результат, не спорит с клиентом, не выдумывает отзывы. Формулировать запреты нужно конкретно, иначе они не срабатывают.

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

Формат ответа. Длина, структура, наличие вопроса в конце, обращение на «ты» или «вы». Формат задаётся один раз и экономит потом кучу правок.

Поведение при нехватке данных. Самая недооценённая строка. «Если для ответа не хватает информации - скажи об этом прямо и перечисли, чего не хватает». Она заметно снижает количество красивых выдумок.

Собранный вместе регламент продавца умещается примерно в такой кусок текста: «Здороваешься, называешь себя ассистентом и сразу спрашиваешь, какую задачу человек хочет закрыть. Вторым сообщением уточняешь сроки и объём. Дальше предлагаешь один подходящий формат из файла условий и зовёшь на звонок. Точную стоимость не называешь никогда, вилку показываешь только после ответа про объём. Просьбу о скидке, юридический вопрос и любую претензию передаёшь Сергею и пишешь клиенту, что уточнишь и вернёшься. Пишешь на “ты”, абзацами до трёх строк, в конце каждого сообщения один вопрос. Данных не хватает - говоришь об этом прямо и перечисляешь недостающее». Ничего сверх обычного человеческого языка тут нет, зато каждая строка проверяема глазами.

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

С каких ролей начинать?

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

Хорошо заходят четыре направления. Черновики постов и писем - тут результат виден мгновенно, а ошибка стоит копейки. Первичный разбор входящих заявок - сортировка по типу запроса и подготовка ответа, который ты проверяешь глазами. Разбор почты и чатов за день с коротким конспектом того, что требует твоей реакции. Заготовки документов по шаблону: коммерческие, счета-описания, письма-напоминания. Более широкий список задач с примерными формулировками ролей есть в разборе про то, какие задачи закрывает ИИ-ассистент для бизнеса.

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

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

Как принимать работу первые две недели?

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

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

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

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

Где цифровой сотрудник ломается?

Поломки собираются в четыре кучки, и все четыре лечатся обвязкой.

• Пустой мозг дела. Контекста не дали - сотрудник вернулся к угадыванию. Мусор на входе даёт мусор на выходе, никакая формулировка запроса это не компенсирует.
• Размытый участок. Роль «делай всё» разваливается: чем шире зона, тем слабее результат на каждом её куске. Две узкие роли работают лучше одной широкой.
• Уверенная выдумка. Модель способна выдать неверный факт ровным, убедительным тоном. Я однажды переслал клиенту условие, которое сотрудник сочинил сам, - выглядело оно ровно как настоящее, и разбирался я потом лично, извиняясь и объясняя, откуда взялась формулировка, которой у меня в прайсе никогда не было. С тех пор цифры, сроки и всё юридически значимое сверяю руками перед отправкой.
• Нестандартная ситуация. Хитрый клиент, спорный случай, решение с последствиями - всё это уходит человеку, и точка «зови меня» обязана стоять в регламенте явно.

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

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

Сколько это стоит и когда игра не стоит свеч?

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

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

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

Возражения, которые слышу чаще всего

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

«Мне нужен программист». Для первой роли достаточно текста. Разработчик подключается, когда сотрудник должен сам ходить в CRM, читать почтовый ящик или дёргать склад. Тогда появляется слой связок, и его удобно собирать в визуальном конструкторе - как это делается, показано в разборе как освоить n8n с нуля.

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

«Данные клиентов утекут». Вопрос решается выбором инструмента и режимом работы: что кладёшь в контекст, что обезличиваешь, где хранишь файлы. Персональные данные в мозг дела складывать незачем, там живут описания, шаблоны и правила. Выбор конкретной модели под задачу и её ограничения разобраны в сравнении Claude или ChatGPT; вопросы доступа из России я закрывал в отдельной инструкции про то, как пользоваться Claude из России.

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

Как проверить, что перед тобой сотрудник?

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

1. Помнит ли он контекст? Спроси то, на что нельзя ответить без знания твоего дела: как объяснить клиенту разницу между твоими двумя форматами работы. Общий ответ про «индивидуальный подход» сразу выдаёт бота.
2. Понимает ли границы? Попроси то, что лежит вне роли. Собранный сотрудник сообщит, что участок не его, и предложит позвать тебя. У бота такой рамки нет, поэтому он полезет отвечать наугад.
3. Есть ли правила? Дай пограничный случай: клиент просит скидку вдвое и торопит с ответом. По регламенту роль дойдёт до нужной точки и остановится. Без регламента начнётся импровизация, и в конце обязательно окажется что-нибудь обещано.

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

Что сделать на этой неделе?

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

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

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

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

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

Источники

• Anthropic - Prompt engineering overview - как контекст и явные правила задают поведение модели.
• Anthropic - Tool use - механика подключения внешних действий, с которой начинается слой интеграций.
• OpenAI - Prompt engineering guide - почему модель без инструкций и данных отвечает обобщённо.