Клубная платформа в одном воркспейсе: от пейвола до отдела агентов

Кто такой Андрей Власенко

В онлайн-образовании с 2016 года. Начинал с курсов по обучению технических специалистов, выпустил не одну сотню техспецов, продал собственного обучения примерно на 30 млн рублей. Потом ушёл в продюсирование и партнёрские проекты, сейчас развивает школу нутрициологии в партнёрстве. На Чатиум пришёл после эфира Вадима с типичной реакцией «да ну, так не бывает», проверил и остался.

Важный контекст его подхода: он строит не разовое решение для себя, а типовой продукт, который можно переносить в клиентские аккаунты и оказывать как услугу. Это объясняет многие решения ниже.

Задача: куда переезжать клубу из Telegram

Исходная боль реальная, а не учебная. Клубы во всех проектах Андрея жили в Telegram: папки, чаты, посты. Когда доступ к Telegram усложнился, начались жалобы: кому-то сложно зайти, кто-то не хочет в Max (там нет папок), при слове «ВК» люди открещиваются. Нужно было решить, куда приземлять людей.

Ключевое наблюдение: клуб состоит из двух частей. Контент и чаты с обратной связью. Андрей разделил их: чаты остаются в мессенджерах (Telegram и Max, с автоматической привязкой после оплаты), а контент переезжает на собственную платформу. Без лендингов и глубоких личных кабинетов: человек переходит по ссылке и сразу видит интерьер клуба, пусть и с замочками на закрытых материалах.

Концепция: открытый и закрытый контент (модель Boosty)

Идея выросла из маркетинговой механики. Раньше трафик из рилсов приземляли через кодовое слово на посты в Telegram, люди оседали в канале, оттуда продавали. Сейчас эта связка работает не у всех. Замена: 5-10 лонгридов-гайдов на платформе, куда льётся трафик. Внутри гайдов перелинковка на закрытые материалы: человек нативно натыкается на то, что можно купить, при клике появляется форма оплаты.

Вторая цель, решаемая фоном: SEO. Контент, который раньше тонул в тысячах постов Telegram, теперь лежит там, где может проиндексироваться и приносить трафик. Регулярный полезный контент плюс возвраты людей дают поведенческие факторы, поведенческие факторы дают позиции в поиске.

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

Почему один workspace, а не Верховный Ботан

Накануне на эфире Денис показывал большую платформу, собранную через Верховного Ботана (флагманский ИИ-инструмент Чатиума, который строит проекты из нескольких связанных workspace). Андрей осознанно пошёл другим путём: всё в одном workspace.

Контент: админка и генератор статей

Визуальная часть клуба собралась быстро. Настоящая работа началась с админки: контент должен как-то попадать на платформу, и делать это должны не разработчики, а контент-менеджер или сам эксперт.

Как устроено производство контента:

1. В карточку контента закидывается транскрибация урока или эфира.

2. Выбирается режим генерации: просто контентная статья; промо (когда внутри видео и смысл нужно не раскрыть, а подогреть); конспект урока; кастомная задача.

3. За несколько мгновений появляется готовая, отформатированная статья, которая сразу ложится в редактор для правок.

4. Тут же генерируется изображение к статье, в едином визуальном стиле, с возможностью обрезать и подкрутить яркость.

Себестоимость одной статьи: копейки. Эксперт один раз записывает урок, дальше из транскрибации можно делать сколько угодно лидмагнитов в два клика.

Защита платного контента: косметика или сервер

В платформе два уровня пейвола, и разница между ними принципиальная:

• Косметическая защита: текст блюрится заглушкой, но остаётся в коде страницы. Слегка просвечивает, создаёт ощущение «там что-то есть». Минус: любой, кто откроет консоль браузера, уберёт блюр и прочитает всё.
• Серверная защита: вместо закрытого текста сервер отдаёт только заглушку. Содержимого в коде страницы нет вообще.

CRM: клиенты, заказы, подписки

Когда всё в одном, сразу встают вопросы: как регистрировать, как давать доступ, как продлевать. Андрей подчёркивает: логику сущностей нужно спроектировать до того, как ставить задачи Ботану. Не продумав клиентов, заказы и подписки заранее, вы потом не сможете объяснить, чего хотите.

Его логика: клиент регистрируется, создаёт заказ, заказ оплачивается, появляется покупка (в его терминах подписка), подписка открывает доступ к разделам согласно тарифу.

Что выведено в CRM и почему:

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

