ИИ вместо большой команды: Как создавать контент, продавать и поддерживать клиентов

Правила для цифрового напарника

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

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

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

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

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

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

Особенно слабым результат оказывается в трёх ситуациях.

Во-первых, проект молодой, и основные правила хранятся в голове владельца. На сайте одна формулировка, в заметках — другая, в переписке с подрядчиком — третья. Модель получает только ту версию, которая случайно оказалась в переданных ей материалах.

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

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

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

Пока паспорта нет, минимальная форма запроса может выглядеть так:

Задача: подготовить текст для страницы услуги.

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

Аудитория: кто принимает решение и в какой ситуации.

Используй: утверждённые факты из указанных источников.

Не делай: не придумывай цены, сроки, отзывы, гарантии и характеристики.

Если данных не хватает: перечисли пробелы и задай вопросы.

Формат результата: объём, структура, призыв к действию.

Критерии проверки: фактическая точность, ясность, соответствие голосу проекта.

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

Контекст проекта: что именно должен знать напарник

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

Начните с одного предложения о продукте. В нём должны быть понятны сам продукт, адресат и результат. Формула может выглядеть так: «Мы помогаем [кому] получить [результат] с помощью [продукта или метода]». Если результат зависит от действий клиента, это тоже нужно указать.

Например:

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

Сразу после этого обозначьте границу обещания:

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

Эта пара формулировок полезнее длинного описания компании. Она задаёт направление и сразу убирает несколько опасных толкований.

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

Рабочее описание аудитории может выглядеть так:

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

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

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

Зафиксируйте:

1) базовую цену и валюту расчёта;

2) что входит в стоимость;

3) что оплачивается отдельно;

4) допустимые способы оплаты;

5) сроки оказания услуги;

6) срок действия цены, если он ограничен;

7) правила переноса, отмены и возврата;

8) условия скидок и тех, кто вправе их утверждать;

9) контакт или роль, отвечающие за исключения.

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

Полезно разделить сведения на устойчивые и изменяемые.

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

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

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

Отдельно запишите обещания проекта. Удобно разделить их на три уровня.

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

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

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

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

Единый набор источников вместо папки с противоречиями

Сигнал: в разных ответах помощник использует разные цены, сроки или характеристики

Такой сбой почти всегда говорит не о «плохой памяти» модели, а об отсутствии иерархии источников. Сведения в проекте есть, но никто не определил, какой документ главнее и что делать при конфликте.

Для каждого факта заведите карточку источника. Достаточно семи полей:

Название источника.

Какие факты он подтверждает.

Кто отвечает за актуальность.

Дата последней проверки.

Срок действия или условие устаревания.

Приоритет по отношению к другим документам.

Какие формулировки разрешено использовать публично.

Пример:

Источник: актуальный прайс-лист.

Подтверждает: цены, состав пакетов, доступные способы оплаты.

Владелец: руководитель продаж.

Проверка: перед публикацией коммерческого предложения и при любом вопросе о стоимости.

Приоритет: выше старых презентаций и переписки.

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

Приоритет источников удобно выстроить так:

1) действующие условия продукта, утверждённые ответственным владельцем;

2) прайс-лист и правила оплаты;

3) договор, публичная оферта и утверждённые условия возврата;

4) база часто задаваемых вопросов;

5) согласованные примеры и кейсы;

6) тексты сайта и презентации;

7) отдельные сообщения, черновики и старые файлы.

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

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

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

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

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

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

Голос бренда задаётся не прилагательными

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

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

Разделите его на четыре слоя.

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

Полезен список замен. Например:

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

Фразу «поможем увеличить эффективность» заменять описанием действия и результата.

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

Ритм. Укажите среднюю длину предложения, допустимую длину абзаца, предпочтение активного или пассивного залога, наличие подзаголовков и списков. Формулировка «короткие предложения» слишком расплывчата. Рабочее правило может звучать так: «Основная мысль должна укладываться в одно предложение длиной до двадцати слов; длинное объяснение нужно разбивать на два-три абзаца; каждый абзац отвечает на один вопрос».

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

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

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

Так помощник получает не абстрактное «пиши как мы», а набор наблюдаемых образцов.

Сравните две формулировки:

