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