Вайбкодинг для маркетолога: что собрать без разработчиков

Обложка: Вайбкодинг для маркетолога — как собрать инструменты без разработчиков

Коротко

Вайбкодинг — способ быстро собирать рабочие маркетинговые инструменты с помощью нейросетей без разработчиков. В статье — 10 готовых задач с промптами, таблицы сравнения инструментов, карта старта на 7–14 дней, чек‑листы безопасности и деплоя. Покажу, как посчитать эффект на ROMI и CAC, чтобы защитить инициативу перед руководством.

Зачем маркетологу сейчас разбираться с вайбкодингом

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

Ключ к результату — правильно описать задачу, выбрать стек (Lovable, Cursor, Claude Code, Replit, n8n), навести порядок с UTM и данными, а затем грамотно задеплоить на Vercel / Render и обеспечить бэкап. Ниже — конкретные инструкции, промпты и чек‑листы.

Средняя экономия времени на 10 типовых задачах маркетолога (оценка по пилотам)
Средняя экономия времени на 10 типовых задачах маркетолога (оценка по пилотам)

Что такое вайбкодинг и чем он отличается от no-code и программирования

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

  • Программирование: вы пишете код руками, вся ответственность за архитектуру и реализацию на вас.
  • No‑code: вы собираете из блоков в визуальном редакторе — быстро стартуете, но упираетесь в ограничения платформы.
  • Вайбкодинг (vibe‑coding): вы описываете задачу «как для разработчика», а нейросеть (например, в Cursor или Claude Code) генерирует код. Ваша роль — постановка, ревью, тесты, деплой.

Где сильнее вайбкодинг:

  • Быстрые MVP и гипотезы, лендинги и калькуляторы.
  • Небольшие интеграции по API без сложной бизнес‑логики.
  • Автоматизация отчётности и сбор данных в SQLite / Google Sheets.

Где честно не работает без разработчика:

  • Сложные интеграции с платежами и строгими SLA.
  • Высокие нагрузки, безопасность уровня корпоративного периметра.
  • Сложные БД‑схемы и процессы, требующие PostgreSQL с репликацией и миграциями.

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

  • Исследования и мониторинг: парсинг цен конкурентов, сбор отзывов, выгрузка позиций.
  • Контент‑операции: автогенерация UTM, проверка дубликатов заголовков, автопостинг в соцсети.
  • Лидогенерация: лендинги, формы/квизы, мини‑CRM для тестов.
  • Реклама и аналитика: калькуляторы ROMI/CAC/LTV, дашборды по API рекламных кабинетов.
  • Поддержка продаж: чат‑боты для первичной квалификации и сбора брифа.

Практика показывает, что экономия времени на типовых задачах достигает 50–70% за счёт быстрой генерации кода и устранения рутины.

10 практических задач для маркетолога

Каждая задача: краткая инструкция, готовый промпт, время и риски.

1) Лендинг под акцию за вечер

Что делаем: простая промостраница с формой лидов, UTM‑метками и счётчиком дедлайна. Фреймворк: Next.js или статический HTML/CSS/JavaScript.

Инструкция (коротко):

  • Сформулируйте оффер, целевое действие, дедлайн, блоки доверия.
  • Выберите: Next.js (удобно деплоить на Vercel) или статический набор файлов.
  • Подготовьте форму: имя, телефон/email, согласие на обработку ПДн (152‑ФЗ/GDPR), скрытые поля UTM.
  • Хранилище: на MVP — Google Sheets или SQLite; для продуктивного трафика — PostgreSQL.

Промпт (скопируйте в Cursor или Claude Code):

Ты — помощник по фронтенду. Собери одностраничный лендинг на Next.js с формой лида.
Требования:
- Блоки: заголовок оффера, преимущества (3–5), кейс в цифрах, FAQ, форма, футер с политикой.
- В форме: name, email/phone, чекбокс согласия (152‑ФЗ/GDPR), скрытые UTM (utm_source, utm_medium, utm_campaign, utm_content).
- Валидируй email/phone на клиенте, кнопку «Отправить» неактивна без согласия.
- Отправка формы — на API‑роут /api/lead; сервер сохраняет в SQLite (таблица leads: id, name, contact, utm_source, utm_medium, utm_campaign, utm_content, created_at).
- Добавь простой таймер до дедлайна, адаптив 360–1440, светлая тема.
- Выведи инструкции по деплою на Vercel и список env‑переменных.

