Неделя 147. Архитектура устойчивости

Это сто сорок седьмая неделя с момента, как мы запустили Botseller в августе 2023 года. В прошлый раз я писал, как воронка стала рабочим контуром: человек регистрируется, проходит первые шаги, попадает в CRM, получает сообщения, а мы видим экономику этого пути.

На этой неделе работа была менее заметной снаружи. Не было одной большой кнопки, которую легко показать на скриншоте. Зато было много важных правок, которые делают продукт надёжнее. Это те самые вещи, которые обычно не видны пользователю, пока они работают. Но если они не работают, сразу теряется выручка: сообщение не дошло, бот ответил без контекста, менеджер не увидел новый чат, клиент застрял в регистрации, trial перепутался с платной подпиской.

Для этого выпуска я смотрел период с 18 мая 00:00 до 25 мая 00:00 по Москве. Источник фактов - то, что за неделю вошло в основную линию разработки доступных проектов. В публичном журнале я не раскрываю внутренние технические названия. Тут важнее другое: что изменилось для продукта и почему это важно для бизнеса.

Сырой счётчик большой: 420 записей разработки в 12 рабочих контурах, из них 198 объединённых задач и 222 прямые правки. Это не 420 отдельных фич. Это 420 мест, где команда подтягивала систему, чтобы она лучше держала реальную жизнь.

Меня зовут Дмитрий Дьяконов, я основатель и CEO Botseller AI. Мы делаем SaaS-платформу с ИИ-продавцом, CRM, мессенджерами, рассылками, автоматизациями и партнёрской программой. Каждую неделю я разбираю, что реально сдвинулось в продукте и зачем это нужно. На этот раз с опозданием, но по делу. Поехали по 147-й.

Пульс недели: не список фич, а защита выручки

Если собрать неделю в простую таблицу, картина такая.

Направление	Записей разработки	Что это значит простыми словами
Каналы и сообщения	125	чтобы Telegram, MAX, файлы, голосовые и уведомления не терялись между ботом и CRM
CRM и чаты	66	чтобы менеджер видел новые сообщения, вложения, транскрипты и нужный контекст клиента
Onboarding	60	чтобы новый пользователь не застревал в первом запуске и доходил до результата
Базы знаний для AI	54	чтобы бот отвечал по правильным данным, а не “как получится”
Автоматизации и боты	48	чтобы сценарии, доставки и история работали устойчивее
Платформа и white-label	44	чтобы регистрация, домены, документы и CRM-маршруты не путались
Trial и подписки	13	чтобы бесплатный период, платный доступ и себестоимость AI не смешивались
Публичный сайт и блог	10	чтобы ссылки, CTA и региональные маршруты вели пользователя в правильное место

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

На 147-й неделе мы много делали именно для таких ситуаций. Не чтобы добавить “ещё одну фичу”, а чтобы меньше терять клиентов на мелочах.

Каналы: чтобы сообщение не исчезало по дороге

Самая большая тема недели - мессенджеры. Для клиента мессенджер выглядит просто: написал, получил ответ, отправил файл или голосовое. Для бизнеса это место сделки. Если тут что-то ломается, CRM, аналитика и автоматизация уже не спасают.

Поэтому мы переводили каналы ближе к ядру продукта. Telegram и MAX стали не просто внешними “переходниками”, а более управляемой частью системы. Мы подтягивали подключение, доставки, медиа, историю сообщений, голосовые, транскрипты, защиту от устаревших ответов и восстановление после временных сбоев.

Что это даёт владельцу бизнеса. Меньше ручного контроля. Меньше ситуаций “бот вроде подключен, но почему-то молчит”. Меньше потерянных файлов и голосовых. Больше уверенности, что сообщение клиента доедет до системы, попадёт в историю и станет понятным для менеджера или AI.

Это скучная работа только на первый взгляд. На практике именно она защищает деньги. Потому что продажа часто ломается не на стратегии, а на простом месте: клиент написал, а ответ не дошёл вовремя.

Onboarding: чтобы человек не бросал продукт в первый день

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

Мы убирали старые сценарии, которые могли увести человека не туда. Чинили переходы между шагами. Защищали выбор воронки от повторов. Учили продукт понимать, что пользователь уже сделал реальное действие, например ответил в CRM-чате. Добавляли восстановление, если человек вернулся позже или открыл другой экран.

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

Почему это важно. Регистрация сама по себе ничего не стоит. Ценность появляется, когда человек дошёл до первого полезного действия: подключил канал, увидел чат, получил ответ, понял, как будет работать его воронка. Чем меньше людей теряется на этом пути, тем выше шанс, что trial станет платной подпиской.

Базы знаний: чтобы AI отвечал по правильным данным

Третья тема - базы знаний для AI. Внутри мы часто называем это RAG. Простыми словами, это механизм, который помогает боту отвечать не “из головы”, а по материалам бизнеса: прайсу, правилам, FAQ, документам, описаниям услуг.

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

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

Это важно не потому, что “RAG звучит технологично”. Это важно потому, что неправильный ответ AI часто начинается не с модели, а с данных. Не тот файл. Старая версия. Необновлённая база. Непонятный источник. Если сделать знания управляемыми, бот становится предсказуемее, а владелец бизнеса меньше боится отдавать ему диалог с клиентом.

