Написание контента и UX-текстов
С текстом у ИИ два режима. Первый — черновик с нуля: быстро накидать варианты. Второй — редактура и полировка: текст уже есть, его нужно довести под тон бренда, сократить или адаптировать под формат. Отдельная история — UX-копирайтинг: тексты кнопок, пустых состояний, ошибок, онбординга. Здесь важны ясность и предсказуемость действия, а «красивость» второстепенна.
Разница между моделями здесь тоже заметна. GPT по умолчанию пишет чуть более «маркетингово», Claude — чуть более сдержанно и по делу, Gemini — нейтральнее всех, ближе к разговорному стилю. На практике искать «идеальную» модель необязательно. Полезнее держать в промпте явный пример нужного тона (few-shot из темы «Фундамент»): тогда разница между моделями сглаживается.
Рабочая цепочка: черновик → критика → доработка
- Черновик: «Напиши 5 вариантов текста для кнопки CTA на странице оформления заказа, тон дружелюбный, без давления, максимум 3 слова»
- Критика: «Раскритикуй эти 5 вариантов как строгий редактор бренд-гайда: что слишком банально, что не соответствует тону "уверенно, но не навязчиво"?»
- Доработка: «Перепиши варианты 2 и 4 с учётом этой критики»
Подробнее про системную критику ИИ-результатов, а не только текстов, — в теме «Оценка и критика результатов ИИ».
Голос бренда как система, а не набор прилагательных
«Дружелюбный, но экспертный» — описание, под которое подходит половина брендов на рынке. Модель честно выдаёт по нему самый усреднённый текст. Чтобы ИИ устойчиво писал в голосе конкретного продукта, пары прилагательных мало. Нужна короткая памятка из четырёх частей:
1. Принципы (3–4, каждый с расшифровкой):
«Говорим прямо» — сначала суть, потом детали; без «к сожалению» и «обратите внимание».
2. Пары «так — да / так — нет» (5–7 штук):
да: «Не получилось сохранить. Попробуйте ещё раз»
нет: «Упс! Что-то пошло не так :(»
3. Словарь: термины продукта, которые нельзя менять («тариф», а не «план»; «проект», а не «файл»), и стоп-слова.
4. Формальности: на «ты» или на «вы», эмодзи, восклицательные знаки, заглавные буквы в кнопках.
Пары «да/нет» — самая ценная часть. Это тот же few-shot из темы «Фундамент», только собранный один раз на весь продукт. Памятку удобно хранить в кастомном ассистенте или проекте (тема «Софт: справочник по инструментам»), чтобы не вставлять её в каждый чат заново.
Матрица состояний: текст нужен не только «счастливому пути»
Самая частая дыра в UX-текстах — отсутствующие формулировки, а не плохие. Экран продуман для случая, когда всё хорошо, а остальное дописывает разработчик в последний момент. ИИ здесь полезен как генератор полноты. Он быстро выдаст текст для каждого состояния, если их ему назвать:
| Состояние | Что нужно человеку в этот момент | Пример |
|---|---|---|
| Пусто | Понять, что здесь будет, и сделать первый шаг | «Здесь появятся ваши проекты. Создать первый» |
| Загрузка | Знать, что процесс идёт и сколько ждать | «Собираем отчёт — обычно до 10 секунд» |
| Ошибка пользователя | Что не так и как исправить, без обвинений | «В адресе не хватает домена — например, @gmail.com» |
| Ошибка системы | Что это не его вина, что с данными и что делать дальше | «Не получилось сохранить — это у нас. Черновик цел, попробуйте через минуту» |
| Успех | Подтверждение и следующий шаг | «Заявка отправлена. Ответим на почту в течение дня» |
| Необратимое действие | Последствия — конкретно, а не «вы уверены?» | «Удалить проект „Сонный кактус“? Макеты и комментарии пропадут навсегда» |
Как находить сами состояния на экране — в теме «ИИ в работе над макетом».
Ограничения, о которых модель не знает, пока ей не сказать
- Длина. У кнопки, пуша, заголовка в карточке есть физический лимит. Назови его в символах («до 20 символов с пробелами») и попроси указывать длину рядом с каждым вариантом. Потом пересчитай сам: считать символы модели умеют плохо.
- Локализация. Если интерфейс будет переводиться, учти три вещи. Немецкий и русский текст обычно длиннее английского примерно на треть, а короткие подписи — в два-три раза. Идиомы и игра слов не переживут перевод. Фразы, склеенные из кусков («У вас » + число + « файлов»), сломаются на числительных: «1 файл, 2 файла, 5 файлов». Скажи об этом модели заранее и попроси варианты, устойчивые к переводу.
- Доступность. Текст кнопки и ссылки должен быть понятен в отрыве от окружения, потому что скринридер читает его отдельно: «Скачать отчёт», а не «Нажмите здесь». Сообщение об ошибке не должно держаться только на красном цвете.
- Факты о продукте. Модель не знает, как работает твоя функция. Она легко пообещает в тексте то, чего продукт не делает: «мы сохранили ваши изменения», а автосохранения нет. Перед генерацией текстов для экрана дай ей два-три предложения о реальном поведении.
Ещё примеры команд
Придумай текст для пустого состояния экрана "Мои проекты", когда у пользователя ещё нет ни одного проекта — мотивируй создать первый
Сократи этот текст в 2 раза, сохрани смысл и тон бренда: [вставить текст]
Напиши текст ошибки для формы, если пользователь ввёл email без домена — без технического жаргона, с подсказкой, что исправить
Вот 3 примера текстов в голосе нашего бренда (вставить). Напиши четвёртый на тему [...] в точно таком же тоне
Вот экран (приложить скриншот) и два предложения о том, как работает функция: [описание]. Составь матрицу состояний — пусто, загрузка, ошибка пользователя, ошибка системы, успех, необратимое действие — и для каждого напиши текст в голосе из памятки (вставить). Если какого-то состояния на этом экране быть не может — скажи об этом
Вот 12 текстов из интерфейса (вставить). Собери из них черновик памятки голоса бренда: принципы, пары „так — да / так — нет“, словарь терминов. Отметь места, где тексты противоречат друг другу по тону
Дай 5 вариантов текста для пуш-уведомления о брошенной корзине, каждый до 45 символов с пробелами, рядом укажи длину. Текст будет переводиться на немецкий и испанский — без идиом и игры словВозьми реальный UX-текст из своего проекта: текст ошибки, пустое состояние, кнопку. Прогони его через полную цепочку черновик → критика → доработка из этой темы. На шаге критики используй явный ролевой промпт «строгий редактор», а не просто «улучши».
Нашёл ошибку или устаревший факт? Напиши: hey@iskra.guide