Время: 2–4 часа. Риски: валидация данных и хранение ПДн — добавьте политику и чекбокс согласия.

2) Парсер цен у конкурентов с ежедневной сводкой

Цель: мониторить цены и изменения ассортимента; отчёт — в Google Sheets и Telegram.

Инструкция:

  • Определите список URL и частоту.
  • Проверьте robots.txt; не злоупотребляйте частотой запросов.
  • Хранение: SQLite с полями sku/url/price/date.

Промпт:

Сгенерируй Node.js‑скрипт (ESM) для парсинга цен с 5 сайтов (HTML без авторизации).
Требования: 
- Используй fetch + cheerio, задержка 2–5 сек между запросами, ретраи 3 раза.
- Храни результаты в SQLite (таблица prices: url, sku, price, captured_at).
- Сравни с предыдущим значением; при изменении >5% — отправь сообщение в Telegram (бот‑токен и chat_id из env).
- Экспортируй сводку в Google Sheets (сервисный аккаунт, creds из env).
- Добавь логи, конфиг через .env, инструкцию запуска cron.

Время: 3–6 часов. Риски: блокировки со стороны сайтов; уважайте ограничения, не парсите закрытые данные.

3) UTM‑генератор с базой ссылок для команды

Инструкция:

  • Таблица с пресетами кампаний, автоматический контроль длины URL и корректности UTM.

Промпт:

Сделай веб‑страницу (HTML/CSS/JS без фреймворков) для генерации UTM‑ссылок:
- Поля: base_url, utm_source, utm_medium, utm_campaign, utm_term, utm_content.
- Кнопки: «Сгенерировать», «Скопировать», «Сохранить пресет».
- Локальное хранилище (LocalStorage) для пресетов, валидация URL.
- Кнопка «Проверить редиректы»: прогони URL через fetch и выведи финальный URL.

Время: 1–2 часа. Риски: соблюдение единого нейминга кампаний — добавьте подсказки и выпадающие списки.

4) Автопостинг в Telegram + ВК + Дзен из Google Sheets

Инструкция:

  • Столбцы: дата/время, текст, медиа‑URL, статусы.
  • Работает по крону, постит и отмечает статус.

Промпт:

Напиши Node.js‑скрипт для автопостинга из Google Sheets:
- Авторизация в Google через сервисный аккаунт; таблица содержит: datetime, text, media_url, channels.
- Каналы: Telegram (бот sendPhoto/sendMessage), ВК (API photos.getWallUploadServer + wall.post), Дзен (RSS‑публикация через API, если доступно; иначе пропусти).
- Логи в консоль и в файл, статусы «OK/ERR» записывай обратно в лист.
- Переменные окружения для токенов; добавь инструкцию по расписанию (cron) и ретраям.

Время: 2–4 часа. Риски: лимиты API и модерация площадок — учитывайте задержки и форматы медиа.

5) Дашборд по рекламным кабинетам через API

Инструкция:

  • Сфокусируйтесь на 5–7 метриках: расходы, показы, клики, CPC, конверсии, CAC, ROMI.
  • Сбор в SQLite для MVP, в PostgreSQL — если нужна многопользовательская работа и SQL‑агрегации.

Промпт:

Собери лёгкий дашборд на Next.js + SQLite:
- API‑клиенты для кабинетов (псевдо‑данные + интерфейсы вызовов), адаптируй под реальные токены.
- Модель данных: daily_metrics(date, channel, spend, impressions, clicks, conversions, revenue).
- Вьюхи: график расходов по каналам, таблица KPI, фильтры по дате/каналу.
- Расчёты: CPC=spend/clicks, CAC=spend/conversions, ROMI=(revenue−spend)/spend.
- Экспорт CSV и кнопка «Обновить».

Время: 4–8 часов. Риски: разнородные схемы API — унифицируйте словарь полей на входе.

6) Автоматизация отчётов в Google Sheets за минуту вместо часа

Промпт для Google Apps Script:

