Перейти к основному содержимому

Проекты

Проект — это контейнер для всей логики одного бизнес-сценария вашего бота. Внутри него лежат:

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

Когда создавать новый проект​

СитуацияРешение
Запускаете новое направление (был магазин, добавили запись на услуги)Новый проект
Хотите протестировать новую версию воронки без рискаНовый проект (копия)
Бот работает в TG и в VK с разной логикойДва проекта
Та же логика, новый ботСкопировать проект
Просто добавить новый блок в существующий сценарийНе нужен новый проект

Часть 1. Создание проекта​

Шаг 1. Откройте раздел​

На странице проектов добавьте новый проект.

Раздел Проекты Скриншот 1. Список проектов.

Шаг 2. Назовите проект​

Названия должны отражать цель:

  • ✅ «Приветствие и онбординг»;
  • ✅ «Магазин: каталог + оплата»;
  • ✅ «Запись на стрижку»;
  • ❌ «Тест1», «Главная», «Новая».

Шаг 3. Выберите подключённых ботов​

Цепочка может работать на одном или нескольких подключённых ботах.

Шаг 4. Работа с проектом​

Внутри проекта пусто — добавляйте цепочки, списки, глобальные переменные и т.д.

Часть 2. Структура проекта​

Внутри проекта на вкладках:

ВкладкаЧто внутри
ЦепочкиТриггеры и их шаги — главная логика бота
СпискиТаблицы данных
Глоб. перем.Глобальные переменные
WebAppМини-приложения
ИнтеграцииCRM, Google, Яндекс, почта, СМС
ПлатежиПодключённые платёжные системы
МенеджерыПодключённые сотрудники с доступом к боту
ГруппыГруппировка цепочек/списков для удобства
АналитикаОтчёты по этой автоворонке
ЧатЧат с клиентами
РассылкиМассовые отправки

Вкладки Скриншот 2. Страницы внутри проекта.

Часть 3. Архитектура: одна цепочка vs несколько​

Одна цепочка​

Плюсы:

  • Все данные общие — переменные, списки, теги — доступны везде;
  • Меньше дублирования настроек;
  • Проще аналитика по всему боту.

Минусы:

  • Любая правка может зацепить чужой блок;
  • Сложнее тестировать новые гипотезы.

Несколько цепочек​

Плюсы:

  • Изоляция: правка одной не сломает другую;
  • Можно дать доступ менеджеру только к одной;
  • Тестовые версии — отдельно.

Минусы:

  • Данные списков и переменных не общие — каждая своя;
  • Если клиент пересекается между автоворонками — нужны интеграции.

Рекомендация​

Для большинства задач — одна цепочка на проект + тестовая цепочка-копия для гипотез.

Несколько цепочек делайте когда:

  • бот сложный;
  • разные команды работают над разными модулями;
  • разделение по типам бизнеса (магазин + B2B + опт — три разных воронки).

Часть 4. Копирование проекта​

Полезно для:

  • A/B-тестов — копия воронки с другим текстом приветствия;
  • Шаблонов — собрать «нулевую» воронку, копировать под новые проекты;
  • Развёртывания на другой бот — та же логика, новый канал.

В списке проектов: иконка file_copy или «Скопировать проект».

При копировании:

  • Цепочки, сценарии, списки — скопируются;
  • Глобальные переменные — скопируются;
  • Подключения CRM/платежей — нужно подключать заново (для безопасности токенов).

Часть 5. Доступ сотрудников​

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

УровеньДоступ
Редактор и администраторПолное управление всей автоворонкой
РедакторМожет править блоки и цепочки, но не настройки
Только рросмотрАналитика, чат — без правок

Это удобно для разделения труда: маркетолог правит цепочки, оператор отвечает в чате, аналитик смотрит отчёты.

Часть 6. Жизненный цикл проекта​

Старт​

  1. Подключите бота (Подключение бота).
  2. Создайте проект «Главная».
  3. Первая цепочка «Приветствие» с триггером «при подписке».
  4. Базовая сценарий-доска с приветственным сообщением и меню.

Развитие​

  1. Добавьте список «Клиенты» для хранения базы.
  2. Цепочка «Каталог» с WebApp Магазин.
  3. Платёжная система в разделе «Платежи».
  4. Цепочка «Приём оплаты» для обработки покупок.

Расширение​

  1. Дожимы — цепочки с задержкой по тегам.
  2. CRM-интеграция — заявки автоматом в AmoCRM/Bitrix.
  3. Рассылки — сегментация и автоматические письма.

Оптимизация​

  1. Аналитика — какие цепочки лучше конвертят.
  2. A/B-тесты — копия автоворонки с правками.
  3. Чистка — отключение неактивных цепочек.

Часть 7. Архитектурные принципы​

Принцип 1. Не плодите проекты без нужды​

Если у вас нет реальной причины разделять — не делите.

Принцип 2. Тестовый проект — обязателен​

Создайте test-{месяц} — там пробуете новое. Когда работает — копируете в боевую.

Принцип 3. Документируйте структуру​

В глобальной переменной g_about храните краткое описание: «Бот магазина, доставка по Москве, оплата через ЮKassa, ведёт в Bitrix24».

Принцип 4. Версионируйте через копии​

Перед большими правками — копируйте проект как 2026-08-21-backup. Если что-то сломалось — переключайтесь обратно.

Принцип 5. Делите по бизнес-смыслу​

Не по техническому удобству. «Магазин» отдельно от «Поддержки» — да. «Цепочки с переменными» отдельно от «цепочек без» — нет.

Принцип 6. Не дублируйте списки между воронками​

Если один и тот же «Каталог» нужен в нескольких воронках — это уже признак, что воронки нужно объединить.

Часть 8. Перенос между проектами​

Через буфер блоков:

  • Скопировать блоки в одном сценарии;
  • Перейти в другой сценарий → доска → «Вставить».

Списки и переменные между проектами не переносятся автоматически. Создавайте вручную и заполняйте через экспорт/импорт списков.

Частые ошибки​

  • Создал 10 проектов «на всякий случай» — потом не помнишь, где что. Чем меньше, тем лучше.
  • Списки дублируются — клиенты теряются в нескольких таблицах. Унифицируйте.
  • Глобальная переменная во втором проекте пустая — она не копируется. Создайте и заполните вручную.
  • Не переключил бота — изменения в проекте не работают, потому что выбран не тот бот.
  • Менеджер портит сценарий — выдан слишком широкий доступ. Используйте уровни прав.
  • Не сохраняется — превышены лимиты тарифа (число цепочек, переменных). Проверьте в подписке.

Что дальше​