Согласование — одна из тех задач, которые редко выглядят сложными на бумаге.
Например: менеджер подготовил документ → отправил руководителю → руководитель проверил → внёс правки → документ вернулся менеджеру → после согласования его отправили дальше.
Вроде бы ничего сложного. Но если таких документов десятки или сотни, а в согласовании участвуют несколько сотрудников, процесс быстро превращается в переписку: «кто уже согласовал?», «пришлите последнюю версию», «а финансовый отдел смотрел?», «что сейчас у директора?».
В этот момент возникает желание сделать автоматизацию. И здесь появляется важный вопрос: нужен ли полноценный корпоративный портал или достаточно автоматизировать конкретный маршрут?
Ответ зависит не столько от количества документов, сколько от сложности самого процесса.
Связанные услуги: автоматизация бизнес-процессов и корпоративный портал. С чего начать в принципе — в статье про конвейер.
Если у вас один понятный маршрут и несколько простых действий — возможно, достаточно автоматизированного сценария. Если нужны роли, статусы, история, документы и несколько маршрутов — скорее всего, нужен портал.
Что такое автоматизированный сценарий
Представим простой процесс. Поставщик прислал Excel с новыми ценами.
Сейчас сотрудник открывает письмо, скачивает файл, обрабатывает данные, готовит изменения, отправляет результат руководителю, ждёт подтверждения и после ответа публикует изменения.
Необязательно создавать под это отдельную систему. Можно сделать автоматизированный сценарий:
письмо → файл → обработка → готовый результат → сообщение ответственному → подтверждение → действие.
Система выполняет рутинную работу. Человек принимает решение. Например, в мессенджере: «Подготовлено 146 изменений цен. Проверить и опубликовать?» Сотрудник нажимает «ОК» — только после этого изменения публикуются.
Это и есть точечная автоматизация. Логику можно потрогать в демо «Связка заявок».
Почему не нужно сразу делать портал
Когда компания впервые сталкивается с проблемой согласований, часто возникает мысль: «Нам нужен корпоративный портал, где всё будет храниться и согласовываться».
Иногда это действительно правильное решение. Но иногда портал становится слишком большим решением для маленькой задачи.
Если сейчас один сотрудник получает файл, другой его проверяет, а после подтверждения нужно выполнить одно действие, создание полноценной системы с авторизацией, ролями, кабинетами, карточками документов, статусами, архивом, историей, правами и поиском может оказаться неоправданным.
Вы заплатите за инфраструктуру, которая пока вам просто не нужна. В таких случаях лучше автоматизировать сам процесс, а не строить вокруг него отдельную платформу.
Когда достаточно сценария
Простой сценарий подходит, если процесс соответствует нескольким условиям.
Один понятный маршрут
Например: получили файл → обработали → отправили на проверку → после «ОК» опубликовали. Нет десятка вариантов развития событий.
Небольшое количество участников
В процессе участвуют один-два ответственных человека. Не нужно организовывать сложную работу целого отдела.
Понятные правила
Система заранее знает, что делать с данными: какой файл обработать, какие поля проверить, куда записать результат, кому отправить уведомление, какое действие выполнить после подтверждения.
Не нужен сложный архив
Если вам не требуется хранить историю всех документов за несколько лет с поиском и разграничением доступа, отдельный портал может быть избыточным.
Не нужно несколько параллельных маршрутов
Если все документы проходят примерно одинаковый путь, сценарий можно сделать достаточно простым.
Пример: согласование публикации
Интернет-магазин регулярно получает от поставщиков новые товары. Сотрудник загружает файл. Система читает файл, проверяет данные, сопоставляет товары, формирует список изменений и отправляет уведомление.
Сотрудник видит: «Найдено 84 новых товара. Подготовлены карточки. Опубликовать?» Он проверяет результат и нажимает «ОК». Система публикует карточки.
Никакого портала для этого процесса не требуется — нужен небольшой автоматизированный конвейер.
Когда сценария уже недостаточно
Ситуация меняется, когда согласование становится частью большой внутренней системы.
Например, договор проходит через несколько подразделений: менеджер → руководитель отдела → юрист → бухгалтерия → финансовый директор → генеральный директор.
Причём для разных типов договоров маршрут отличается. Для одного нужны четыре согласования, для другого — два, для третьего — дополнительная проверка юридического отдела.
При этом необходимо видеть: кто сейчас должен согласовать, где документ находится, кто уже согласовал, кто отправил на доработку, какая версия актуальна, какие комментарии оставлялись, когда было принято решение, какие документы связаны.
Вот здесь уже появляется необходимость в полноценной системе. Похожую логику сложных согласований можно посмотреть в демо тендерного контура.
Что даёт корпоративный портал
Корпоративный портал — это не просто «большой бот». Это рабочее пространство, в котором сотрудники работают с процессами.
Например, сотрудник входит в систему и видит:
- Мои задачи — согласовать договор, проверить счёт, подтвердить заявку;
- Документы — договор, счёт, приложение, комментарии;
- Статусы — создан, на согласовании, на доработке, согласован, отклонён;
- Историю — кто и когда создал, изменил, согласовал, отклонил;
- Права доступа — руководитель видит своё, юрист — своё, администратор — настройки.
Это уже не один автоматизированный сценарий. Это единая рабочая среда для процесса.
Главная разница — не в количестве кнопок
Иногда пытаются определить масштаб по числу шагов: «если три шага — автоматизация, если десять — портал». Такой подход слишком упрощённый.
Важнее посмотреть на структуру процесса.
Файл → обработка → подтверждение → действие может содержать десять технических операций и всё равно оставаться одним простым сценарием.
А процесс из трёх действий создать → согласовать → завершить может потребовать портал, если в нём участвуют пять отделов, есть разные роли, несколько вариантов маршрута и обязательная история действий.
Поэтому считать шаги недостаточно. Нужно смотреть на количество участников, вариантов процесса, данных и требований к контролю.
Четыре признака, что вам уже нужен портал
1. В процессе участвует несколько ролей
Инициатор, руководитель, юрист, бухгалтер, финансовый директор, директор — у каждого свои задачи и права. Это уже сложно поддерживать простой связкой.
2. Есть разные маршруты
Договор до 100 000 ₽ согласует один набор сотрудников. Договор на 1 млн ₽ — другой. Договор с новым поставщиком требует дополнительной проверки. Количество вариантов быстро растёт.
3. Нужна история
Компания должна в любой момент ответить: кто согласовал, когда, что изменилось, кто отправил на доработку, какая версия актуальна. Если такая история обязательна, её лучше хранить в системе, а не искать по чатам.
4. Процессов становится несколько
Сегодня — договоры. Завтра — счета, заявки на закупку, командировки, тендеры, кадровые документы. Если все эти процессы должны работать в одном месте, постепенно возникает корпоративный портал.
Можно ли начать со сценария, а потом сделать портал?
Да. И во многих случаях это разумный путь.
Компания хочет автоматизировать согласование прайсов. Вместо портала сначала делают один сценарий: получение файла → обработка → проверка → подтверждение → публикация.
Через несколько месяцев становится понятно, что подобных процессов уже пять — появляется смысл объединить их в единую систему.
Такой подход позволяет не тратить большой бюджет на функции, необходимость которых ещё не подтверждена реальной работой.
Не обязательно заранее строить портал «на вырост». Иногда дешевле и безопаснее сначала автоматизировать один реальный процесс, а затем расширять решение на основании опыта его использования.
А можно ли сделать портал сразу?
Конечно. Если уже сейчас понятно, что компании нужна единая система, откладывать её создание только ради экономии на первом этапе не всегда разумно.
Портал оправдан, если заранее известны требования: много сотрудников и подразделений, несколько типов документов, разные маршруты, права доступа, история, единый архив, внутренние процессы, интеграции с существующими системами.
В таком случае лучше сразу спроектировать нормальную архитектуру, чем делать несколько разрозненных автоматизаций, которые потом придётся объединять.
Что делать с CRM?
Наличие CRM не означает, что корпоративный портал больше не нужен. И наоборот: наличие портала не означает, что CRM нужно выбросить.
У этих систем могут быть разные задачи:
- CRM хранит клиентов, сделки и коммуникации;
- автоматизация выполняет конкретную рутинную операцию;
- корпоративный портал организует внутренние процессы компании.
Они могут работать вместе. Например: заявка из CRM → автоматическая обработка → задача сотруднику → согласование в портале → результат возвращается в CRM.
Перед разработкой новой системы стоит разобраться, что уже есть в компании и какую именно проблему необходимо решить.
Что дешевле: сценарий или портал?
Здесь разница может быть существенной.
Ориентир ВебШаг для одного автоматизированного конвейера — от 80 000 ₽. Корпоративный портал — от 750 000 ₽.
Это не означает, что портал просто «в 9 раз дороже бота». Это разные по масштабу решения. В первом случае автоматизируется конкретная последовательность действий. Во втором создаётся рабочая система, в которой живут процессы, пользователи, документы, роли и история.
Автоматизированный сценарий — от 80 000 ₽. Корпоративный портал — от 750 000 ₽. Точная стоимость определяется после разбора процессов и требований.
Поэтому вопрос «почему портал такой дорогой?» лучше заменить на другой: «Нужны ли нам вообще функции, за которые мы платим при создании портала?» Если не нужны — начинайте со сценария.
Как выбрать решение
Вам нужен сценарий, если:
- один или несколько похожих процессов;
- мало участников;
- понятные правила;
- один основной маршрут;
- не нужен сложный архив;
- не нужны отдельные кабинеты пользователей;
- достаточно уведомления и подтверждения.
Вам нужен портал, если:
- много сотрудников;
- несколько ролей;
- разные маршруты;
- много документов;
- нужны статусы и история действий;
- нужны права доступа;
- процессы должны работать в одном месте.
Если вы пока не уверены
Начните с описания одного реального процесса. Не нужно сразу выбирать технологию.
Напишите буквально: менеджер получает договор → проверяет → отправляет юристу → юрист согласует → финансовый отдел проверяет → директор утверждает → договор отправляется клиенту.
После этого спросите: сколько людей участвует, сколько вариантов маршрута, сколько документов проходит через систему, нужна ли история, где сейчас хранятся документы, что происходит при отказе, сколько времени занимает процесс, какие системы уже используются.
После такого разбора обычно становится понятнее, какой масштаб решения действительно нужен.
Как не переплатить за автоматизацию
Есть две противоположные ошибки.
Первая — построить портал для одной задачи. Компания тратит большой бюджет на систему, хотя ей нужно было просто автоматизировать получение файла и его согласование.
Вторая — пытаться сделать портал из набора ботов. Сначала один бот, потом второй, таблица со статусами, отдельный чат для документов, ещё один бот для руководителя. Через некоторое время сотрудники уже не понимают, где искать нужный документ и кто должен выполнить следующий шаг.
Если процессов становится много, пора собирать их в единое рабочее пространство.
Что подготовить перед оценкой проекта
Чтобы понять масштаб и стоимость, не нужен документ на 50 страниц. Для начала достаточно описать один процесс:
- Что согласуем? Договор, счёт, заявку, прайс, тендер?
- Кто начинает? Менеджер, бухгалтер, руководитель?
- Кто согласует? Какие сотрудники или отделы?
- Что после согласования? Отправка клиенту, публикация на сайте, передача в 1С?
- Что при отказе? Возврат инициатору, доработка, закрытие?
- Нужна ли история? Кто, когда и что сделал?
- Сколько операций в месяц?
Это поможет понять не только техническую сложность, но и потенциальную пользу автоматизации.
Главное
Автоматизация согласований не обязательно начинается с корпоративного портала. Иногда весь процесс можно описать одной цепочкой:
получили данные → обработали → отправили ответственному → получили «ОК» → выполнили действие.
Для такого процесса достаточно автоматизированного сценария.
Но если появляются несколько ролей → разные маршруты → документы → статусы → история → права доступа → несколько процессов, то вы уже фактически создаёте корпоративную систему. И здесь лучше не пытаться решить задачу очередным ботом.
Правильный выбор — не между «дешёвым сценарием» и «дорогим порталом». Правильный выбор — между решением, которое соответствует реальному процессу, и решением, которое окажется либо слишком простым, либо избыточным.
Поэтому начинать стоит не с технологии и не с бюджета, а с вопроса: как сейчас проходит согласование от начала до конца?
Посмотреть примеры можно в разделе «Демо» — связка заявок и тендерный контур. Если задача шире одного процесса — корпоративный портал. Обсудить конкретный маршрут — бриф.