Главная ошибка новичка в Lovable — относиться к промпту как к короткой команде для чат-бота. Фраза «сделай красивый сайт» почти гарантирует лишние итерации: сервис сам решит, что значит «красивый», вы не согласитесь и начнётся цикл переделок.
Хороший промпт не обязан быть огромным. Он должен быть конкретным: что строим, для кого, где меняем, что должно остаться нетронутым и какой результат считаем готовым.
Если вы только начинаете, сначала посмотрите базовую инструкцию как пользоваться Lovable.
Начинайте с цели, а не с дизайна
Перед первым запросом ответьте себе на четыре вопроса: что за продукт, кто им пользуется, зачем он нужен и какое главное действие должен совершить пользователь.
Плохой вариант:
Сделай современный сайт для приложения.
Лучше:
Создай лендинг приложения для учёта личных расходов. Аудитория — фрилансеры 20–35 лет. Главное действие — начать бесплатный пробный период. Нужны hero, три преимущества, скриншоты продукта, тарифы, FAQ и финальный CTA. Стиль спокойный, технологичный, без кислотных цветов.
Lovable получает направление и реже генерирует случайную структуру.
Разбивайте работу на компоненты
После первой версии не просите «переделать весь сайт». Работайте блоками: hero, карточки преимуществ, форма, таблица, навигация.
Так проще понять, что улучшилось, и меньше риск сломать уже удачные части. Это особенно важно на платных тарифах: каждая новая итерация расходует кредиты.
Всегда пишите, что нельзя менять
Одна из самых полезных фраз в Lovable — «остальное не трогай».
Например:
Добавь фильтр по статусу над таблицей заказов. Сохрани текущую таблицу, типографику и логику сортировки. Другие страницы и компоненты не меняй.
Такой запрос задаёт границы и уменьшает побочные изменения.
Используйте реальный контент
Lorem ipsum и карточки «Feature 1» плохо помогают дизайну. Длина текста влияет на переносы, высоту блоков и композицию.
Если финального текста ещё нет, дайте Lovable реалистичный черновик. Тогда интерфейс сразу проектируется под настоящие заголовки, кнопки и описания.
Для сложных задач сначала Plan mode
Если вы добавляете авторизацию, платежи, большой рефакторинг или новую архитектуру, выгоднее сначала обсудить план.
Попросите Lovable изучить текущий проект, перечислить затрагиваемые части и задать уточняющие вопросы. Только после того как план выглядит разумно, запускайте реализацию.
Это уменьшает количество дорогих «ой, я имела в виду другое» после того, как код уже переписан.
Один запрос — одна понятная цель
Не стоит складывать в один промпт двадцать разнотипных изменений: поменять шрифт, подключить Google, исправить checkout, добавить таблицу и переписать footer.
Лучше объединять связанные изменения и проверять результат после каждого этапа. Тогда при ошибке вы точно знаете, на каком шаге она появилась.
Шаблон хорошего промпта
Можно использовать простую структуру:
- Задача: что нужно добавить или изменить.
- Место: где именно это находится.
- Поведение: что должен делать элемент.
- Дизайн: стиль, размеры, визуальные ограничения.
- Границы: что нельзя менять.
- Проверка: как понять, что всё работает.
Пример:
На странице профиля добавь загрузку аватара. После выбора изображения показывай preview, затем сохраняй файл в storage и обновляй avatar_url пользователя. Сохрани существующую карточку профиля и её стили. Не меняй авторизацию. После реализации проверь загрузку JPG и PNG на мобильном и десктопе.
Как экономить кредиты на визуальных правках
Для мелких изменений используйте выбор элемента в preview вместо нового общего запроса. Если нужно поменять текст кнопки, цвет или отступ, нет смысла заставлять агента заново анализировать страницу.
Также полезно заранее сохранить правила дизайна в knowledge проекта: используемые цвета, шрифты, радиусы, тон интерфейса. Тогда не придётся повторять их в каждом сообщении.
Сколько именно кредитов доступно на каждом плане, разобрано в материале тарифы и кредиты Lovable.
Что делать, если Lovable пошёл не туда
Не пытайтесь исправлять неверную большую переделку ещё пятью запросами поверх неё. Сначала оцените, проще ли откатиться к удачной версии.
История версий — один из самых полезных страховочных механизмов. Если эксперимент оказался неудачным, возврат к стабильной точке часто дешевле, чем лечение последствий.
Мини-тест: плохой промпт против хорошего
Чтобы увидеть разницу не на словах, возьмите одну небольшую задачу и сделайте две версии проекта-копии. В первой напишите расплывчатый запрос вроде «сделай блок тарифов современнее». Во второй задайте точные условия: количество карточек, нужные поля, CTA, стиль и фразу «остальные секции не меняй».
Сравнивать стоит четыре вещи:
- сколько кредитов ушло на первый результат;
- сколько дополнительных сообщений понадобилось;
- сколько чужих элементов Lovable изменил без запроса;
- на каком варианте быстрее получился результат, который можно оставить.
Такой A/B-тест полезнее универсального списка «магических промптов»: он показывает, какие формулировки экономят именно ваши кредиты и именно на вашем типе проектов.
FAQ
Чем длиннее промпт, тем лучше?
Нет. Полезна не длина, а конкретика. Короткий запрос с ясными границами может быть лучше длинного потока пожеланий.
Можно писать по-русски?
Да. Lovable понимает обычные текстовые инструкции на разных языках, включая русский.
Нужно ли просить Lovable задавать вопросы?
Для сложных функций — полезно. Это помогает выявить неопределённости до изменения кода.
Итог
Экономия кредитов в Lovable начинается не с тарифа, а с постановки задачи. Планируйте до промпта, меняйте проект небольшими блоками, задавайте границы и проверяйте результат после каждого шага.
Так Lovable становится предсказуемее, а количество бессмысленных итераций заметно сокращается.