Проектирование multi-step маршрутов с замещением согласующих, эскалациями по сроку и условной логикой по сумме или типу контрагента. Особенно в части договоров аренды, рамочных контрактов и закупочных процедур, где важны связки с реестром и продлениями.
Связка «заявка → счёт → акт → оплата» с контролем комплектности документов и лимитами по статьям бюджета. Помогает компаниям убрать ситуации, когда счёт оплачен, а закрывающие приходят через три месяца — или не приходят вовсе.
Методология «короткого старта» без внешних консультантов: первые 5 типов документов в первые 2 недели, остальные процессы — итеративно. Подход опирается на принцип «сначала навести порядок в полях и статусах, потом автоматизировать».
Расчёт стоимости ручного согласования через рабочее время руководителей, упущенные скидки за досрочную оплату и стоимость потерь данных. Используется для обоснования внедрения и сравнения тарифов СЭД.
Подход к работе с документооборотом и согласованиями, который Алексей применяет в проектах Cloudwork.
Любая автоматизация начинается с того, что мы рисуем текущий маршрут документа в формате «человек → действие → срок» — и только потом смотрим, что из этого вообще нужно оставлять. В половине случаев количество согласующих сокращается ещё до того, как открывается интерфейс системы.
Если в карточке счёта нет поля «статья затрат» или «проект», никакая автоматизация маршрута не поможет финансовому контролю. Поэтому на старте я всегда требую от заказчика список обязательных полей по каждому типу документа — это занимает день, но экономит месяцы.
«Согласовать договор за 5 дней» — это бесполезный SLA. Полезный — это срок на каждом этапе: 2 дня у юриста, 1 день у финансиста, 1 день у директора. Только так можно понять, где реально буксует процесс и кому нужно замещение.
Я не из тех, кто требует сразу выбросить Excel. На малых объёмах это рабочий инструмент. Сигналом «пора в систему» служит не размер компании, а количество людей, которые одновременно лезут в один и тот же файл.
С одного процесса, который сильнее всего болит — обычно это либо согласование договоров, либо заявки на оплату. Опишите фактический маршрут (а не «как должно быть»), сократите количество согласующих до тех, кто реально влияет на решение, и только после этого переносите процесс в систему. Не пытайтесь делать всё сразу — это приводит к тому, что половина процессов уходит обратно в Excel.
Технически — почти всегда готова, даже на 20 человек. Организационно — когда есть человек, который может потратить 5–8 часов в неделю на настройку и обучение в первые 1,5 месяца. Без выделенного времени даже самая лёгкая система превращается в «купили и не пользуемся».
Карточка. Маршрут описывает, кто и в каком порядке смотрит документ, но без правильной карточки — без обязательных полей, связи с договором и историей версий — этот маршрут не даёт контроля. Я видел десятки проектов, где красивый BPMN-маршрут не работал именно из-за того, что в карточке не было нужных данных.
В большинстве сценариев — да, если выбрать продукт с понятной моделью маршрутов и потратить 2–3 недели на собственную методологическую подготовку. Интегратор имеет смысл там, где нужна интеграция с 1С, Bitrix24 или внешним архивом, а не там, где нужно настроить базовое согласование договоров и оплат.