• Карточка клиента: имя, регистрация, блокировки, плюс лог всего, что человек делает: заходы на страницы, заказы, подписки, рассылки, заметки.
• LTV по клиенту: подписка рекуррентная, важно видеть, кто заплатил один раз, а кто два-три.
• Сегменты импорта: клиенты импортируются пачками, каждой пачке присваивается имя. Потом можно взять конкретный сегмент и посмотреть, как эти люди живут: подписки, блокировки.
• Остаток на балансе: стоимость тарифа делится на количество дней, видно, сколько «неизрасходованных» денег у человека. При возврате сразу понятна сумма.
• Дата окончания и дни до конца подписки: на этом строятся напоминания и автосписания.

Рассылки: очереди, каналы, прогрев домена

Базовое представление «есть база, отправляем письмо» разбилось о реальность: при больших объёмах нужна очередь и отправка порциями (батчами), иначе система захлебнется и упрешься в лимиты. Первую версию Андрей сделал «нажал и улетело», потом с подсказкой Алёны и Ботана переделал: 2917 сообщений уходят не моментально, а порциями.

Решённая боль других сервисов: единая рассылка во все каналы. Одна форма: тема, текст, выбор каналов (email, Telegram, Max), и сообщение уходит везде. Раньше на это нужны были отдельные рассылки в каждом сервисе. Эффект на экономику: техспец, который раньше вёл три проекта, с такой автоматизацией ведёт десять.

Генератор анонсов: выбираешь статью, тип анонса (например, продающий) и длину, система генерирует готовую рассылку с подтянутой картинкой. Записал урок, выложил, анонсировал по базе за пару минут.

Спойлер из эфира: Чатиум уже несколько месяцев поднимает собственный рассыльщик, в перспективе с выделенными IP-адресами. Но греть домен придётся в любом случае.

Цифры его переезда для калибровки ожиданий: импортировано 14 674 клиента, официально зарегистрировались около 107. Переезд базы: это не переключение рубильника, а постепенный процесс.

Пуши

Отдельная галочка в рассылках: push-уведомления клиентам и админам, на телефон и на компьютер. Задача съела много времени и денег, но решена. Андрей загнал свой workspace в Codex, попросил вытащить инструкцию того, как сделаны пуши, и оформить в MD-файл, который можно скормить Ботану в любом проекте. Инструкцией делится: напишите в общем чате сообщества и отметьте его.

Аналитика и ClickHouse

Что выведено: UTM-метки с раскрытием до конкретных людей (с какого канала зарегистрировались, кто заказал, кто оплатил, с переходом в карточку клиента), плюс отдельная аналогичная таблица чисто под партнёрский трафик (партнёр, его условия, заработок, выводы, приглашённые).

Архитектурный урок: аналитика уже работала, когда Андрей услышал в чате слово ClickHouse и пошёл разбираться. ClickHouse: технология под Чатиумом для быстрорастущих данных, которые уже логируются автоматически. Смысл: посещения, просмотры рассылок, клики плодятся тысячами (один клиент за месяц может дать сотни событий), и забивать ими обычные таблицы workspace архитектурно неправильно. Данные уже есть в ClickHouse, их нужно просто брать оттуда.

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

SEO-нюанс SPA-сайтов

Открытие методом тыка: сайт был собран, но сервисы проверки индексации говорили «у тебя нет контента». Оказалось, контент рендерится на клиенте (SPA), и поисковая система его не видит. Решение: дополнительно рендерить контент в HTML, чтобы он был в коде страницы.

Второй нюанс: у Яндекс.Метрики есть отдельный режим установки для SPA-сайтов. Если делаете что-то SEO-зависимое, оба момента обязательны к проверке.

Джобы: процессы, которые работают сами

Джобы: повторяющиеся фоновые процессы. В платформе их набор ровно под спроектированную логику:

История задач показывает, как джобы отработали: сколько человек удалено из чата, что конкретно произошло. Это важно для отладки: когда что-то работает не так, Ботану нужно давать пищу для размышления, скриншоты из консоли, куски логов, даже если вы сами их не понимаете. Тогда он чинит точнее, чем от фразы «ничего не работает».

• попытки автосписания по рекуррентным подпискам;
• удаление из чатов по окончании подписки;
• напоминания клиентам за три дня и в день окончания;
• отправка отложенных рассылок (сейчас выключен, чтобы не плодить задачи впустую);
• проверка и подтверждение реферальных начислений;
• ежедневный бэкап.

Бэкапы: код не равен данным

Ловушка, которую Андрей обнаружил быстро: стандартный экспорт workspace скачивает только код. Все клиентские данные в таблицах при этом не скачиваются. Для рабочего проекта с живыми клиентами это неприемлемо.

Решение: собственный бэкап в JSON-файл с данными всех таблиц, с возможностью загрузить обратно и восстановить выборочно (удалилась статья, восстановил только её из вчерашнего бэкапа).

