Разбор сценария · управление · ИТ · Везория
Зоопарк сервисов: за каждый платим, и ни один не знает про другие
Сервисы добавлялись по мере необходимости: генератор текстов, сервис для картинок, шаблоны договоров, разбор резюме, отдельные отчёты. Каждый решал свою задачу, вместе они не образуют системы. Разберём, когда пора это менять и как задачи переходят к одному агенту с командой ИИ-специалистов.
Почему стоит прочитать этот разбор
- Проблема не в числе сервисов, а в том, что работа рвётся на стыках между ними.
- Переход не означает отказ от всего: учётные системы остаются источниками данных.
- Внутри — признаки, что пора, какие задачи берут роли и порядок перехода без остановки работы.
О сценарии
Что за сценарий и когда он актуален
Компания, у которой набралось много сервисов под отдельные задачи: один пишет тексты, другой делает картинки, третий помогает с договорами, четвёртый разбирает резюме, пятый собирает отчёты. Каждый хорош, вместе они не образуют системы.
| Симптом | Работа рвётся на стыках: данные переносятся руками, контекст теряется |
|---|---|
| Что переходит к агенту | Задачи, разнесённые по разным сервисам: контент, КП, проекты договоров, справки, разбор резюме, отчёты |
| Что остаётся | Битрикс24, 1С, трекеры и специализированные системы — Везория подключается к ним, а не заменяет |
| Как проходит | Очередями: сначала первые роли, затем интеграции и профильные сценарии |
| Стоимость | Публичной цены нет: внедрение, использование языковых моделей и сервер считаем на разборе |
Везория — это агент компании, который управляет командой ИИ-специалистов. Руководитель ставит задачу одному агенту; агент распределяет её по ролям — маркетолог, SMM и копирайтер, продажник, аналитик, юрист, бухгалтер, HR, веб-разработчик и другие, — собирает результат и приносит на решение. Всего 13 ролей в 4 направлениях: Рост, Деньги и право, Люди, Система. Цель перехода не «избавиться от сервисов», а убрать ручные стыки: задачу ставят одному агенту, и уже он, а не сотрудник, решает, какой роли её отдать.
Ситуация до
Как появляется зоопарк
«Каждый сервис в своё время решал реальную задачу. Проблема в том, что теперь их слишком много»
Инструменты добавляются точечно: понадобилось писать посты — завели генератор, понадобилось разбирать резюме — завели ещё один сервис. Каждое решение по отдельности разумно.
Со временем накапливаются издержки: данные дублируются между системами, сотрудники переключаются между вкладками, часть информации существует в двух версиях, и непонятно, какая актуальна.
Отдельная статья — забытые подписки и доступы. Обычно при инвентаризации обнаруживаются сервисы, за которые компания платит, но которыми давно никто не пользуется.
Находка
Издержки не в подписках, а в стыках
Стоимость сервисов заметна и потому обсуждается. Основная потеря при этом в другом — во времени и контексте, которые теряются при переносе работы между системами.
Ручной перенос
Решили на встрече — записали в один сервис, текст подготовили в другом, отчитались в третьем. Каждый перенос — время и риск потери.
Разорванный контекст
Сервис для текстов не знает, что обсуждали с клиентом, а сервис для отчётов — что обещали в КП. Контекст каждый раз собирает человек.
Дубли и версии
Шаблон договора существует в двух местах в разных редакциях. Какая актуальна — выясняется по факту ошибки.
Забытые сервисы
Подписки, которыми не пользуются, и доступы уволившихся сотрудников. Обнаруживаются только при инвентаризации.
Критерий для решения: считать нужно не сумму подписок, а время сотрудников на перенос данных и контекста между системами. Обычно вторая величина оказывается больше, и именно она определяет целесообразность перехода.
Механика
Как проходит переход
1. Инвентаризация
Полный список: какие сервисы используются, кем, для каких задач. Часть отключается сразу — ими просто не пользуются. Для каждой оставшейся задачи отмечаем, какая роль Везории могла бы её взять.
2. Разделение на остающееся и передаваемое
Битрикс24, 1С и специализированные системы остаются источниками данных: Битрикс24 подключается на чтение с записью через одобрение, 1С — только на чтение. Агенту передаются задачи, а не системы.
3. Первые роли
Запуск первых ролей — от недели. Например, копирайтер и юрист: тексты и проекты договоров по шаблонам компании с пометками «проверить». Это пример набора, а не рекомендация: состав ролей выбирается под компанию, лишние отключаются.
4. Отключение по факту
Старый сервис отключается только после того, как задачи какое-то время шли через агента без него. Интеграции и профильные сценарии подключаются очередями; обратный порядок оборачивается авралом.
Что меняется
Что меняется после перехода
Основной эффект — исчезновение ручных стыков: задачу ставят одному агенту, а он решает, какой роли её отдать, и приносит результат на решение.
задача, план и результат — в одном месте вместо переключения между сервисами
границу каждой задаёт набор инструментов: роль не может вызвать чужой инструмент
в рублях под каждым ответом, с пределами на ответ, день и месяц
переход без остановки работы
Как посчитать заранее: оцените время сотрудников на перенос данных между сервисами за месяц и сложите со стоимостью подписок. Сравните со стоимостью владения агентом — внедрение, использование языковых моделей и сервер. Методику расчёта мы разбирали в статье про стоимость владения.
Проведём инвентаризацию ваших сервисов и покажем, какие задачи могут взять роли Везории.
Честно
Риски перехода, которые стоит учитывать
Привычка сильнее удобства. Команда годами работала в конкретных инструментах, и переход воспринимается как потеря. Помогает поэтапность и явная демонстрация того, что стало проще.
Не всё нужно передавать агенту. Дизайн, разработка продукта, бухгалтерский учёт остаются в своих системах. Бухгалтер Везории готовит справки и памятки по утверждённому порядку учёта, но учёт не ведёт.
Перенос истории. Старые данные переносятся выборочно: обычно достаточно актуального периода. Полный перенос многолетнего архива редко окупается.
Период двойной работы. Какое-то время часть команды ставит задачи и агенту, и по-старому. Это неизбежная издержка перехода, и её нужно заложить.
Применимость
Кому такой сценарий подойдёт, а кому нет
Подойдёт
Несколько сервисов под разные задачи с ручными стыками между ними.
Сотрудники тратят заметное время на перенос данных и контекста.
Задачи на стыке направлений: маркетинг, продажи, договоры, найм, отчёты.
Готовность переходить очередями, а не за один день.
Не подойдёт
Один-два сервиса, которые всех устраивают.
Специализированные системы, которые нужны как есть: дизайн, разработка, учёт.
Нет ресурса на период двойной работы.
Ожидание, что агент будет действовать во внешних системах без решения человека.
Вопросы
Что обычно спрашивают про этот разбор
Придётся ли отказаться от CRM и 1С?
Нет. Они остаются источниками данных: Битрикс24 подключается на чтение, запись идёт через одобрение; 1С — только на чтение и подключается на внедрении. Агенту передаются задачи, которые сейчас разнесены по разным сервисам, а учётные и профильные системы не трогаются.
Чем Везория отличается от ещё одного сервиса в наборе?
Везория — это агент компании, который управляет командой ИИ-специалистов: 13 ролей в 4 направлениях. Задачу ставят одному агенту, он объявляет план из 2–7 шагов, раздаёт работу ролям, сводит результат и приносит на решение. Отдельный сервис решает одну задачу; агент ведёт задачу целиком, а действия во внешних системах выполняет только после решения человека.
Как считать целесообразность перехода?
Не по сумме подписок, а по времени сотрудников на перенос данных между системами за месяц. Обычно вторая величина больше первой. Сравнивать нужно со стоимостью владения: внедрение, использование языковых моделей и сервер — её считаем на разборе, публичной цены нет.
Можно ли перенести всё сразу?
Нет, это останавливает работу. Сначала запускаются первые роли — от недели, затем очередями подключаются интеграции и профильные сценарии. Старый сервис отключается только после того, как задачи какое-то время шли через агента без него.
Что не стоит передавать агенту?
Специализированные инструменты — для дизайна, разработки, бухгалтерского учёта — и всё, что ни с чем не стыкуется и всех устраивает. Цель не в том, чтобы избавиться от сервисов, а в том, чтобы убрать ручные стыки между задачами.
Следующий шаг
Разберём вашу задачу на ролях
Возьмём задачу, которую сейчас приходится делить между несколькими людьми или сервисами, и покажем, как Везория разложит её по ролям, что принесёт на решение и из чего сложится стоимость: внедрение, использование языковых моделей, сервер.
Публичной цены нет · считаем на разборе · запуск первых ролей — от недели