Создай Apps Script, который раз в день:
- Подтягивает данные из вкладок «Канал_1»… «Канал_N», суммирует расходы, клики, конверсии в «Итоги».
- Считает CPC, CAC, ROMI, отмечает красным строки, где CAC > целевого, а ROMI < 0.
- Отправляет PDF‑снимок листа «Итоги» на email(ы) из списка.

Время: 1–2 часа. Риски: квоты Apps Script, убедитесь в корректной локали десятичного разделителя.

7) Чат‑бот для квалификации лидов

Инструкция:

  • Бот задаёт 4–6 вопросов, проверяет UTM, сохраняет ответы и отправляет лид в CRM.
  • Хранение: SQLite/ PostgreSQL; для начала — SQLite.

Промпт:

Сделай Telegram‑бота на Node.js (Telegraf):
- Диалог: имя → компания → бюджет (диапазоны) → срок → e‑mail → согласие на обработку ПДн.
- Сохраняй диалоги в SQLite (таблица leads: chat_id, name, company, budget, timeline, email, utm_source, created_at).
- Команда /export — выгружает CSV.
- Вебхук для деплоя на Render, переменные окружения для токенов.

Время: 2–4 часа. Риски: формулировки вопросов и конверсия — проверьте на 10–20 диалогах.

8) Калькулятор окупаемости (ROMI/CAC/LTV) на лендинге

Инструкция: внедрите калькулятор прямо в секцию лендинга.

Промпт:

Напиши HTML/JS‑виджет «Калькулятор ROMI/CAC/LTV»:
- Поля ввода: бюджет, клики, конверсии, средний чек, маржа, LTV‑множитель.
- Вычисления: CPC, CAC=бюджет/конверсии, выручка=конверсии*ср_чек, прибыль=выручка*маржа, ROMI=(прибыль−бюджет)/бюджет, LTV=ср_чек*LTV‑множитель.
- Отображение: карточки KPI + цветовая индикация (красный при ROMI<0).
- Без внешних зависимостей, адаптив.

Время: 1–2 часа. Риски: корректность формул — добавьте тестовые кейсы.

9) A/B‑тест двух заголовков на лендинге

Промпт:

Добавь в статический лендинг JS‑модуль, который:
- С вероятностью 50/50 показывает H1_A или H1_B, кладёт вариант в localStorage.
- Отправляет событие (вариант, time_on_page, клик по CTA) в эндпоинт /api/ab.
- Сервер считает конверсию по вариантам и выводит на админ‑странице.

Время: 1–3 часа. Риски: объём трафика — не делайте выводы при n<200 сессий на вариант.

10) Chrome‑расширение для подсветки дублей SEO‑тегов

Промпт:

Сгенерируй Chrome Extension (Manifest v3), который по клику:
- Сканирует текущую страницу и выдаёт отчёт: title, meta description, h1..h3, каноникал.
- Подсвечивает дубли и слишком длинные/короткие значения.
- Кнопка «Скопировать отчёт» в буфер.

Время: 2–4 часа. Риски: права и политика браузера — проверьте manifest.

Инструменты и стек: как выбрать (Lovable, Cursor, Claude Code, Replit, n8n)

Ниже — сжатая сравнительная матрица по состоянию на 2026.

ИнструментСценарииПорог входаЧто удобноОграниченияЦена (2026)
LovableБыстрые MVP, лендинги, CRUDНизкийАвтогенерация проекта под ТЗ, простые деплой‑шагиСложные интеграции потребуют ручной доработкиот 15–25 USD/мес
CursorГенерация/редактирование кода, проекты на Next.jsСреднийИнлайн‑правки кода, рефакторинг, работа с репозиториямиНужна базовая грамотность в Gitот 20–30 USD/мес
Claude CodeДиалоговая генерация модулей, объяснение кодаНизкий/среднийПонятные разъяснения, сильные промпт‑шаблоныМеньше IDE‑фич, чем в Cursorот 20–25 USD/мес
ReplitХостинг/IDE в браузере, боты и скриптыНизкийБыстрый старт без локальной средыНе для тяжёлых нагрузокот 10–20 USD/мес

Плюс к этому: n8n или Make для флоу‑автомаций, Git / GitHub для версионирования и ревью.

