АВТОМАТИЗАЦИЯ · БЮДЖЕТ · ПЕРВЫЙ РЕЛИЗ · 14 МИНУТ
Из чего складывается цена автоматизации
Оцениваем процесс, связи, исключения и сопровождение, а не количество кнопок.
Короткий ответ: интеграция — 150 000–250 000 ₽
Отдельная интеграция в Orilence Studio обычно стоит 150 000–250 000 ₽, автоматизация одного процесса — 300 000–650 000 ₽. Сложный межсистемный сценарий оценивается по этапам после проверки систем, правил и исключений. Обычный срок ограниченного первого этапа — от 2 до 10 недель.
Итоговая оценка появляется после проверки процесса, систем, доступов, правил, исключений и критериев готовности. Слово «автоматизация» само по себе не описывает объём разработки.
Если процесс ещё не выбран, сначала используйте матрицу выбора первого рабочего потока. Если поток понятен, но неизвестны возможности сервисов, проверьте техническую готовность интеграции.
РАБОЧИЙ ОБРАЗЕЦ / ДЕМОНСТРАЦИОННЫЕ ДАННЫЕ
Пять составляющих одного пилота
| Составляющая | Вопрос для оценки |
|---|---|
| Процесс | Где начало, результат и владелец? |
| Данные | Какие поля, справочники и права? |
| Обмен | Какие интерфейсы и ограничения? |
| Исключения | Что делать с повтором, пропуском и ошибкой? |
| Передача | Как тестировать, наблюдать и поддерживать? |
Новые сценарии и сопровождение отделяются от первого выпуска. Актуальные ориентиры — на /pricing/, без новых сумм в этом примере.
Как подготовить состав для оценки
- Ограничьте один процесс и перечислите участвующие системы.
- Проверьте данные, исключения, права и эксплуатационные расходы.
- Сравните состав первого этапа и отдельно обсудите поддержку и развитие.
Что учесть
Количество систем не задаёт цену само по себе. Лицензии, инфраструктура и дальнейшее сопровождение не следует молча включать в одну сумму разработки.
Подробный разбор, подготовка и вопросы
Почему у автоматизации нет одной фиксированной цены
Фраза «передавать обращения в CRM» может означать отправку нескольких полей после формы. А может включать поиск дублей, распределение, обратные статусы, файлы, уведомления, повторы после ошибок, журнал действий и ручную проверку спорных случаев.
В обоих случаях клиент видит похожий результат — обращение появилось в рабочей системе. Но состав проектирования, разработки и тестирования различается. Поэтому сначала оценивается целостный сценарий от события до проверяемого результата, а не количество кнопок или подключённых названий сервисов.
Три ценовых формата Orilence Studio
| Формат | Обычная граница | Что проверяется в результате |
|---|---|---|
| Отдельная интеграция | Связь двух систем и понятный обмен данными | Передача, базовая обработка ошибок и проверяемый результат операции |
| Один процесс | Целевой поток с несколькими действиями, статусами и исключениями | Работа всего потока, журнал, контроль сроков и ограниченный пилот |
| Межсистемный процесс | Несколько каналов, систем, ролей и сложных правил | Поэтапный запуск, маршруты исключений, наблюдаемость и управление изменениями |
Количество сервисов важно, но не определяет цену отдельно от сценария. Простая передача между тремя понятными API может быть предсказуемее двусторонней синхронизации двух закрытых систем.
Практическая таблица факторов стоимости
Эта таблица не является калькулятором с искусственными баллами. Она помогает найти сведения, которые меняют состав первого этапа и должны быть отражены в оценке.
| Фактор | Что нужно выяснить | Как влияет на работу |
|---|---|---|
| Граница процесса | Где поток начинается и заканчивается | Чем шире граница, тем больше сценариев нужно проектировать и проверять |
| Системы | Какие сервисы участвуют и кто ими управляет | Каждое подключение добавляет настройку, тестирование и обработку ошибок |
| API и доступы | Есть ли нужные методы, документация, тариф и тестовая среда | Ограничения могут потребовать технической проверки или изменить границу релиза |
| Качество данных | Единообразны ли поля, статусы, идентификаторы и справочники | Ненадёжные данные требуют проверки, преобразования или ручного контроля |
| Устойчивость правил | Насколько одинаково команда выполняет процесс | Постоянно меняющийся порядок увеличивает неопределённость и риск переделок |
| Исключения | Какие нестандартные случаи уже известны | Для них нужны отдельные маршруты, уведомления и ответственные |
| Контроль человеком | Какие действия нельзя выполнять автоматически | Добавляются статусы проверки, подтверждение и журнал решений |
| Интерфейс | Достаточно ли текущей CRM или нужна новая рабочая панель | Новый ежедневный интерфейс приближает проект к внутренней системе |
| Наблюдаемость | Как видеть состояние, ошибки и повторы | Нужны журнал, уведомления и средства диагностики |
| Пилот | Кто и на каких реальных примерах принимает результат | Без владельца процесса и критериев готовности нельзя завершить первый этап |
Что должно входить в первый рабочий релиз
Первый релиз не обязан охватывать всю компанию. Он должен провести один реальный объект через согласованный поток и оставить понятный результат, который можно проверить без догадок.
- Карта текущего процесса. События, участники, ручные действия и известные разрывы.
- Граница автоматизации. Что входит в первый этап и что сознательно остаётся за его пределами.
- Целевой сценарий. Основной путь, статусы, действия систем и ответственные.
- Подключение систем. Безопасные доступы, карта данных и необходимые методы.
- Один сквозной поток. Работа от события до проверяемого результата.
- Ошибки и исключения. Повторы, уведомления и ручные маршруты для известных случаев.
- Контроль человеком. Согласованные точки подтверждения для чувствительных решений.
- Журнал событий. Возможность понять, что произошло и где процесс остановился.
- Инструкция и пилот. Проверка сотрудниками на ограниченном наборе реальных сценариев.
- Критерии готовности. Письменный состав передачи и план возможного развития.
Перед приёмкой полезно проверить чек-лист передачи цифрового проекта: доступы, актуальную версию, документацию, ограничения и порядок поддержки.
Примеры разумной границы одного процесса
Форма → CRM
Передать обращение, сохранить источник, проверить дубль и назначить ответственного.
Telegram → рабочая система
Зарегистрировать обращение, сохранить контекст и уведомить нужную роль.
Статус → следующее действие
Создать задачу или сообщение после согласованного изменения в CRM.
Данные → документ
Подготовить черновик типового документа из проверенных полей.
Просрочка → контроль
Обнаружить задержанный шаг и передать исключение ответственному сотруднику.
Документ → проверка
Извлечь нужные данные и направить результат человеку до дальнейшего действия.
Это нейтральные примеры границ, а не клиентские кейсы и не обещание одинаковой стоимости. Конкретный бюджет зависит от систем, правил и исключений внутри каждого потока. Один из сценариев подробнее разобран в материале о связи сайта, Telegram и CRM.
Что может оплачиваться отдельно от разработки
- лицензии CRM и других рабочих сервисов;
- платные тарифы и вызовы API;
- телефония, сообщения и внешние каналы коммуникации;
- production-хостинг и инфраструктурные сервисы;
- использование AI-моделей, если в поток входит AI-функция;
- массовая миграция и очистка исторических данных;
- регулярная поддержка и развитие после стабилизации первого релиза.
Эти расходы не считаются автоматически включёнными или исключёнными. Перечень внешних сервисов, плательщик и границы поддержки фиксируются до запуска проекта.
Как уменьшить бюджет без ухудшения результата
- выбрать один целостный процесс вместо попытки автоматизировать всю компанию;
- сохранить сервисы, которые уже выполняют свою роль;
- определить источник актуальных данных и правила дублей;
- назначить владельца процесса до разработки;
- собрать реальные примеры и известные исключения;
- отделить обязательные функции от последующего развития;
- не добавлять AI там, где достаточно предсказуемых правил;
- провести ограниченный пилот до подключения новых каналов и подразделений.
Если сотрудникам уже недостаточно существующих интерфейсов, экономия на рабочей панели может только усложнить процесс. В таком случае сравните автоматизацию и внутреннюю систему.
Когда сначала нужна проектная диагностика
Письменная диагностика полезна, когда невозможно назвать границу процесса, участвует несколько подразделений, данные противоречат друг другу или непонятно, достаточно ли интеграции. Результатом становятся карта проблемы, рекомендуемый формат решения, состав первого релиза, предварительные сроки и диапазон бюджета.
Стоимость засчитывается в разработку, если проект запускается в течение 30 календарных дней после передачи результата. Бесплатный первичный разговор остаётся отдельным коротким знакомством и не обещает готовую архитектуру.
Чек-лист для предварительной оценки
Полноценное техническое задание не требуется. Для первого разговора достаточно собрать короткие ответы на вопросы ниже.
- С какого события начинается процесс и каким результатом заканчивается?
- Какие системы, каналы и документы участвуют?
- Кто выполняет повторяемые ручные действия?
- Где находится источник актуальных данных?
- Какие роли принимают решения и отвечают за исключения?
- Какие нестандартные ситуации уже известны?
- Какие действия обязательно должен подтверждать человек?
- Есть ли документация API и безопасные тестовые доступы?
- Какой объём операций проходит через процесс?
- По каким признакам первый релиз можно считать готовым?
Частые вопросы
Можно ли начать с этапа дешевле полноценной автоматизации?
Да. Если границы процесса ещё неясны, можно начать с проектной диагностики за 35 000 ₽. Отдельная интеграция обычно укладывается в диапазон 150 000–250 000 ₽; более простую задачу иногда разумнее решить настройкой готового сервиса без отдельной разработки.
Почему нельзя назвать точную цену сразу?
Сначала нужно проверить участвующие системы, доступы, правила, исключения и критерии готовности. Одинаковое внешнее действие может требовать разной технической реализации.
Обязательно ли заменять существующую CRM?
Нет. Если CRM выполняет свою роль и поддерживает нужные способы интеграции, автоматизацию можно построить вокруг неё и заменить только слабое звено процесса.
Входит ли AI в стоимость автоматизации?
Только если интеллектуальная функция действительно нужна сценарию. Предсказуемые статусы, передачи и уведомления надёжнее реализовывать обычными правилами.
Что происходит после запуска?
Первый поток стабилизируется на реальных сценариях. Затем отдельными этапами можно подключать новые каналы, правила, отчёты, AI-функции или развивать решение во внутреннюю систему.
Когда автоматизация превращается во внутреннюю систему?
Когда сотрудникам недостаточно существующих интерфейсов и требуется новая ежедневная рабочая среда с ролями, данными, статусами и управлением процессом.
СЛЕДУЮЩИЙ ШАГ
Хотите определить границу первого этапа?
Если уже понятен процесс-кандидат, опишите участвующие системы, ручные действия и желаемый результат. На первичном разговоре определим возможную границу первого этапа — без обязательства начинать разработку.