Неделя 149. Контекст вместо хаоса

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

На этой неделе мы продолжили ту же линию, но с другой стороны. Если коротко: продукт стал лучше помнить контекст. Кто написал. Из какого канала. К какому бизнесу относится диалог. Кто должен ответить. Можно ли записать человека на услугу. Какой сотрудник доступен. Какой статус у лида. Где AI уже помог, а где менеджер должен взять разговор руками.

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

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

Сырой счётчик недели: 199 уникальных записей разработки в 8 рабочих контурах, из них 94 объединённые задачи и 105 прямых правок. По инженерному объёму это около 25 тысяч добавленных строк и 3,8 тысячи удалённых. Но, как всегда, ценность не в размере изменений. Ценность в том, что продукт стал меньше терять смысл на стыках.

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

Пульс недели: клиент должен оставаться узнаваемым

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

Направление	Записей разработки	Что это значит простыми словами
CRM, лиды и карточка клиента	74	система лучше понимает, кто пишет, где лид, какой статус, какой чат требует ответа
Календарь, записи и расписание	46	запись на услугу становится надёжнее: меньше ошибок времени, сотрудника и доступности
Регистрация, доступы и подключение каналов	35	вход, роли, двухфакторная защита и почтовые подключения становятся спокойнее
AI-контекст и качество диалога	26	AI и менеджер получают больше фактов о диалоге, а не просто голый текст сообщения
Каналы и входящие события	9	меньше случайных сообщений, реакций и группового шума, который может сбить сценарий
Данные, инфраструктура и наблюдаемость	7	команда быстрее видит, что происходит, и меньше чинит вслепую
Публичный контур и доверие	2	сайт, региональные версии и бортовой журнал остаются частью доверия к платформе

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

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

CRM перестаёт быть списком лидов

Первая большая линия недели - CRM. Мы много работали с тем, чтобы лид создавался, находился, открывался и обновлялся предсказуемо.

Простыми словами, CRM должна отвечать на несколько очень базовых вопросов. Кто этот клиент? Есть ли он уже в системе? Из какого канала он пришёл? В каком статусе его надо создать? Есть ли дубль? Какой чат требует ответа? Что уже сделал AI, а что должен сделать менеджер?

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

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

Для меня CRM в Botseller всё меньше похожа на “таблицу клиентов” и всё больше похожа на рабочее место. Там важны не только поля, но и порядок внимания. Кого надо обработать первым. Где последнее сообщение. Что изменилось. Какой статус у клиента. Как не создать хаос, когда поток сообщений растёт.

Диалог получил память

Вторая большая тема - память диалога. Не в смысле “AI помнит всё”, а в более практичном смысле: система должна правильно хранить происхождение сообщения и показывать его человеку.

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

Представьте, что клиент пишет в чат. Часть сообщений отправил AI. Часть написал менеджер. Где-то ушло исходящее сообщение. Где-то оно вернулось как служебный дубль. Где-то клиент связан с конкретным каналом. Где-то в карточке есть email или телефон. Если система путает автора или источник, менеджеру становится сложнее понять, что реально произошло.

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

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

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

Запись на услугу стала ближе к нормальному продукту

В 148-м выпуске я отдельно говорил: запись на услуги была и раньше, но часть пути держалась на более хрупких связках. На 149-й неделе мы продолжили вытаскивать этот сценарий из “костылей” в нормальный продуктовый слой.

Главные изменения здесь связаны со свободными слотами, индивидуальными встречами, сотрудниками, расписанием и часовыми поясами. Система должна не просто сказать “есть свободное время”, а понять, для какой услуги ищется слот, какой сотрудник подходит, какие настройки расписания действуют, не сдвинулось ли время и не конфликтует ли сетка календаря.

Отдельно важна запись на индивидуальную встречу. Там недостаточно просто найти свободный слот. Нужно понимать конкретного пользователя или сотрудника, которого надо связать с записью. Иначе система вроде бы делает правильное действие, но бизнес потом получает странный результат: запись есть, а ответственного нет, или время отображается не так, как ожидали.

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

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

Роли и меню: сотрудник должен видеть своё

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

Почему это важно? Потому что у бизнеса редко бывает один идеальный пользователь. Есть владелец. Есть администратор. Есть менеджер. Есть исполнитель услуги. Есть партнёр или внешний специалист. Им не всегда нужен один и тот же интерфейс.

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

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

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

Безопасность стала частью повседневного пути

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

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

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

Для B2B SaaS это особенно важно. Мы работаем с коммуникацией бизнеса и клиентов. Там есть персональные данные, переписки, заявки, записи, коммерческий контекст. Чем спокойнее устроены вход, роли и подключение каналов, тем легче бизнесу доверять платформе.

Каналы должны приносить сообщения, а не шум

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

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

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

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

Публичный контур тоже часть продукта

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

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

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

Мне кажется, для B2B SaaS такая прозрачность важна. Клиент покупает не только текущий набор функций. Он покупает траекторию команды. И если траектория видна каждую неделю, доверия больше.

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

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

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

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

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

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

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

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

FAQ

Почему выпуск называется “Контекст вместо хаоса”?

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

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

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

Это новая CRM или улучшение существующей?

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

Почему так много внимания авторству сообщений?

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

Что означает работа с записью на услуги?

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

Зачем добавлять двухфакторную аутентификацию?

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

Почему публичный сайт попал в отчёт о продукте?

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