Как составлять промпт: структура, примеры и готовые шаблоны

Структура промпта для vibe‑coding в маркетинге (how‑to):

  • Контекст: цель бизнеса и ограничение по времени.
  • Входы/выходы: что подаём на вход, какие файлы/эндпоинты должны получиться.
  • Технические опоры: стек (Next.js, JavaScript/HTML/CSS, SQLite/PostgreSQL), требования к адаптиву и производительности.
  • Правила качества: тесты, логи, переменные окружения, инструкции по деплою.
  • Риски и ограничения: ПДн, лимиты API, бэкап.

Готовый шаблон:

Ты — помощник маркетолога. Мне нужен [инструмент] для [цели].
Выход: список файлов, код, инструкции по запуску/деплою, env‑переменные, тестовые данные.
Стек: [указать].
Требования к качеству: адаптив, логирование, валидация, простые тесты.
Проверь, что: 1) нет токенов в коде, 2) данные ПДн не уходят в логи, 3) инструкции понятны.

Пошаговый план: карта старта 7–14 дней с задачами и KPI

Неделя 1 (установка основ):

  • День 1: Установка IDE (Cursor/Lovable), Git, готовый проект «лендинг». KPI: деплой Hello World на Vercel.
  • День 2: Лендинг MVP + форма лидов. KPI: 1 тестовый лид в SQLite.
  • День 3: Внедрить UTM‑генератор на поддомене. KPI: 5 корректных UTM‑ссылок.
  • День 4: Калькулятор ROMI/CAC на лендинге. KPI: корректный расчёт по 3 кейсам.
  • День 5: Автоотчёт в Google Sheets. KPI: ежедневная отправка PDF.
  • День 6: Резервный бэкап БД, откат на предыдущий релиз. KPI: успешный restore на стейджинге.
  • День 7: Ревью недели, фиксы, чек‑лист безопасности.

Неделя 2 (интеграции):

  • День 8: Парсер цен конкурентов. KPI: лист с 100 записями.
  • День 9: Чат‑бот квалификации. KPI: 10 тест‑диалогов, CSV‑экспорт.
  • День 10: Дашборд по каналам. KPI: график и таблица KPI за неделю.
  • День 11: A/B‑тест заголовка. KPI: корректная запись событий.
  • День 12: Автопостинг по расписанию. KPI: 3 поста в каждый канал.
  • День 13: Документация: README, скрипты запуска, чек‑лист отката.
  • День 14: Демо руководству: выгоды в ROMI и экономии часов.

Шаблоны и «репозиторий»: готовые проекты в формате файлов

Ниже — минимальные структуры и стартовые файлы, которые можно копировать.

  1. Лендинг (Next.js, SQLite)
/my-landing
  /app
    page.tsx
    /api
      /lead
        route.ts
  /lib
    db.ts
  package.json
  .env.example

Фрагмент route.ts:

import { NextResponse } from 'next/server';
import Database from 'better-sqlite3';
const db = new Database('leads.db');
db.prepare('CREATE TABLE IF NOT EXISTS leads(id INTEGER PRIMARY KEY, name TEXT, contact TEXT, utm_source TEXT, created_at TEXT)').run();
export async function POST(req: Request){
  const body = await req.json();
  const stmt = db.prepare('INSERT INTO leads(name, contact, utm_source, created_at) VALUES (?,?,?,?)');
  stmt.run(body.name, body.contact, body.utm_source, new Date().toISOString());
  return NextResponse.json({ok:true});
}
  1. Парсер цен (Node.js + SQLite)
/price-watcher
  index.mjs
  db.mjs
  .env.example
  1. Калькулятор ROMI/CAC/LTV (статический)
/roi-calc
  index.html
  styles.css
  app.js
  1. Чат‑бот (Node.js, Telegraf)
/lead-bot
  bot.js
  db.js
  .env.example

Безопасность и данные: чек‑лист по 152‑ФЗ/GDPR, как не хранить токены в коде

Базовые правила для обоих режимов:

  • Не вставляйте токены и пароли в промпт и в код; используйте переменные окружения (.env, панели проекта на Vercel/Render/Replit).
  • ПДн и коммерческие данные не отправляйте в публичные модели без политики обработки.
  • Логи очищайте от ПДн; включайте ротацию логов.
  • Минимизируйте сбор: только необходимые поля.

