15 промптов для старта в vibe coding

Когда хочется проект, но в голове пока туман и слишком много вариантов.

Ты - product mentor, который помогает новичкам запускать маленькие, но настоящие AI-проекты.

Моя ситуация:
- Мне интересны темы: [темы]
- Я умею: [навыки]
- У меня есть время: [сколько часов/дней]
- Я хочу сделать проект для: [себя / клиентов / портфолио / сообщества]
- Мне не хочется делать: [что точно не подходит]

Сделай:
1. Предложи 7 идей, которые реально можно собрать с AI.
2. Для каждой идеи напиши, кому она нужна и какую боль закрывает.
3. Оцени идеи по шкале 1-5: простота, вау-эффект, польза, скорость MVP.
4. Выбери 2 самые сильные идеи и объясни почему.
5. Для лучшей идеи придумай первый экран, MVP-функции и первый шаг на сегодня.

Чтобы перестать раздувать проект и понять, что нужно сделать первым.

Ты - senior product engineer. Твоя задача - безжалостно сжать мою идею до MVP.

Контекст:
- Идея: [опиши идею]
- Для кого: [аудитория]
- Главный результат для пользователя: [результат]
- Срок первой версии: [срок]
- Мой уровень: [новичок / средний / опытный]

Сделай:
1. Сформулируй MVP в одном предложении.
2. Раздели функции на must-have, nice-to-have и отложить.
3. Удали всё, что не нужно для первой проверки идеи.
4. Дай план сборки на 1 день, 3 дня и 7 дней.
5. Напиши критерий: "MVP готов, если..."

Чтобы проект не был “для всех”, а говорил с конкретным человеком.

Ты - UX researcher. Помоги мне понять реального пользователя, а не абстрактную аудиторию.

Проект: [описание]
Моя гипотеза аудитории: [кому это нужно]
Что человек хочет получить: [результат]
Что ему сейчас мешает: [проблема]

Сделай:
1. Опиши 3 типа пользователей.
2. Для каждого напиши: ситуация, боль, желание, страх, триггер к покупке/использованию.
3. Придумай фразу, которую этот человек мог бы сказать вслух.
4. Покажи, какой функционал нужен каждому типу.
5. Выбери главного пользователя для MVP и объясни почему.

Для страницы, которая ведет человека от интереса к действию.

Ты - UX writer и conversion designer. Собери структуру лендинга, который не выглядит как шаблон.

Контекст:
- Продукт/идея: [описание]
- Аудитория: [для кого]
- Главное действие: [заявка / регистрация / скачивание / покупка]
- Стиль: [спокойный / дерзкий / экспертный / дружелюбный]

Сделай:
1. Предложи структуру блоков сверху вниз.
2. Для каждого блока дай цель, заголовок, ключевой смысл и CTA.
3. Добавь блоки доверия: кейсы, цифры, отзывы, процесс или FAQ.
4. Укажи, где нужен визуал и какой именно.
5. В конце дай короткий сценарий: что должен почувствовать человек на каждом этапе страницы.

Чтобы сайт звучал понятно, живо и не как презентация на 80 слайдов.

Ты - сильный редактор и UX writer. Напиши текст так, чтобы его понял занятый человек за 30 секунд.

Проект: [описание]
Аудитория: [кто читает]
Что человек уже знает: [уровень понимания]
Что он должен сделать после чтения: [действие]
Тон: [дружелюбный / уверенный / экспертный / простой]

Напиши:
1. 5 вариантов H1 без клише.
2. Подзаголовок, который объясняет пользу.
3. 4 преимущества через результат, а не свойства.
4. Блок "как это работает" в 3 шага.
5. FAQ с честными ответами.
6. Финальный CTA без давления.

Для hero-блока, где сразу понятно: что это, для кого и зачем нажимать.

Ты - product designer. Разбери и улучши первый экран сайта.

Название: [название]
Что делает продукт: [описание]
Для кого: [аудитория]
Главное действие: [что должен нажать пользователь]
Текущий вариант H1, если есть: [вставь]

Сделай:
1. Дай 3 варианта H1: прямой, эмоциональный, экспертный.
2. Напиши подзаголовок без абстрактных слов.
3. Предложи основную и вторичную кнопку.
4. Придумай визуал первого экрана.
5. Добавь 3 proof-point, которые повышают доверие.
6. Скажи, что убрать, если экран перегружен.

Когда идея уже есть, но непонятно, какие экраны и состояния нужны.

Ты - UX/UI designer. Преврати мою идею в понятную структуру экранов.

Проект: [описание]
Главные действия пользователя: [список]
Устройства: [mobile/desktop]
Ограничения: [сроки, стек, простота, стиль]

Сделай:
1. Опиши главный пользовательский сценарий.
2. Составь список экранов MVP.
3. Для каждого экрана укажи цель, элементы, состояния и ошибки.
4. Добавь пустые состояния и loading-состояния.
5. Предложи, какие элементы должны быть кнопками, табами, фильтрами, меню или карточками.
6. Дай рекомендации для мобильной версии.

Для UI-блока, который должен быть аккуратным, адаптивным и понятным.

Ты - frontend developer. Помоги мне сделать компонент чисто и без лишней сложности.

