Неделя 150. Сайт стал живым каналом

Это сто пятидесятая неделя с момента, как мы запустили Botseller в августе 2023 года. Честно говоря, сама цифра заставляет остановиться на минуту. Сто пятьдесят недель - это уже не “мы попробовали идею”. Это длинная дистанция, где продукт проверяется не одним красивым релизом, а способностью каждую неделю становиться полезнее.

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

Если сказать совсем просто: клиент не должен проваливаться между “написал на сайте” и “попал в работу”. Он должен задать вопрос там, где ему удобно, а бизнес должен увидеть это как нормальный диалог: с историей, статусом, источником, возможностью ответить руками, подключить AI и не потерять контекст.

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

Сырой счётчик недели получился плотный: 336 уникальных записей разработки в 8 рабочих контурах, из них 130 объединённых задач и 206 прямых правок. По объёму это около 118 тысяч добавленных строк и 16 тысяч удалённых. Такая цифра строк выглядит большой не потому, что “мы написали роман в коде”, а потому что неделя включала новый входящий канал, большой слой мультиязычности и много контрактов между частями системы.

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

Пульс недели: входящий контур становится цельным

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

Направление	Записей разработки	Что это значит простыми словами
CRM, лиды и рабочее место менеджера	156	больше контекста в карточке, задачах, чатах, услугах и действиях менеджера
Каналы, виджеты и входящие сообщения	83	сайт, почта и сообщения становятся нормальными входами в продукт, а не отдельными островами
Безопасность, доступы и аккаунты	37	продукт аккуратнее работает с правами, подключениями и пользовательским контуром
Инфраструктура, данные и наблюдаемость	15	новый входящий канал получил защиту от гонок, повторов и странных состояний
Календарь, услуги и запись	14	запись, длительность услуг и суммы стали лучше сходиться с CRM и расписанием
AI, знания и сценарии диалога	13	AI получает больше правил, когда отвечать, когда молчать и когда уступать менеджеру
Интерфейс и UX-полировка	6	меньше мест, где пользователь должен угадывать, что делать дальше
Биллинг и экономика	4	платёжные и биллинговые данные точнее привязаны к бизнесу и диалогам
Публичный сайт и доверие	2	149-й журнал вышел в публичный контур, а сайт получил новый канал общения

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

Мы хотим иначе. Входящий сигнал должен сразу попадать в систему, где есть контекст и правила. Тогда бизнес не просто “получает сообщение”, а получает управляемый процесс.

Сайт перестаёт быть витриной

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

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

Для владельца бизнеса смысл простой. Человек пришёл на сайт, задал вопрос, оставил сигнал. Этот сигнал не должен зависнуть в отдельном виджете. Он должен стать частью клиентского пути: попасть в CRM, получить контекст, при необходимости создать лид, дать менеджеру историю и позволить AI помочь там, где это уместно.

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

AI должен уметь не отвечать

Вторая важная линия внутри чата на сайте - поведение AI. Обычно все хотят, чтобы AI отвечал быстрее, умнее и чаще. Но в реальном бизнесе не менее важно обратное: AI должен уметь вовремя остановиться.

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

Это очень практичная вещь. Плохая автоматизация часто выглядит не как “система упала”, а как “система сказала лишнее”. Клиент написал, менеджер ответил, а через секунду бот отправил ещё один текст. Или бизнес выключил сценарий, а он всё равно продолжил. Снаружи это выглядит как непрофессиональность.

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

Почта стала диалогом, а не ящиком

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

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

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

Для меня это та же философия, что и с чатом на сайте. Канал сам по себе не ценен. Ценна способность канала сохранять контекст и доводить коммуникацию до действия.

CRM становится рабочим местом, а не складом карточек

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

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

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

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

Мультиязычность - это не перевод кнопок

Очень большой пласт недели - мультиязычный интерфейс. Снаружи может показаться, что это просто “перевели экран на другой язык”. На самом деле для продукта это гораздо глубже.

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

Почему это важно для Botseller. Мы строим не локальную CRM “под один экран”, а платформу, которая должна жить в разных рынках, командах и языковых привычках. В одном бизнесе сотрудник работает по-русски, в другом - по-английски, в третьем нужен другой язык и другая направленность интерфейса. Если архитектура интерфейса к этому не готова, продукт начинает ломаться не в логике, а в мелочах: кнопка не помещается, заголовок уехал, дата выглядит странно, меню не читается.

Мультиязычность для меня - это работа над масштабируемостью продукта. Не “перевод ради галочки”, а возможность продавать и внедрять Botseller там, где команда клиента думает на своём языке.

Onboarding должен доводить до первого результата

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

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

Если мы не подскажем путь, человек будет угадывать. А угадывание - враг активации. Хороший onboarding не должен быть экскурсией по кнопкам. Он должен вести к первому полезному действию.

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

Биллинг и безопасность должны быть фоном, а не сюрпризом

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

Если платёжная страница выглядит странно, пользователь сомневается. Если биллинговая история показывает данные не в том контексте, менеджер ошибается. Если действие можно выполнить не от того бизнеса, это уже риск. Если стоимость AI-действия нельзя связать с правильным клиентом, экономика становится мутной.

Мы убирали такие места. Страницы результата оплаты стали более прямыми. Биллинговые данные аккуратнее связаны с контекстом диалогов. Внутренние проверки лучше защищают принадлежность данных конкретному бизнесу.

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

Новый канал нужно было сделать устойчивым

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

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

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

Главный итог недели

Для меня 150-я неделя получилась про превращение входящих сигналов в управляемую работу. Сайт, почта, CRM, AI, менеджер, календарь, задачи, язык интерфейса и биллинг должны жить не как отдельные куски, а как единый контур.

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

Вот в этом и есть движение Botseller. Мы строим не “бота, который отвечает”, а операционную систему продаж и сервиса. Там ценность не только в тексте ответа, а в том, что каждый сигнал попадает в нужное место и превращается в действие.

Что дальше. После 150-й недели мне хочется ещё сильнее сокращать расстояние между первым касанием клиента и первым полезным результатом для бизнеса. Чат на сайте, почта, CRM, AI и onboarding должны стать не набором настроек, а понятным рабочим маршрутом: клиент пришёл, написал, получил ответ, попал в CRM, а бизнес понял, что делать дальше.

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

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

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

FAQ

Почему 150-я неделя называется “Сайт стал живым каналом”?

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

Чем чат на сайте отличается от обычного виджета?

Обычный виджет часто живёт отдельно. Мы двигаемся к тому, чтобы чат на сайте был частью платформы: с историей, сессией посетителя, передачей в CRM, правилами AI, возможностью менеджера вмешаться и аналитикой входящего сигнала.

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

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

Зачем продукту мультиязычность на таком этапе?

Потому что Botseller растёт как платформа, а не как локальная админка под один рынок. Мультиязычность - это не только перевод текста, но и готовность интерфейса к разным командам, ролям, языкам и форматам работы.

Что значит “AI должен уметь не отвечать”?

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

Что изменилось для нового пользователя?

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

Это уже готовый релиз нового канала?

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