Уведомления и CRM-чаты: чтобы менеджер видел, где нужен ответ

Ещё одна практичная тема недели - уведомления и CRM-чаты. Если продукт прислал уведомление, оно не должно быть просто шумом. Оно должно быстро отвечать на вопрос: что произошло, с каким клиентом, где открыть, что сделать дальше.

Мы добавляли notification center, счётчики непрочитанных сообщений, бейджи в чатах, безопасные ссылки из уведомлений, поиск нужного бизнеса, корректную отметку прочитанных сообщений и более аккуратную работу с вложениями.

Для менеджера это означает меньше ручного поиска. Не надо гадать, где новое сообщение и почему клиент ждёт. Не надо открывать пять экранов, чтобы понять, что случилось. Хорошее уведомление сразу ведёт туда, где нужно принять решение.

Это снова не самая громкая фича. Но именно такие вещи делают CRM рабочим столом, а не складом карточек.

White-label и домены: чтобы регистрация попадала в правильный контур

Пятая тема - white-label, региональные домены и юридические профили. Это звучит сложно, но суть простая: один и тот же продукт может использоваться в разных контурах. Где-то это основной Botseller. Где-то российский домен. Где-то партнёрская или white-label история.

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

На этой неделе мы как раз наводили порядок в этой логике. Маршруты регистрации, тексты согласий, юридический профиль, домены и CRM-связка должны работать как единая система, а не как набор ручных исключений.

Почему это важно для роста. Партнёрская модель и white-label не масштабируются на ручном управлении. Если каждый новый контур требует “помнить, куда какую ссылку поставить”, система быстро начинает ошибаться. Нам нужен продуктовый маршрут, который сам понимает, куда вести клиента.

Trial и подписки: чтобы бесплатное не путалось с платным

Отдельно выделю trial и подписки. Записей разработки здесь меньше, но тема важная. В AI SaaS нельзя управлять только выручкой. Нужно понимать, где клиент ещё в пробном периоде, где он уже платит, где у него есть AI-подписка, сколько стоит обслуживание и когда заканчивается бесплатный доступ.

На этой неделе мы уточняли различие между trial и платной подпиской, детали пробного доступа, цены по умолчанию и поведение после окончания trial.

Для бизнеса это защита маржи. Если бесплатный период слишком расплывчатый, продукт может незаметно нести расходы. Если платная подписка отображается непонятно, владелец и команда поддержки начинают спорить не о продажах, а о статусах. Нам нужно, чтобы экономика была видна простым языком.

В итоге всё сходится в одну систему

Если коротко, 147-я неделя была про устойчивость. Мы делали так, чтобы продукт лучше переносил реальность: неидеальные регистрации, сбои каналов, голосовые сообщения, старые сценарии, разные домены, пробные подписки и вопросы “а почему бот так ответил?”.

Хороший SaaS отличается от демо-продукта тем, что работает не только по прямой линии. В демо пользователь нажимает правильные кнопки в правильном порядке. В жизни он возвращается через день, пишет в другой канал, отправляет файл, открывает не тот экран, приходит с партнёрской ссылки и ждёт, что система всё равно его поймёт.

Именно это мы строим. Botseller должен быть не набором разрозненных функций, а рабочим контуром: канал принимает сообщение, база знаний даёт боту контекст, onboarding доводит владельца до результата, CRM показывает менеджеру нужное действие, а экономика показывает, сколько это стоит и где появляется выручка.

Что дальше. На 148-й неделе хочется продолжать делать каналы ещё спокойнее в эксплуатации, базы знаний - понятнее для владельца, onboarding - короче и честнее, а trial-экономику - прозрачнее. Потому что цель простая: владелец бизнеса не должен разбираться в нашей архитектуре. Он должен видеть, что клиент пришёл, получил ответ, дошёл до сделки, а продукт не потерял деньги по дороге.

Приходите в Telegram-канал

Если этот формат отчётов вам полезен - подпишитесь на наш Telegram-канал @botseller_ai. Там я каждую неделю выкладываю бортовые журналы и короткие заметки про продуктовые решения, эксперименты и инциденты. Без рекламы, без воды - только то, что мы сами считаем важным.

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

FAQ

Почему вы называете эти правки невидимыми?

Потому что большую часть этой работы пользователь не замечает напрямую. Он просто видит, что сообщение дошло, бот ответил, CRM открыла нужный чат, база знаний сработала, а регистрация не сломалась. Невидимая работа становится заметной только тогда, когда её нет.

Что такое базы знаний для AI?

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

Почему столько внимания каналам?

Потому что канал - это место сделки. Если Telegram, MAX, файлы или голосовые работают нестабильно, клиент может не получить ответ вовремя. Для бизнеса это не техническая мелочь, а потерянная заявка.

Зачем так много чинить onboarding?

Потому что первый день решает, поймёт ли пользователь ценность продукта. Если человек застрял в регистрации, не подключил канал или не дошёл до первого чата, trial почти наверняка не станет платной подпиской.

Почему trial и подписки попали в журнал?

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