HoneyBook: коннектор ищет потерянные деньги, не письма
19 августа 2026 HoneyBook выпустила официальный коннектор по протоколу MCP и стала проверенным интегратором в каталоге Claude. Агент видит воронку, проекты, счета, договоры и переписку с клиентами; запись — по отдельным ресурсам, учётные данные модели не видит. В раннем доступе пользователи из семи категорий бизнеса первым делом искали не тексты, а потерянные деньги: невыставленную работу, залежавшиеся лиды и ошибки в разметке клиентов.
Коротко
- Что запустили: коннектор HoneyBook — открытый интерфейс для AI-агентов к аккаунту участника, проверенная интеграция в каталоге Claude — 19 августа 2026.
- Кому доступно: участникам HoneyBook в США, Канаде, Великобритании и Австралии; первое подключение — через Claude, протокол открыт для любых совместимых клиентов.
- Главное ограничение: доступ к записи выдаётся по отдельным ресурсам; учётные данные не передаются модели, каждый запрос выполняется в изолированной среде.
- Главное последствие: пользователи раннего доступа первым делом искали экономические потери, а не черновики писем — паттерн «монитор потерь выручки».
Что изменилось
19 августа 2026 HoneyBook анонсировала коннектор по открытому протоколу MCP, который даёт AI-агенту доступ к аккаунту участника как к живым данным, а не к выгрузке.
Чтение: воронка продаж, проекты, счета, договоры, переписка с клиентами — полный жизненный цикл: запрос, предложение, подписанный договор, график оплат, анкеты, сообщения.
Запись (с разрешения участника): создавать и обновлять проекты и карточки клиентов, добавлять заметки, собирать предложения, счета и договоры из шаблонов компании, публиковать для клиента, выставлять отдельные запросы на оплату.
Безопасность: разрешения выдаются ресурс за ресурсом — не «система учёта подключена = всё разрешено». Учётные данные не раскрываются модели. Запросы выполняются в изолированной среде, которая уничтожается после завершения; сетевой доступ ограничен HoneyBook.
Канал: одновременно коннектор стал проверенным в каталоге Claude. HoneyBook подчёркивает: Claude — первое место, но не единственное; любой совместимый клиент может подключиться.
Что делали в раннем доступе
До общей доступности HoneyBook протестировала коннектор с группой участников из семи категорий: фотографы, организаторы мероприятий, площадки, диджеи, бизнес-консультанты, контент-студии, веб-дизайнеры.
Первые запросы — не написание текстов. Участники искали:
- выполненную, но ещё не выставленную к оплате работу;
- залежавшиеся лиды;
- неправильно размеченных клиентов.
HoneyBook отдельно отмечает: первым делом люди смотрели свою историю результатов — что сделали, что выставили к оплате и что это говорит о следующем месяце. По словам Helena Bachar из HoneyBook: «Первое, к чему потянулись люди, — не черновики и письма. А собственная история: что доставили, что выставили, и что это значит для месяца впереди».
| Запрос пользователя | Что искали | Почему это важнее «напиши письмо» |
|---|---|---|
| Сверка записей | невыставленные счета | прямая потеря выручки |
| Воронка | залежавшиеся лиды | упущенная конверсия |
| База клиентов | ошибки в разметке | искажённая аналитика |
| Прогноз месяца | сделано vs выставлено | управленческое решение |
Почему это важно
Анонс HoneyBook хорошо подтверждает формирующийся паттерн, который McKinsey описала иначе: ценность AI растёт, когда он подключён к системе учёта, а не к чату.
Низкая ценность:
``` AI → «напиши письмо клиенту» ```
Высокая ценность:
``` AI → учёт клиентов + биллинг + история переписки → найди экономическую потерю → объясни причину → предложи действие ```
Два года независимым бизнесам говорили, что AI изменит работу. На практике он помогал писать подписи, письма и черновики — потому что не дотягивался до систем, где живёт работа. HoneyBook прямо формулирует: подключение системы учёта переводит AI «от черновика к выполнению задачи».
Отдельно важна модель доступа ресурс за ресурсом. Для бизнес-коннекторов это ориентир: агент с финансовыми и клиентскими данными требует узких разрешений, а не бинарного «всё или ничего».
Что это означает для бизнеса
Я бы оформила это как отдельный класс агента — монитор потерь выручки. Он ищет, например:
| Сигнал | Условие | Действие |
|---|---|---|
| Невыставленная работа | работа выполнена + счёт отсутствует | напомнить выставить |
| Застой в воронке | горячий лид + 14 дней без шага | назначить повторный контакт |
| Расширение без договора | клиент расширяет объём + договор не обновлён | эскалация менеджеру |
| Дорогой канал | высокая стоимость лида + низкая последующая выручка | пересмотреть бюджет |
| Спящий ключевой клиент | высокая ценность клиента + давно нет предложения | инициировать допродажу |
Это принципиально более ценный сценарий коннектора, чем ещё один AI-копилот для написания. Согласуется с экономикой агентов: платить за найденную потерю, а не за сгенерированный абзац.
Для маркетинга и продаж на услугах — фотографы, площадки, агентства — HoneyBook показывает, что первый вопрос к AI звучит не «придумай пост», а «где я теряю деньги в своей воронке?».
Что протестировать
- Аудит утечек в своей системе учёта. Подключите агента к CRM или выгрузке и задайте три запроса: невыставленная работа за 30 дней, лиды без контакта 14+ дней, клиенты с несовпадающими тегами. Метрика: сумма «зависших» денег, которую агент нашёл vs ручная проверка.
- Доступ по ресурсам, не «всё сразу». Выдайте агенту только чтение воронки и счетов — без записи. Проверьте неделю: агент не должен создавать документы без отдельного разрешения. Сравните с моделью HoneyBook: запись — отдельное одобрение на каждый тип ресурса.
- Прогноз месяца из истории результатов. Спросите: «что доставлено, что выставлено, что ожидать в следующем месяце?» — по образцу первого запроса пользователей HoneyBook. Если ответ размыт без подключения к данным — у вас пока чат, а не агент.
Где здесь MCP и коннекторы
HoneyBook — пример того, куда движется MCP как интерфейс управления: не «прочитай отчёт», а «найди аномалию и предложи действие» в живой системе учёта.
Для вашего стека — учёт клиентов, биллинг, почта, мессенджеры — имеет смысл проектировать коннектор так же:
- чтение и запись раздельно;
- разрешения по ресурсам (воронка, счета, договоры, переписка);
- учётные данные вне модели;
- изолированная среда на запрос.
Практический шаг: возьмите один сценарий «монитора потерь» — например, невыставленные счета — и подключите к нему один коннектор к данным с правами только на чтение. Измерьте, сколько рублей агент нашёл за первую неделю.
Главный вывод
HoneyBook показала, чего хотят владельцы малого бизнеса от AI в 2026: не ещё один черновик письма, а ответ на вопрос к собственному аккаунту — где потеряны деньги, какие лиды остыли, что не сходится в разметке.
Если вы проектируете бизнес-коннектор, берите за образец не «система подключена», а доступ ресурс за ресурсом и сценарий «монитор потерь выручки». Иначе агент будет быстро писать тексты там, где бизнесу нужна была экономика.
Источники
- Introducing the HoneyBook MCP: ask Claude about your pipeline, invoices and contracts — HoneyBook, 2026-08-19
Читайте также
MCP становится интерфейсом управления маркетингом, а не только способом читать данные
Агент всё чаще не только смотрит отчёты, но и запускает рассылки из ChatGPT и Claude. Что показал MarTech 6 августа и как настроить доступ агента к вашим сервисам.
McKinsey: разрыв между внедрением AI и сквозными процессами
McKinsey: 60% маркетологов используют AI еженедельно, но менее 10% получают ценность от сквозных процессов. Разрыв между внедрением и экономикой бизнеса.
OpenAI закрепила экономику агентов: результат, а не токены
OpenAI описала экономику агентов: считать стоимость принятого результата, а не токенов. Маршрутизация, контекст, MCP-вызовы и проверка человеком — что протестировать на одном сценарии.
Anthropic: Skills API в общей доступности
19 августа: Skills API и Files API в общей доступности, доменные ограничения веб-поиска, память в собственной среде и просмотр сессий со стоимостью. Жизненный цикл агента в промышленной эксплуатации.