«Наше комплексное решение позволит существенно повысить эффективность бизнес-процессов и вывести компанию на новый уровень».

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

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

Что напарнику запрещено придумывать

Сигнал: в тексте появляются детали, которых никто не вводил в задачу

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

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

Помощник не придумывает:

1) цены, скидки, рассрочки, комиссии и условия оплаты;

2) сроки изготовления, доставки, запуска, ответа или возврата;

3) характеристики продукта, наличие функций и состав пакета;

4) отзывы, названия клиентов, должности и результаты кейсов;

5) сертификаты, лицензии, партнёрства и награды;

6) статистику, проценты, исследования и ссылки на источники;

7) юридические выводы и гарантии правового результата;

8) обещания дохода, роста продаж, экономии или иного результата, зависящего от обстоятельств клиента;

9) сведения о наличии свободных мест, товаров или специалистов;

10) персональные данные и внутреннюю информацию о других клиентах.

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

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

Рабочая инструкция:

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

Безопасный шаблон ответа при нехватке данных:

«В доступных материалах нет подтверждённой информации о [факт]. Я не буду указывать предположение. Для ответа нужно проверить [источник или параметр]. До проверки могу подготовить два варианта формулировки: нейтральный, без этого факта, или черновик для ответственного сотрудника».

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

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

1) источники противоречат друг другу;

2) клиент просит исключение из стандартных условий;

3) требуется изменить цену, срок, состав услуги или порядок возврата;

4) есть жалоба, угроза претензии или риск репутационного конфликта;

5) запрос касается персональных данных;

6) требуется юридическая, финансовая или иная специализированная оценка;

7) клиент не подходит под стандартный сценарий;

8) помощник не может подтвердить ключевой факт;

9) ответ может создать обязательство для компании;

10) ошибка будет стоить дороже, чем ручная проверка.

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

Критерии хорошего результата: не «нравится», а можно ли принять

Сигнал: ответ оценивают фразами «что-то не то», «сделай лучше» или «слишком сухо»

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

Для текста проверьте девять пунктов.

1) Понятна цель: информировать, объяснить, привлечь заявку, подготовить к покупке или удержать клиента.

2) Понятен адресат и его ситуация.

3) Каждое существенное утверждение подтверждено источником либо явно обозначено как предположение.

4) В тексте нет придуманных цен, сроков, цифр, отзывов и гарантий.

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

6) Конкретики достаточно: читатель понимает, что получит и что делать дальше.

7) Лексика, ритм и эмоциональность соответствуют голосу проекта.

8) Призыв к действию соответствует реальному следующему шагу.

9) Текст можно проверить и утвердить, не расследуя заново всю историю продукта.

Для ответа клиенту критерии будут другими.

1) Вопрос точно определён: цена, срок, состав, доступ, возврат, статус или что-то ещё.

2) Использован актуальный источник.

3) Сначала дан прямой ответ, затем пояснение.

4) Если вопрос не решён, обозначено, что именно проверяется.

5) Назван следующий шаг и ответственный канал.

6) Не обещан срок, который никто не подтвердил.

7) Не раскрыты чужие данные и внутренняя информация.

8) Тон уважительный, но без неискренних извинений и давления.

9) При наличии риска ответ передан человеку, а не отправлен автоматически.

Коммерческое предложение требует ещё более жёсткой проверки.

1) Описана задача клиента, а не только услуги исполнителя.

2) Понятно, что входит в работу и что в неё не входит.

3) Результаты сформулированы как проверяемые поставки: отчёт, настройка, консультации, материалы, план или доступ.

4) Сроки основаны на актуальных данных и указаны вместе с условиями, от которых зависят.

5) Цена совпадает с действующим источником.

6) Дополнительные расходы и ограничения не спрятаны за общими словами.

7) Кейсы и цифры имеют источник и не выданы за гарантию.

8) Предусмотрен порядок согласования и внесения изменений.

9) Указан срок действия предложения, если он нужен.

10) Есть понятный следующий шаг: подтвердить объём, назначить встречу, передать данные или запросить расчёт.

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

Универсальный скрипт постановки задачи

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

Роль: кем выступает помощник в этой операции.

Задача: какой результат нужно подготовить.

Контекст: продукт, аудитория, стадия общения и особые условия.

Источники: какие документы использовать и какой из них главнее.