Промпт для приложения: шаблоны для MVP, CRM и внутреннего инструмента

Готовые структуры запросов, когда нужно не просто экран, а рабочий сценарий.

Промпт для приложения отличается от промпта для лендинга. В лендинге важны блоки, оффер и CTA. В приложении важны действия, данные, состояния, роли и повторяемость. Если описать только "сделай красивый дашборд", ИИ соберет экран, но не обязательно рабочий сценарий.

Перед использованием шаблонов полезно прочитать базовый разбор как создать приложение с ИИ. Если вы пока проверяете спрос и не уверены в формате продукта, начните с материала MVP с ИИ.

Универсальная структура промпта

Хороший запрос для приложения отвечает на семь вопросов: кто пользователь, какую задачу он решает, какие данные вводит, что видит после действия, какие состояния нужны, какие ограничения есть и как выглядит успешный результат.

```text Собери веб-приложение для [аудитория и задача]. Главный пользователь: [роль]. Основной сценарий: [действие 1 -> действие 2 -> результат]. Данные: [какие поля, списки, статусы, карточки]. Экраны: [стартовый экран, форма, список, карточка, настройки]. Состояния: пусто, загрузка, ошибка формы, успешное сохранение. Ограничения: [что не усложнять, какие интеграции пока не нужны]. Стиль: рабочий, понятный, без маркетингового hero. ```

Такой промпт задает не только вид, но и поведение. ИИ понимает, что экран должен поддерживать действие пользователя, а не просто выглядеть как приложение.

Шаблон для MVP сервиса

```text Собери MVP сервиса подбора специалиста. Пользователь выбирает категорию, город, удобное время и оставляет контакты. Владелец сервиса видит заявки в таблице: имя, контакт, категория, город, время, статус. Нужны экраны: лендинг с кратким оффером, форма заявки, список заявок, карточка заявки. Добавь состояния пустого списка, успешной отправки и ошибки обязательных полей. Не добавляй оплату, авторизацию и сложные роли в первой версии. ```

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

Шаблон для внутренней CRM

```text Собери внутреннюю CRM для небольшой ремонтной компании. Пользователь — менеджер, который каждый день обрабатывает заявки. Сценарий: добавить заявку, указать клиента, услугу, адрес, дату, ответственного и статус; потом найти заявку в таблице и открыть карточку. Нужны фильтры по статусу и ответственному, пустое состояние, ошибка формы, простая статистика за неделю. Дизайн плотный, рабочий, без декоративных карточек и больших hero-блоков. ```

Этот шаблон хорошо подходит для тем вроде CRM с ИИ, учета заявок, записи клиентов, задач для команды или простого склада.

Шаблон для дашборда

```text Собери дашборд для контроля заявок из рекламы. Пользователь — владелец малого бизнеса. На главном экране нужны метрики: заявки сегодня, заявки за неделю, конверсия в звонок, заявки без ответа. Ниже таблица заявок с источником, статусом, комментарием и датой. Добавь пустое состояние, фильтр по источнику, предупреждение для заявок без ответа больше суток. Используй спокойный B2B-стиль и понятные подписи. ```

Если в первой версии слишком много графиков, попросите: "Оставь только метрики, по которым владелец принимает решение сегодня". Дашборд должен помогать действовать, а не украшать страницу.

Команды для второй итерации

После первой генерации используйте короткие команды. "Покажи главный сценарий за три шага". "Добавь пустое состояние с понятным действием". "Сократи форму и вынеси необязательные поля". "Сделай таблицу удобной на ноутбуке". "Добавь подтверждение после сохранения". "Убери функции, которые не нужны для MVP".

Для сайта такие команды похожи на правки из материала промпт для создания сайта, но в приложении фокус смещается на данные, состояния и повторные действия.

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

Типичные ошибки

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

Запускайте приложение постепенно. Сначала один пользователь и один сценарий. Потом второй сценарий. Потом реальные данные. Потом интеграции. Такой порядок делает промпт управляемым.

FAQ

Можно ли использовать один промпт для разных приложений? Можно как основу, но роли, данные и сценарий нужно менять под задачу.

Что делать, если ИИ сделал красивый, но бесполезный дашборд? Попросите перестроить интерфейс вокруг действия: что пользователь должен сделать сегодня.

Нужно ли описывать базу данных? Для первого прототипа достаточно полей и связей человеческим языком. Для продакшна детали лучше уточнять отдельно.