Партнёрка внутри клуба

Идея, зашитая в ДНК продукта: человек становится партнёром неосознанно. У каждого клиента в личном кабинете автоматически есть партнёрская ссылка, а в стандартном виджете «поделиться» у любой статьи ссылка сразу с реферальным хвостом. Клиент делится полезным гайдом, кто-то по ссылке покупает, и первому на почту приходит письмо «вам начислено 300-500 рублей». Не «регистрируйся в партнёрке, зарабатывай», а случайное приятное спотыкание.

Чтобы список партнёров не раздувался: партнёр это тот, у кого есть хотя бы один клик по реферальной ссылке. Активный партнёр: есть хотя бы один реферал за последние 30 дней.

Два режима партнёрки на выбор проекта: начислениями можно только продлевать подписку, либо ещё и выводить деньгами. Процент и минимальная сумма вывода настраиваются, условия можно переопределить под конкретного партнёра.

Оферта, права команды, демо-режим

Мелочи, которые сделаны с самого начала и экономят проблемы потом:

• Реквизиты, договор оферты, политика персональных данных, согласия с рассылками и куки прописаны везде. Фиксируется дата акцепта оферты: при спорах видно, когда именно согласие получено. При повторном входе галочки уже проставлены, чтобы не создавать клиенту лишних действий перед покупкой.
• Права команды: сотрудник добавляется в Чатиум, затем в платформе ему выдаются роли. Менеджерам продаж CRM, контентщикам только контент, отдельно уведомления техподдержки.
• Демо-режим: заблюривание пользовательских данных одним переключателем. Обязательная вещь, если планируете показывать проект на эфирах.

Отдел агентов в отдельном workspace

Вторая часть эфира: альтернативный сценарий для тех, кого пугают большие проекты через Верховного. Если задача проще (не перенос огромного проекта, а, например, агент-квалификатор входящих), отдел агентов можно собрать в обычном отдельном workspace.

Задача Андрея: приземлять людей из Instagram эксперта напрямую в директ. Тема здоровья интимная, не каждый готов писать кодовое слово про свою проблему в комментариях, а в личку написать проще. В директе встречает агент Алина (имя выбрано просто потому, что среди живых сотрудников Алины нет, чтобы не путаться).

Структура: на входе агент-квалификатор (Ботан называет такого «навигатор»), дальше передача субагентам:

Экономика диалогов: обычный диалог с квалификацией 2-3 рубля, самый дорогой (несколько дней общения длинными ответами) 18 рублей. Вся сборка отдела обошлась в две-три тысячи рублей.

Два предостережения из практики:

1. За агентами нужно следить. Душнило с доступом к базе знаний несколько дней консультировал клиента по здоровью: какие баночки покупать, как крем мазать. Диалог был профессиональный, но агент вышел за рамки роли, пришлось «придушить» инструкциями. Запустили агентов: наблюдайте за диалогами.

2. Ботан пока путается в формулировке «сделай субагентов в этом отделе»: дважды вместо субагентов внутри создавал отдельный новый отдел. Проверяйте, что реально создалось.

• клубовед: знает клуб, ищет по статьям, кидает ссылки;
• диагност: расспрашивает, что беспокоит и как давно, собирает контакты, отправляет анкету в чат кураторам-нутрициологам;
• продавец: продаёт клуб, знает преимущества;
• душнило: единственный с тулом поиска по базе знаний, для экспертных вопросов.

Экономика проекта

Андрей показывает цифры честно. Текущая конфигурация платформы обошлась примерно в 300 тысяч рублей=токенов (несколько workspace: сначала всё в одном, потом в другом, плюс параллельные).

От чего зависит цифра:

Окупаемость считается не в рамках одного клуба: платформа будет разворачиваться клиентам как услугу (не сервис и не продажа workspace, а «заходим как техспец и маркетолог и разворачиваем клуб»). Для сравнения: обычный техспец под задачу стоит 30-100 тысяч рублей.

И честный ответ на вопрос «почему не завайбкодить это на внешних инструментах, вышло бы дешевле»: можно, и вышло бы. Но тогда нужно становиться разработчиком, который подключается к своему VPS через командную строку. Вопрос не в цене, а в том, кем вы хотите быть: айтишником или предпринимателем, который решает бизнес-задачу.

• Понимание архитектуры (клиенты, подписки, заказы) удешевляет. Без него было бы дороже.
• Технический бэкграунд удешевляет ещё. У связки «предприниматель-маркетолог плюс базовая техничка» получается вот так.
• Перфекционизм удорожает: пуши, переделка аналитики на ClickHouse и редактор контента добавили порядка 100 тысяч. Без них было бы дешевле, но продукт хуже.
• Переделки до масштабирования: осознанный выбор. Одна ошибка, размноженная на 30 клиентских аккаунтов, потом обойдётся сильно дороже, чем неделя переписывания сейчас.

