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

Александр Вартанян, директор по маркетингу Битрикс24, рассказал, почему вайбкодинг — это одновременно суперсила и мина замедленного действия для команд, далёких от разработки.

Миф «гуманитариям не место в разработке» умирает на глазах. Помните, как маркетологи когда-то шарахались от сводных таблиц в Excel? Сейчас это базовый навык. С вайбкодингом происходит то же самое — написание скриптов становится рабочим инструментом, как формулы в таблицах 10 лет назад.

#Вы уже занимались вайбкодингом и не знали об этом

Когда вы писали в ChatGPT «Сделай форму для сбора лидов» или «Подключи авторизацию через Telegram», вы работали с API, OAuth, веб-сервером и деплоем. Просто не подозревали, что все эти страшные термины — про вас.

К генерации контента силами AI российские маркетологи давно привыкли. Пока мы разбирались с этим, появились новые точки приложения: AI-агенты, Codex, Cursor. Маркетинг традиционно бежит впереди паровоза — не потому что нравится бегать, а потому что до смерти боимся, что паровоз переедет.

Точка входа в вайбкодинг выглядит низкой, а на деле минимальное понимание процессов разработки становится серьёзным препятствием.

#Опытные разработчики vs гуманитарии

GitHub Copilot появился пару лет назад, к 2026 году такие помощники заметно эволюционировали. Ключевое слово — «опытные разработчики». Они понимают, что происходит под капотом. Без этого понимания всё разваливается.

В IT-компаниях шанс выжить с вайбкодингом выше. Но гуманитарии есть гуманитарии: хочется вдохновить команды (маркетинг, юристов, HR), научить, спустить указания сверху. Реальность такова: «код работает — значит, я всё сделал правильно» — главная ловушка. Результат виден, процессы нет. Быстрый дофамин заставляет думать, что всё идеально.

#Словарь выживания: термины, без которых вы играете в русскую рулетку

Вот набор слов, без понимания которых вайбкодинг превращается из инструмента в лотерею. «Я гуманитарий, мне можно не знать» здесь не работает:

• Веб-сервер — программа, которая принимает запросы из интернета и отдаёт страницы. Открыли сайт — браузер поговорил с веб-сервером
• API — набор правил, по которым программы общаются. Лендинг отправляет данные в CRM? Это API
• Токены авторизации — цифровые «пропуска» к чужому сервису. Потерять токен = потерять ключ от офиса. Кто найдёт, тот и зайдёт
• JSON — формат передачи данных между программами. Если API — язык, то JSON — его алфавит
• Консоль — чёрное окошко с мигающим курсором. Выглядит страшно, но через неё запускается большинство вайбкод-проектов
• Фронтенд и бэкенд — фронтенд видит пользователь (кнопки, формы), бэкенд работает на сервере (базы данных, логика платежей)

Это только примеры. В процессе вы будете узнавать значения новых терминов. Просто писать запросы в чат недостаточно — нужно хотя бы примерно понимать, что отвечает AI-помощник, иначе не отличите рабочий результат от заглушки.

#Что реально можно сделать руками маркетолога

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

1. Парсер цен конкурентов — собирает данные каждое утро и кладёт в таблицу
2. Когортный анализ — берёт выгрузку из CRM, считает показатели и рисует дашборд
3. Генератор UTM-меток — не даст команде напутать с разметкой в очередной раз
4. Лендинг для теста гипотезы — собирается за вечер вместо двух недель в очереди к разработчикам

Всё это раньше требовало либо разработчика, либо дорогого no-code сервиса, либо вообще не делалось. Задача попадала в бэклог, получала низкий приоритет, тихо умирала. У каждого маркетолога есть кладбище таких задач. Вайбкодинг — возможность их раскопать.

Есть ещё одна штука, про которую мало говорят. Вайбкодинг радикально меняет переговорную позицию маркетолога внутри компании. Когда приходишь на встречу не с презентацией «а давайте сделаем», а с работающим прототипом — разговор идёт иначе. Не «нам нужен бюджет и три спринта», а «вот, смотрите, я уже собрал, данные такие-то, давайте масштабировать». Это другой уровень доверия.

#Тёмная сторона: как организовать утечку за пять минут

Запустить утечку в процессе вайбкодинга — раз плюнуть. Ребята начинают запускать готовые проекты с GitHub на рабочих компьютерах. Навыков понять, как эти проекты работают, не хватает. В результате рабочий комп светится в интернете открытыми портами, как новогодняя ёлка.

Как это выглядит на практике:

• Проект скачивается на ноутбук, сервер запускается с открытым портом — всё, ваш рабочий компьютер виден всему интернету
• API-токен вставлен прямо в код, проект попадает в публичный репозиторий — ключ утекает
• Скрипт запущен на бесплатный VPS без HTTPS — логины с паролями передаются открытым текстом
• Неправильно настроенная авторизация — токен доступа живёт годами, про него все забыли

#Смещение фокуса и теневое IT

Вайбкодинг даёт быстрый дофамин. От идеи до результата — несколько запросов и минимум усилий. Затягивает. Ребята уходят в возню с кодом от по-настоящему сложных гуманитарных вещей: смыслов, позиционирования, креатива.

Собрать очередной дашборд куда приятнее, чем третий день мучить стратегию бренда. Дашборд через час покажет красивые графики. Стратегия — нет. Но ведь стратегия — это самое интересное в маркетинге.

Через месяц на ноутбуках сотрудников — целый теневой IT-флот. Всё работает. Но у всего этого нет тестов, документации, владельцев, мониторинга. IT-подразделение не горит желанием забирать это на поддержку.

Руководство начинает опираться на экосистему, логику работы которой никто не может объяснить. Автор уволился, промпты потерялись, сервер сам собой перезагружается. Раньше «теневым IT» были самодельные макросы в Excel. Теперь это сервисы с базами данных и внешними интеграциями, висящие на одном ноутбуке.

#Чек-лист для компании: как легализовать вайбкодинг

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

1. Разграничить зоны — где вайбкодинг допустим (внутренние инструменты), а где нет (персональные данные, платежи, продакшен)
2. Обязательное ревью — ни один проект не уходит в работу без проверки айтишником
3. Правила хранения секретов — токены, API-ключи и пароли не хранятся в коде. Для этого есть переменные окружения
4. Тесты, логи и мониторинг — если проект используется в работе, у него должны быть хотя бы базовые тесты и алерты
5. Внутренняя база знаний — рабочие инструменты, инструкции, мини-лекции. Знания не должны жить в голове одного энтузиаста
6. Диалог между отделами — гуманитарии и IT должны разговаривать, а не воевать
7. У каждого проекта есть владелец — автор уволился? Проект передаётся, а не умирает вместе с ноутбуком

#Что это значит для селлеров

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

Но без контроля со стороны настоящих взрослых айтишников заниматься этим опасно. Одна утечка или критическая ошибка поделит на ноль весь дофамин от быстрых результатов. Чем больше гуманитарий понимает в коде, тем лучше он общается с разработчиками — не потому что может спорить на техническом языке, а потому что наконец понимает, почему «просто добавить кнопку» — это не просто.