Неделя 148. От разговора к результату

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

На этой неделе тема стала ещё практичнее. Мы двигали Botseller от “AI хорошо отвечает” к “AI помогает выполнить действие”. Для бизнеса это огромная разница. Ответ в чате сам по себе ещё не продажа. Продажа начинается, когда клиент записался на услугу, попал в правильный слот, менеджер увидел контекст, а система не перепутала время, контакт, канал и источник.

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

Сырой счётчик спокойнее, чем неделей ранее: 59 записей разработки в 7 рабочих контурах, из них 28 объединённых задач и 31 прямая правка. По объёму кода это около 3,7 тысячи строк изменений. Но главный смысл недели не в количестве. Главный смысл - в том, что продукт стал лучше доводить разговор до реального результата.

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

Пульс недели: меньше шума, больше выполнения

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

Направление	Записей разработки	Что это значит простыми словами
CRM, услуги и запись в слоты	15	AI и менеджер должны не просто обсуждать услугу, а доводить клиента до конкретного времени
Каналы, почта и личность контакта	12	сообщение должно приходить с понятным именем, подписью, источником и правильной связкой с клиентом
Гигиена CRM-данных и интеграций	22	переменные, стоп-флаги, внешние CRM и служебные поля должны работать предсказуемо
Публичное доверие и документы	6	юридические страницы, раскрытия и бортовой журнал становятся частью доверия к платформе
Данные и миграции	2	схема данных должна совпадать с реальностью, иначе мелкие расхождения потом ломают продукт
Внутренние инструменты команды	2	команда должна быстрее понимать состояние рабочих аккаунтов и не тратить время на ручной разбор

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

Отдельно такие правки кажутся мелкими. Вместе они отвечают на один вопрос: может ли Botseller не просто поговорить с клиентом, а аккуратно довести его до следующего шага?

Отвечать мало: нужно доводить до записи

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

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

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

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

Время и слоты: маленькая деталь, большой риск

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

Клиент пришёл на час раньше. Исполнитель уже занят. Администратор видит одно время, клиенту ушло другое. В расписании свободный слот, но фактически он занят. Всё это напрямую бьёт по доверию. И самое неприятное - такие ошибки редко выглядят как “система упала”. Интерфейс открывается, кнопки работают, но бизнес уже получил конфликт.

Поэтому работа со временем - это часть качества продукта. Botseller должен уметь корректно переводить время в локальный формат, не путать персональные услуги, не ломать AM/PM и давать инженерам понятные логи, если что-то пошло не так.

Я бы сформулировал этот блок так: “AI-продавец должен уважать календарь”. Он может идеально говорить, но если записывает не туда, бизнесу от этого хуже, а не лучше.

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

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

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

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

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

CRM-гигиена: почему стоп-флаги важнее красивых кнопок

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

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

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

Это не выглядит как фича для лендинга. Но именно такая работа отличает игрушечную автоматизацию от бизнес-системы. В бизнесе важно не только “уметь отправить сообщение”. Важно уметь вовремя не отправить сообщение.

Интеграции должны быть тихими и понятными

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

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

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

Это и есть зрелость SaaS. Не только добавлять новые сценарии, но и делать так, чтобы старые сценарии не создавали постоянный фоновый шум.

Данные: маленькая миграция может спасти большую систему

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

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

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

Поэтому в продукте важна не только фича, но и место, куда эта фича кладёт данные.

Доверие: документы тоже часть продукта

Публичный сайт на этой неделе был не про новые красивые страницы, а про доверие. Мы подготовили раскрытие по IT-аккредитации, привели локальные документы для российского контура и выпустили 147-й бортовой журнал.

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

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

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

Внутренние инструменты: команда тоже пользователь

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

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

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

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

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

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

Мне кажется, именно здесь начинается взрослая ценность AI. Не в том, что он красиво формулирует текст. А в том, что он помогает бизнесу довести клиента до результата: записать, не перепутать, не потерять, не отправить лишнего, не сломать расписание и оставить менеджеру понятную картину.

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

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

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

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

FAQ

Почему в этой неделе всего 59 записей разработки?

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

Что значит “от ответа к записи”?

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

Почему так много внимания времени и часовым поясам?

Потому что ошибка во времени сразу превращается в бизнес-проблему. Клиент приходит не тогда, исполнитель занят, администратор видит конфликт, доверие падает. Для AI-продавца календарь так же важен, как текст ответа.

Зачем извлекать подпись из почты?

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

Что такое стоп-флаг в CRM?

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

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

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