Компонент: [что нужно]
Стек: [HTML/CSS/JS, React, Vue и т.д.]
Поведение: [что делает]
Стиль: [цвета, размеры, настроение]
Где будет использоваться: [страница/контекст]

Сделай:
1. Предложи структуру компонента.
2. Напиши код.
3. Добавь состояния: default, hover, active, disabled, empty/error если нужно.
4. Учти мобильную адаптацию.
5. Объясни, куда вставить код и какие классы важны.
6. В конце дай короткий чек-лист проверки.

Когда код работает, но уже страшно его открывать.

Ты - senior code reviewer. Проведи бережный рефакторинг: улучшай читаемость, но не ломай поведение.

Что делает проект: [кратко]
Проблемный файл/фрагмент: [вставь код]
Что нельзя ломать: [важные сценарии]
Что меня раздражает в коде: [дубли, длинные функции, имена, стили]

Сделай:
1. Найди главные проблемы.
2. Раздели правки на безопасные, осторожные и рискованные.
3. Предложи порядок рефакторинга.
4. Покажи улучшенную версию кода.
5. Объясни, что изменилось и почему.
6. Дай список проверок после правки.

Когда ошибка непонятная, а править наугад уже опасно.

Ты - debugging assistant. Не угадывай. Сначала помоги сузить причину ошибки.

Что я делал: [описание]
Что ожидал: [ожидаемое поведение]
Что произошло: [факт]
Ошибка/лог: [вставь текст]
Код: [вставь фрагмент]
Что уже пробовал: [если пробовал]

Сделай:
1. Объясни ошибку простыми словами.
2. Назови 3-5 вероятных причин по приоритету.
3. Дай короткие проверки для каждой причины.
4. Только после диагностики предложи исправление.
5. Если данных не хватает, задай конкретные вопросы.
6. Напиши, как убедиться, что ошибка не вернется.

Когда страница вроде готова, но выглядит неубедительно или неудобно.

Ты - UX expert. Проведи честный UX-аудит, как будто пользователь видит страницу впервые.

Страница/экран: [описание]
Цель пользователя: [что должен сделать]
Что смущает: [мои сомнения]
Скрин/текст/структура: [вставь материалы]

Проверь:
1. Понятно ли, что это и для кого.
2. Видно ли главное действие.
3. Нет ли перегруза в тексте и карточках.
4. Удобно ли на мобильном.
5. Есть ли доверие, обратная связь, состояния.

Дай список проблем по приоритету и конкретные правки: текст, структура, UI, мобильная версия.

Для случаев, когда страница тяжелая, интерфейс тормозит или все грузится медленно.

Ты - performance engineer. Помоги найти самые заметные причины медленной работы.

Тип проекта: [сайт/приложение/бот]
Где тормозит: [загрузка, интерфейс, запросы]
Что уже пробовали: [если пробовали]
Ограничения: [нельзя менять стек / мало времени / слабый сервер]

Сделай:
1. Предложи, что измерить перед правками.
2. Назови вероятные причины тормозов.
3. Раздели улучшения на: 30 минут, 1 день, позже.
4. Укажи, какие правки могут сломать UX.
5. Дай чек-лист проверки после оптимизации.
6. Если нужен код, попроси конкретные файлы.

Чтобы не выкладывать проект с битой кнопкой, пустой формой или странным мобильным видом.

Ты - launch manager. Проведи предзапусковую проверку проекта.

Проект: [описание]
Где будет опубликован: [хостинг/платформа]
Что уже готово: [список]
Что особенно важно не сломать: [формы, оплата, заявки, адаптив]

Составь чек-лист:
1. Контент и ссылки.
2. Кнопки, формы, переходы.
3. Мобильная версия.
4. Скорость и изображения.
5. SEO-минимум.
6. Аналитика и события.
7. Ошибки и fallback-сценарии.
8. Что проверить через 1 час после запуска.

Когда MVP уже есть, и хочется улучшать не хаотично, а по пользе.

Ты - product strategist. Помоги спланировать вторую версию продукта без лишнего раздувания.

Что уже есть: [функции MVP]
Что говорят пользователи: [обратная связь]
Цель роста: [больше заявок, удержание, продажи]
Ограничения: [время, бюджет, команда]

Сделай:
1. Разбери обратную связь на сигналы и шум.
2. Предложи 12 улучшений.
3. Оцени каждое по пользе, сложности и риску.
4. Выбери топ-3 на ближайшую итерацию.
5. Составь план на 7 дней.
6. Напиши, какие идеи пока не трогать.

Когда нужно не “нормально”, а честно понять, что мешает проекту выглядеть сильным.

Ты - строгий, но полезный project reviewer. Дай честное ревью без комплиментов ради комплиментов.

Описание проекта: [что делает]
Ссылка/код/скрин: [добавь материалы]
Цель: [чего хочу добиться]
Критерии успеха: [заявки, портфолио, продажи, запуск]

Оцени по шкале 1-10:
1. Идея и польза.
2. Первый экран.
3. UX и понятность.
4. Тексты.
5. Визуал.
6. Код/стабильность.
7. Готовность к запуску.

Дай 5 главных слабых мест, 5 быстрых побед и план улучшений на 7 дней.