Готовую функцию 1С или Битрикс24 выбирайте, если она закрывает ваш сценарий с приемлемыми ограничениями. Доработку проверяйте, когда базовая платформа подходит, но не хватает одного звена. Кастомный ИИ-агент оправдан уникальным процессом и подтверждённой экономикой. Для обсуждения внедрения ИИ в бизнес подготовьте один сценарий и сравните варианты на одинаковых данных.
Почему это не выбор одной системы вместо другой?
1С и Битрикс24 решают разные задачи. Учётная система хранит хозяйственные данные, CRM помогает вести работу с клиентами. ИИ-контур может дополнять обе системы. Заменять их ради модели необязательно.
SaaS означает использование программного сервиса по подписке. Вариант размещения нужно проверить для конкретного продукта: в экосистеме 1С и у Битрикс24 доступны разные форматы поставки. Сравнивайте доступную вам конфигурацию.
1С-Битрикс как система управления сайтом и Битрикс24 как CRM — разные продукты. Наличие одного не означает готовую интеграцию со всеми функциями другого. Уточните версии и лицензии.
Что уже есть у вендоров?
В документации Битрикс24 описаны расшифровка звонков, резюме разговора и заполнение карточки CRM с помощью BitrixGPT. Доступность функций зависит от условий продукта. Проверьте свою подписку.
1С перечисляет ИИ-сервисы для разных задач, включая работу с документами и прогнозирование. Это повод проверить готовое решение до заказа разработки. Наличие функции в каталоге ещё не доказывает её пригодность для конкретного процесса.
Когда хватит настройки готового продукта?
Начните с готового инструмента, если входные данные уже находятся в системе, результат соответствует вашему регламенту и исключения обрабатываются штатно. Проверьте функцию на рабочих примерах. Демонстрационного звонка мало.
Запишите ограничения тарифа, способы контроля и порядок выхода. Выясните, какие данные обрабатываются внешним сервисом. Разрешение на использование функции должно учитывать требования вашей компании к данным.
Когда нужна доработка?
Доработка подходит, если платформа остаётся основой процесса, а пробел можно закрыть ограниченным расширением. Например, подготовить внутреннюю задачу по нестандартному полю или связать результат обработки с учётной записью.
Перед оценкой проверьте API — интерфейсы обмена данными, события и ограничения доступа. Уточните, как расширение переживает обновления. Поддержка интеграции входит в стоимость владения.
Когда оправдан кастомный агент?
Кастом стоит рассматривать, когда процесс пересекает несколько систем, требует собственных правил принятия решений или нестандартной проверки результата. Уникальность должна иметь экономический смысл. Сам факт отличия от типового сценария недостаточен.
Заказная разработка позволяет определить логику и границы действий. Она также требует сопровождения, тестовых данных и владельца процесса. Ответственность не исчезает после передачи исходного кода.
Как сравнить три варианта?
Используйте одну таблицу. Заполняйте её проверенными наблюдениями. Если пункт неизвестен, поставьте вопрос подрядчику или вендору.
| Критерий | Готовая функция | Доработка платформы | Кастомный агент |
| Соответствие процессу | Проверить штатный сценарий | Описать недостающее звено | Спроектировать весь выбранный сценарий |
| Источники данных | Проверить доступные данные | Проверить обмен | Определить источники и их владельцев |
| Контроль действий | Проверить настройки | Проверить расширение прав | Задать явные разрешения и подтверждения |
| Обновления | Условия вендора | Совместимость расширения | Регрессия модели и интеграций |
| Выход из решения | Экспорт и договорные условия | Экспорт плюс код расширения | Код, документация, данные и смена провайдеров |
| Расходы | Подписка, настройка, контроль | Лицензия, разработка, поддержка | Разработка, инфраструктура, модель, сопровождение |
Кастом не получает максимальный балл автоматически. Если готовая функция решает задачу, дополнительные возможности могут не окупиться. Зафиксируйте критерии до просмотра демонстраций.
Как провести одинаковое испытание?
Подготовьте набор обезличенных примеров. Включите успешные случаи, пропуски данных, повторы и противоречия. Дайте каждому варианту одну задачу и одинаковый критерий приёмки.
Измерьте качество результата и работу проверяющего сотрудника. Посчитайте исправления. Попросите показать журнал ошибок. Демонстрация только успешных ответов скрывает стоимость исключений.
Не сравнивайте полностью настроенный продукт с необученным прототипом. Условия подготовки тоже запишите. Иначе тест покажет разницу в подготовке, а не в пригодности решения.
Как считать стоимость владения?
TCO — полная стоимость владения за выбранный период. Возьмите период, на который компания действительно планирует процесс. Для всех вариантов используйте одинаковый горизонт.
Сложите лицензии, настройку, интеграции, инфраструктуру, модель, контроль, сопровождение и выход. Добавьте труд сотрудников на разбор ошибок. Отсутствие отдельного счёта не делает этот труд бесплатным.
Цена кастомного проекта без сравнения с готовым решением мало что объясняет. Попросите разделить обязательные расходы и развитие. Сроки и бюджет зафиксируйте по конкретному сценарию, без заимствования тарифов другой задачи.
Что передать исполнителю для оценки?
Составьте короткое задание: процесс, вход, результат, системы, исключения и критерий допуска. Приложите результаты испытания. Назначьте владельца решения внутри компании.
Если готовый продукт прошёл критерии, используйте его. Если нужен небольшой мост между системами, оцените доработку. Если остаётся значимый пробел, обсуждайте заказной ИИ-контур с объяснением его экономики.