Отдельно для России (152‑ФЗ):

  • Правовое основание и согласие: добавьте чекбокс и текст согласия, ведите реестр согласий.
  • Локализация ПДн: хостинг/БД с размещением на территории РФ для «первичного» хранения.
  • Защита: разграничение прав, журнал доступа, план реагирования на инциденты.

Отдельно для ЕС (GDPR):

  • Правовые основания (consent/legitimate interest), Privacy Notice и DPA с подрядчиками.
  • Права субъекта: export/delete по запросу, контакт DPO/ответственного.
  • DPIA при автоматизированной обработке в масштабах.

Чек‑лист внедрения секретов:

  • Проверить .gitignore на отсутствие .env.
  • Внести секреты через панели окружений Vercel/Render/Replit.
  • На серверной стороне вызывать API с использованием секретов, не прокидывая их в браузер.
  • Добавить ротацию токенов раз в 90 дней и отдельный сервисный аккаунт.

Деплой и поддержка: куда выкладывать результат, CI/CD и откат

Минимальный рабочий пайплайн:

  • Хостинги: фронтенд и Next.js — Vercel; боты и фоны — Render или Replit.
  • Репозиторий: Git / GitHub, ветки main/dev, релизы с тегами.
  • CI/CD: автодеплой из main, предпросмотр из PR.
  • Бэкапы: дампы SQLite/PostgreSQL по расписанию, храните 7–30 дней.
  • Откат: храните два последних релиза; скрипт rollback.

Что нажать (Vercel):

  • New Project → Import Git Repository → Framework: Next.js → Add Environment Variables → Deploy.

Что нажать (Render):

  • New + → Web Service → Connect Repository → Runtime: Node → Add Environment Variables → Deploy → Autoscale off (для MVP).

Чек‑лист деплоя и бэкапа:

  • Пройти smoke‑тесты (форма, запись в БД, логи без ошибок).
  • Снять дамп БД до миграций; применить миграции; проверить индексы.
  • Задокументировать версию, хэш коммита, переменные окружения и владельца.

Как оценить эффект: метрики, учёт времени и расчёт окупаемости

Считаем экономию времени и денег, а также эффект на ROMI и CAC.

Формулы:

  • CAC = расходы на привлечение / число клиентов.
  • ROMI = (выручка от маркетинга − расходы на маркетинг) / расходы на маркетинг.
  • LTV = средний чек × LTV‑множитель (кол-во повторных покупок или маржинальная наценка по жизненному циклу).

Пример таблицы «до/после» (часы и деньги):

ЗадачаДо (ч)После (ч)Экономия (ч)Ставка, ₽/чЭкономия, ₽
Лендинг1248150012 000
Парсер16610150015 000
Дашборд201010150015 000
Бот1459150013 500
Итого622537150055 500

ROMI‑кейс после внедрения UTM‑контроля и автоотчётов:

  • До: бюджет 500 000 ₽, выручка 650 000 ₽ → ROMI = (650−500)/500 = 0,3 = 30%.
  • После: тот же бюджет, выручка 1 400 000 ₽ (за счёт перераспределения каналов и снижения CAC) → ROMI = (1 400−500)/500 = 1,8 = 180%.
ROMI пилота после автоматизации отчётности и UTM‑контроля
ROMI пилота после автоматизации отчётности и UTM‑контроля

Частые ошибки новичков и как их избежать

  • Токены и пароли в коде/промптах. Исправление: env‑переменные, секреты в хостинге, ротация.
  • Нет плана отката. Исправление: релизы с тегами, резервная копия БД, сценарий rollback.
  • Данные ПДн в логах и тестах. Исправление: маскирование, анонимизация, синтетические данные.
  • Отсутствие тестов. Исправление: smoke‑тест чек‑лист, базовые unit‑тесты для вычислений (например, калькулятора ROMI/CAC/LTV).
  • Иллюзия «готового продукта». Исправление: помечайте MVP, заведите бэклог и SLA реакции.
  • Нечёткие требования. Исправление: брейкдаун задачи в промпте: входы/выходы/валидации/ограничения.
  • Перегрузка интерфейса. Исправление: оставьте 1–2 целевых действия на экран.
  • Хаос в UTM. Исправление: единый словарь и UTM‑генератор.

