Стоимость автоматизации бизнеса: из чего складывается цена
Автоматизацию почти невозможно оценить по описанию задачи в одну строку. «Нужен бот» может означать автоответчик с меню — и может означать систему, которая принимает заказ, проверяет оплату, резервирует товар и уведомляет несколько отделов. Стоимость определяется тремя вещами: сколько процессов автоматизируется, насколько сложно связать новое с уже работающим и нужен ли ответ, генерируемый моделью, вместо заранее написанного сценария. Разбираем по порядку.
Обновлено:
Почему автоматизацию считают по процессам, а не по инструментам
Вопрос «сколько стоит бот» задан не в тех единицах. Бот — это интерфейс; стоимость создаёт процесс, который за ним стоит. Процесс — это последовательность шагов с участниками, условиями и исключениями. Приём заявки: откуда она приходит, что с ней происходит, кто её видит, что случается, если никто не ответил, что происходит, если данные пришли неполные. Каждое из этих условий — работа: его нужно обсудить, описать, реализовать и проверить. Поэтому смета в автоматизации собирается так: перечисляем процессы, по каждому описываем основной сценарий и исключения, и уже это даёт понятный объём. Обсуждение в терминах инструментов — бот, интеграция, сценарий — приводит к предложениям, которые потом расходятся с ожиданиями. Отсюда же следует практическое правило: начинать с одного процесса, который отнимает больше всего времени. Он окупается быстрее, его результат виден команде, и на нём становится понятно, как устроена работа в вашей компании на самом деле. Описания процессов «как задумано» и «как происходит» отличаются почти всегда.
Фактор первый: сколько процессов автоматизируется
Число процессов влияет на стоимость нелинейно, и это важно понимать при планировании. Первый процесс — самый дорогой относительно своей сложности. В него входит вся подготовительная работа: разбор того, как компания работает сейчас, выбор инструментов, настройка учётных записей и доступов, договорённости о правилах, обучение команды пользоваться новым порядком. Второй и третий процессы обходятся дешевле: инфраструктура уже есть, команда уже понимает логику, инструменты выбраны. Но после некоторого количества процессов кривая снова идёт вверх. Причина — взаимные связи. Когда автоматизированных процессов становится много, они начинают влиять друг на друга: одно событие запускает несколько цепочек, данные передаются между ними, и ошибка в одном месте проявляется в другом. Появляется необходимость в контроле состояния всей системы, а это отдельная работа. Отдельно стоит учитывать разнообразие процессов. Пять похожих процессов в одном отделе дешевле, чем пять разных процессов в пяти отделах, потому что во втором случае каждый раз заново разбираются участники, правила и исключения.
Фактор второй: сложность интеграции с существующими системами
Это обычно главный источник разброса цен, и оценить его до начала разбора невозможно. Самый простой случай — система, у которой есть документированный программный интерфейс и понятная модель данных. Подключение предсказуемо по срокам. Средний случай — система с ограниченным интерфейсом: часть данных доступна, часть нет, есть ограничения по частоте обращений, некоторые действия можно выполнить только вручную. Здесь появляются обходные решения, и их нужно проектировать. Сложный случай — система без интерфейса вообще: локальная программа, учётный файл, база, к которой нет удалённого доступа. Тогда связка строится через промежуточные выгрузки, и это не только дороже, но и менее надёжно: у такого решения больше точек отказа. Особый случай — самописная система. Здесь всё зависит от того, есть ли у компании разработчик, который её поддерживает, и есть ли документация. Если нет ни того ни другого, значительная часть бюджета уйдёт на изучение чужого кода. Отдельно — состояние данных в этих системах. Если в справочнике клиентов одни и те же люди записаны по-разному, а номера телефонов хранятся в разных форматах, автоматизация начнёт создавать дубликаты. Приведение данных в порядок — частая и почти всегда недооценённая часть проекта. Практический вывод: перед оценкой имеет смысл небольшое техническое обследование. Оно стоит денег, но защищает от оценки, которая вырастет вдвое в середине проекта.
Фактор третий: добавление AI-чатбота
Разница между сценарным ботом и ботом, отвечающим с помощью языковой модели, — это разница в природе решения, а не в количестве работы. Сценарный бот действует по заранее написанному дереву: кнопки, меню, предсказуемые ответы. Его поведение полностью определено, его можно проверить целиком, он не скажет лишнего. Ограничение очевидно: на вопрос, которого нет в сценарии, он ответить не может. Бот на языковой модели формулирует ответы сам. Он справляется со свободными формулировками и не требует предугадывать каждый вопрос. Но у него появляются свойства, которых нет у сценарного: ответ может оказаться неточным, поведение зависит от формулировки вопроса, а стоимость работы складывается ещё и из оплаты обращений к модели — то есть появляется переменный расход, растущий вместе с числом обращений. Что удорожает такой проект по сравнению со сценарным: подготовка базы знаний, на которую опирается модель, и поддержание её в актуальном состоянии; настройка ограничений, чтобы бот не выходил за пределы своей темы; тестирование на реальных вопросах, включая некорректные и провокационные; продуманная передача разговора человеку; ведение журнала диалогов для последующего разбора. Отдельная тема — ответственность за сказанное. В регулируемых сферах бот не должен давать консультаций, которые вправе давать только специалист, и не должен обещать результат. Это ограничение проектируется заранее, а не исправляется после жалобы. Разумный порядок: сценарный бот для частых и однозначных обращений, модель — для свободных вопросов, с чётким переключением на человека там, где цена ошибки высока.
Разовые и регулярные расходы
Автоматизация редко исчерпывается разовым платежом, и это стоит заложить в план. Разовая часть: разбор процессов, проектирование решения, разработка, интеграция, тестирование, обучение команды, документация. Регулярная часть, которая появляется почти всегда. Подписки на используемые сервисы — платформы связывания систем, хостинг, каналы отправки сообщений. Оплата обращений к языковой модели, если используется AI-бот. Эта статья зависит от количества и длины диалогов. Официальные каналы общения с клиентами обычно тарифицируются отдельно самими платформами. Сопровождение. Это не формальность: внешние системы обновляются, интерфейсы меняются, что-то перестаёт работать. Без сопровождения автоматизация деградирует незаметно, и поломку обнаруживают по жалобе клиента. Развитие. Как только первый процесс заработал, почти всегда появляются пожелания: добавить условие, уведомление, отчёт. Полезно заранее договориться, в каком режиме вносятся такие изменения.
Что можно сделать дешевле, а на чём экономия не окупается
Экономить разумно там, где это не влияет на надёжность. Где экономия оправдана. Использовать готовые платформы связывания систем вместо собственной разработки, пока объёмы позволяют. Начинать с одного канала общения, а не со всех сразу. Автоматизировать основной сценарий, оставив редкие исключения на ручную обработку — попытка закрыть все исключения сразу нередко удваивает стоимость ради малой доли случаев. Использовать возможности уже оплаченных систем, прежде чем подключать новые. Где экономия не окупается. Тестирование: непроверенная автоматизация ошибается тихо и массово, и разбор последствий стоит дороже проверки. Обработка ошибок: система должна вести себя понятно, когда внешний сервис не отвечает, а не терять данные. Журналирование: без записи того, что происходило, разбирать сбои невозможно. Обучение команды: система, которой не пользуются, не экономит ничего. Документация: без неё следующий подрядчик начнёт с изучения того, что уже было сделано. Отдельно — доступы. Все учётные записи и ключи должны принадлежать компании, а подрядчик получает права. Это вопрос не доверия, а непрерывности работы.
Как оценить, окупается ли автоматизация
Оценка строится не на обещаниях экономии, а на сопоставлении понятных величин, которые компания может посчитать сама. Сколько времени сейчас занимает процесс и сколько раз в неделю он повторяется. Это можно измерить прямым наблюдением в течение нескольких дней. Сколько стоит это время. Не абстрактно, а через реальную занятость конкретных людей. Что происходит из-за ошибок и задержек. Потерянная заявка, неверный заказ, забытое напоминание — у каждого из этих событий есть стоимость, и её можно оценить хотя бы приблизительно. Что изменится после автоматизации. Здесь важна честность: часть времени останется, потому что полностью исключить человека из процесса удаётся редко. Сопоставление этих величин с разовыми и регулярными расходами даёт понятный ответ, причём считает его сама компания, а не подрядчик. В 101digital мы предпочитаем такой порядок: сначала совместно оцениваем процесс в текущем виде, потом решаем, стоит ли его автоматизировать. Иногда выясняется, что процесс проще отменить, чем автоматизировать, — и это тоже результат.
Что влияет на стоимость автоматизации
| Фактор | Проще и дешевле | Сложнее и дороже | Почему |
|---|---|---|---|
| Число процессов | Один процесс, отнимающий больше всего времени | Много процессов в разных отделах одновременно | Растут взаимные связи и нужен контроль состояния всей системы |
| Интеграция | Система с документированным интерфейсом | Локальная или самописная система без документации | Нужны обходные решения и изучение чужого кода |
| Состояние данных | Единый справочник, единый формат записи | Дубликаты, разные форматы телефонов и имён | Автоматизация тиражирует беспорядок и создаёт новые дубликаты |
| Тип бота | Сценарный бот с меню и кнопками | Бот на языковой модели со свободными ответами | Нужны база знаний, ограничения, тестирование и переменный расход |
| Каналы | Один канал общения | Несколько каналов с разной логикой | Каждый канал — отдельная настройка и отдельная проверка |
| Исключения | Автоматизирован основной сценарий | Закрыты все редкие случаи | Исключения нередко удваивают объём ради малой доли обращений |
Частые вопросы
Почему за похожие задачи называют настолько разные суммы?
Потому что под «автоматизацией» понимают разный объём. Один подрядчик считает задачу выполненной, когда бот отвечает на сообщение, другой — когда обращение доходит до CRM с меткой источника, сработали уведомления, обработаны ошибки и команда обучена. Сравнивать нужно по перечню процессов и сценариев, а не по итоговой сумме.
С чего лучше начать, если процессов много?
С одного процесса, который отнимает больше всего времени и повторяется чаще других. Так результат виден быстро, а компания успевает понять, как устроена её работа на самом деле. Попытка автоматизировать всё сразу обычно приводит к долгому проекту, который меняют в середине.
Чем AI-бот отличается от обычного по стоимости?
У него другая природа расходов. Кроме разработки появляются подготовка и поддержание базы знаний, настройка ограничений, более объёмное тестирование и переменная оплата обращений к модели, растущая вместе с числом диалогов. Сценарный бот дешевле и предсказуемее, но отвечает только на то, что заложено в сценарий.
Можно ли автоматизировать работу, если у нас нет CRM?
Частично да: уведомления, автоответы, сбор заявок в таблицу. Но без единого места хранения обращений автоматизация быстро упирается в потолок — данные расползаются, и отследить судьбу заявки невозможно. Часто разумнее сначала навести порядок в хранении обращений, а потом надстраивать над ним автоматизацию.
Что происходит после запуска — нужны ли регулярные платежи?
Обычно да. Это подписки на используемые сервисы, тарифы каналов общения, оплата обращений к модели при использовании AI-бота и сопровождение. Последнее особенно важно: внешние системы обновляются, и без присмотра автоматизация ломается тихо, а обнаруживается по жалобе клиента.
Кому должны принадлежать доступы и учётные записи?
Компании-заказчику. Подрядчик получает права доступа, а не владение. Так сохраняется непрерывность работы при любой смене команды. Туда же относятся исходные материалы, описание процессов и документация по настройкам.
Связанные страницы
Нужен конкретный план для вашего проекта? Бесплатный разбор →