Как переписать тексты интерфейса с помощью ИИ — пошагово, с готовым промптом

Попроси модель «написать текст для кнопки» — и получишь «Отправить», «Продолжить» и «Упс! Что-то пошло не так». Формально правильно, практически бесполезно: это те же заглушки, от которых ты хотел уйти.

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

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

Шаг 1. Выпиши строки экрана в список

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

кнопка отправки формы | Отправить | до 22 симв.
подпись поля e-mail   | Email     | до 30 симв.
ошибка пустого поля   | Обязательное поле | до 60 симв.
пустой список заявок  | Нет данных | до 80 симв.

Лимит — не придирка. Без него модель выдаст красивую фразу, которая на телефоне обрежется на середине.

Шаг 2. Дай контекст, которого у модели нет

Три вещи, без которых текст будет общим:

1. Кто читает. «Малый бизнес, не технари, заходят с телефона» — уже сильно сужает словарь.
2. Что было до. «Человек заполнил форму и ждёт ответ мастера» — иначе модель напишет про абстрактную отправку.
3. Что случится после. «Мы спишем 1 490 ₽ и отправим чек на почту» — это превращает «Продолжить» в «Оплатить 1 490 ₽».

Третий пункт самый важный: именно последствие отличает полезную кнопку от бессмысленной. Подробнее про сам материал — в разборе микрокопии.

Шаг 3. Поставь жёсткие рамки

Рамки экономят больше времени, чем правки. Минимальный набор:

• обращение — на «ты» (или на «вы», но выбери одно);
• кнопка — глагол действия, не существительное: «Сохранить черновик», а не «Сохранение»;
• ошибка — по формуле «что случилось + что сделать»;
• запрещённые слова: «Упс», «Ой», «Что-то пошло не так», «Пожалуйста, попробуйте позже»;
• никаких восклицательных знаков и эмодзи, если у тебя нет причины.

Шаг 4. Проси три варианта и причину, а не один ответ

Один ответ нечем сравнить. Три — уже выбор, а короткое «почему» показывает, что модель поняла задачу (и ловит случаи, когда она не поняла).

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

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

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

Перепиши строки. Для каждой дай 3 варианта и одну строку «почему».

СТРОКИ:
- кнопка отправки | «Отправить» | до 22 символов
- ошибка пустого телефона | «Обязательное поле» | до 60 символов
- экран после отправки | «Спасибо!» | до 90 символов

ПРАВИЛА: кнопка = глагол + результат; ошибка = что не так и что сделать;
запрещено: «Упс», «Что-то пошло не так», «Пожалуйста»; без эмодзи;
не превышай лимиты символов.

Шаг 5. Прогони результат по чек-листу

Модель почти всегда промахивается в одном и том же месте. Проверь руками:

• Кнопка отвечает на вопрос «что произойдёт», а не «что я делаю».
• Ошибка говорит, что сделать дальше. «Неверный формат» — не говорит. «Введи телефон в формате +7 999 123-45-67» — говорит.
• Подпись поля осталась подписью и не переехала внутрь поля серым текстом (почему это плохо — разбор плейсхолдер или подпись поля).
• Пустой экран предлагает следующее действие, а не сообщает «Нет данных».

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

Шаг 6. Вставь в интерфейс и посмотри на телефоне

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

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

Что получится

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

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

Модель всё равно пишет слишком вежливо — как убрать?

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

Стоит ли давать модели скриншот вместо списка строк?

Скриншот помогает ей понять расположение, но не решает главную проблему: по картинке не видно, что произойдёт после нажатия, и не видно лимитов. Лучший вариант — и картинка, и список строк с лимитами. Если даёшь только что-то одно, давай список.

Как понять, что стало лучше?

Самый дешёвый тест — на человеке, который твой продукт не видел. Покажи экран на десять секунд и спроси: «что произойдёт, если нажать эту кнопку?». Если он пересказывает своими словами правильно — текст работает.