Список инструментов и тарифов (кратко, 2026)

  • Lovable: 15–25 USD/мес; быстрый старт MVP.
  • Cursor: 20–30 USD/мес; работа с проектами и рефакторинг кода.
  • Claude Code: 20–25 USD/мес; объяснения и генерация модулей.
  • Replit: 10–20 USD/мес; хостинг/IDE для ботов и скриптов.
  • Vercel: базовый бесплатный, платные планы от ~20 USD/мес за доп.лимиты.
  • Render: от бесплатного до 7–25 USD/мес за веб‑сервисы начального уровня.

FAQ — ответы на самые частые вопросы маркетологов

  1. Что такое вайбкодинг и чем он отличается от no‑code?
  • Вайбкодинг — генерация кода нейросетями под вашу задачу, вы — редактор и интегратор. No‑code — сборка из готовых блоков. Вайбкодинг гибче, но требует минимальной инженерной дисциплины.
  1. Нужно ли уметь программировать?
  • Достаточно понимать, как устроены файлы проекта, уметь ставить зависимости и деплоить. Глубокий синтаксис не обязателен — за вас большую часть черновой работы делает ИИ.
  1. Как защитить ПДн и секреты (152‑ФЗ/GDPR)?
  • Не вставляйте секреты в промпты; используйте env‑переменные; анонимизируйте ПДн; для РФ — локализация данных; для ЕС — правовые основания и механизмы прав субъекта.
  1. Сколько времени занимают типовые задачи?
  • Лендинг 2–4 ч, парсер 3–6 ч, калькулятор 1–2 ч, бот 2–4 ч, дашборд 4–8 ч.
  1. Куда деплоить и как откатываться?
  • Vercel для фронта, Render/Replit для ботов. Ведите версионирование в GitHub, держите два последних релиза и бэкап БД; протестируйте rollback.

Короткое напоминание: вайб‑кодинг для маркетинга — это не магия, а навык постановки задач, проверки и дисциплины. Начните с одного MVP, посчитайте ROMI/CAC/LTV, зафиксируйте экономию часов — и масштабируйте только то, что реально двигает метрики.

Частые вопросы

Что такое вайбкодинг и чем он отличается от no-code?
Вайбкодинг — это сборка рабочих инструментов с помощью нейросетей, которые пишут или дописывают код по описанию задачи. В no-code вы собираете блоки в визуальном конструкторе, а здесь генерация идёт в коде (JavaScript/HTML/CSS и др.). Отличие: больше гибкости, меньше ограничений платформы, но нужна дисциплина в тестах, деплое и безопасности.
Нужно ли уметь программировать, чтобы собирать инструменты через вайбкодинг?
Глубокие знания не обязательны, но базовое понимание веб-структуры (файлы, стили, скрипты), Git / GitHub и принципов деплоя сильно ускорят работу. Вы выступаете постановщиком задачи и редактором кода: формулируете требования, проверяете результат и собираете MVP.
Как обезопасить персональные данные и токены при использовании AI-инструментов (152‑ФЗ/GDPR)?
Не вставляйте токены и ПДн в промпты. Храните секреты в переменных окружения, используйте серверную сторону для работы с API и включайте анонимизацию. Для России — локализация ПДн и учёт 152‑ФЗ, для ЕС — правовые основания и права субъекта данных по GDPR. Держите журнал доступа и план реагирования на инциденты.
Сколько времени занимает сборка типового лендинга, парсера или калькулятора?
Лендинг MVP — 2–4 часа, парсер цен с выгрузкой в Google Sheets — 3–6 часов, калькулятор ROMI/CAC — 1–2 часа. Сроки зависят от полноты ТЗ, готовности макетов и количества интеграций.
Куда деплоить результат и как организовать простую поддержку и откат?
Для фронтенд‑MVP — Vercel, для ботов и фоновых задач — Render или Replit. Держите код в GitHub, выпускайте релизы с тэгами, настройте переменные окружения, делайте бэкап БД (SQLite/PostgreSQL) и имейте план отката: предыдущий релиз + дамп БД.