Проект Андрея в «Жёлтой шубе»

Клуб и отдел агентов: звенья одной цепи, и в рамках «Жёлтой шубы» Андрей будет собирать их в единый комбайн для школы нутрициологии:

Большие выручки на самом клубе не ожидаются, и это осознанно: клуб это фундамент и вход в воронку, он уже работает, люди из клуба покупают флагман.

• Со всех источников трафик ссыпается в агента, агент квалифицирует и продаёт в первую очередь клуб (подписка 1500 руб/мес) как точку входа.
• Из клуба клиенты уходят на диагностику: отдел диагностов берёт людей именно из клуба, для него это, по сути, лидген. После диагностики продаётся флагман.
• Продуктовая матрица распилена в лестницу даунселов: флагман за 48 (нутрициолог плюс курс), только нутрициолог на три месяца за 30, месяц ведения за 15. Как грамотно зашить эту лестницу в агента или воронку, вопрос пока открытый.
• Планы по автоматизации диагностики: убрать человеческий фактор из выбора времени (клиент сам выбирает слот при квалификации), автораспределение по диагностам, автосозданная ссылка на встречу, после встречи аудит разговора агентом и просчёт вероятности сделки.

Что изменится в партнёрке Чатиума

Андрей взял на себя направление партнёров и интеграторов Чатиума и проработал новую механику. Детали ещё докручиваются, анонс обещан в ближайшие недели, но три направления озвучены:

1. Время закрепления реферала увеличится в несколько раз. Сейчас реферал закрепляется на год, будет заметно дольше.

2. Партнёрка станет двухуровневой. Особенно важно тем, кто обучает техспецов и маркетологов: ваш ученик, приводя своих клиентов, будет приносить процент и вам.

3. Интеграторские и партнёрские начисления разведут. Сейчас логика смешана, и при масштабировании возникают конфликты: кому платить, если у клиента появился второй интегратор; что делать, если клиент не хочет давать интегратору доступ ко всему аккаунту. Будет так: партнёр зарабатывает с рефералов, интегратор зарабатывает с работы на клиента. Роли совместимы, в одном проекте смогут работать несколько интеграторов, и исчезнет мотивация регистрировать кабинет клиенту на себя.

Для действующих интеграторов с клиентами условия сохранятся по-старому, новые правила для новых связок. В планах также кабинеты партнёра и интегратора, механика заявок от клиентов, которые ищут интеграторов (возможно, в формате биржи).

Ключевые принципы (забираем в свой проект)

1. Стройте от реальной боли, а не «потестировать». Без конкретной задачи результата, от которого вы будете в восторге, не получится.

2. Спроектируйте сущности (клиенты, заказы, подписки, доступы) до постановки задач Ботану. Иначе вы не сможете объяснить, чего хотите.

3. Критерий выбора «один workspace или Верховный»: переносимость и масштаб. Типовое решение для клиентов удобнее строить в одном workspace.

4. Для платного контента только серверная защита. Косметический блюр обходится через консоль браузера.

5. Большие рассылки: очереди и батчи внутри, прогрев домена снаружи. В спам улетают не из-за техники, а из-за резких объёмов.

6. SPA-контент поисковики не видят: рендерите в HTML и ставьте Метрику в режиме для SPA.

7. Экспорт workspace сохраняет код, но не данные таблиц. Делайте отдельные бэкапы данных с выборочным восстановлением.

8. Быстроплодящиеся события (посещения, клики, просмотры) тяните из ClickHouse, а не копите в обычных таблицах. Ботану об этом нужно сказать явно.

9. За запущенными агентами следите: они могут выйти за рамки роли. Проверяйте и то, что Ботан реально создал (отдел вместо субагентов).

10. При отладке давайте Ботану конкретику: скриншоты консоли, логи, историю задач. Даже если сами их не понимаете.

11. Исправляйте ошибки до масштабирования: одна ошибка, размноженная на 30 аккаунтов, чинится в 30 раз дороже.

12. Решённую сложную задачу упаковывайте в MD-инструкцию для Ботана и переиспользуйте в других проектах.

13. Читайте чат сообщества, даже когда ничего не понятно. Слова «бакеты» и «ClickHouse» из чужих диалогов превращаются в переделанную архитектуру вашего проекта.

14. Оферта, реквизиты и фиксация даты акцепта закладываются с первого дня, а не «потом».

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