Автоматизация бизнес-процессов в Казани

Процесс сначала описывается, потом пишется

Автоматизировать можно только то, что сформулировано. Поэтому первый этап это разбор: кто инициирует операцию, какие данные нужны на входе, что считается результатом, где процесс обычно встаёт. Часто на этом шаге выясняется, что половина шагов существует по инерции и их достаточно убрать. Остальное превращается в схему состояний, и уже по ней пишется сервис. Схема остаётся у заказчика как документ, она же нужна, когда через год захочется что-то изменить.

На том же этапе выбираем, что считать первым шагом. Автоматизировать весь контур сразу дороже и рискованнее, чем закрыть один участок и посмотреть на реальных данных, что изменилось. Поэтому в оценку входит короткий список приоритетов: сколько времени съедает операция, сколько людей в ней участвует, насколько дорого стоит ошибка. По этим признакам обычно и видно, с чего начинать. Остальные процессы встают в очередь и подключаются следующими этапами, каждый со своей оценкой.

Какие задачи приходят из Казани

Запросы делятся на три группы. Производственные компании просят учёт заявок и загрузки, сервисные хотят расписание выездов и напоминания клиентам, туристический сегмент просит брони и расчёт пакетов. Общее у них одно: много мелких ручных действий, которые повторяются каждый день. Объединяет их и то, что почти всегда есть готовая таблица, в которой этот учёт уже ведётся. Она становится и описанием правил, и источником начальных данных.

• 1учёт заявок на производство с планом по сменам
• 2расписание выездных работ и уведомления клиентам
• 3брони и расчёт пакетов услуг по правилам
• 4обмен документами с контрагентами по шаблонам
• 5сбор обращений из разных каналов в одну очередь

Интеграции: 1С, amoCRM и внешние сервисы

Связка настраивается под то, что уже стоит. Из 1С забираются справочники, остатки и оплаты, в amoCRM уходят сделки и задачи, в Telegram летят уведомления ответственным. Обмен идёт через очередь с повторными попытками, чтобы недоступность одной стороны не приводила к потере записи. Расписание обменов подбирается под объём: справочники раз в сутки, документы чаще, уведомления сразу по событию. Частота меняется настройкой. Повторная отправка не создаёт дубликат записи.

Если в компании есть внутренний администратор, подключаю его к обсуждению обменов с самого начала. Ему потом поддерживать сервер и следить за выгрузками, поэтому важно, чтобы способ развёртывания и логи были ему понятны. В таком формате я оставляю описание переменных окружения, порядок перезапуска и то, где смотреть историю обменов при расхождении. Если администратора нет, настраиваю всё сам и оставляю инструкцию, написанную без расчёта на специальные знания.

• 1двусторонний обмен с 1С по справочникам и документам
• 2сделки и задачи в amoCRM без ручного создания
• 3платёжные уведомления и сверка поступлений
• 4журнал обменов с причиной отказа по каждой записи

Отчёты и дальнейшая жизнь сервиса

Отчёты строю на данных сервиса, а не на выгрузках: загрузка по неделям, время реакции на обращение, доля заявок с переносом срока, выполнение плана по участкам. Открываются в браузере, обновляются сами. Старт от 80 000 ₽, точная сумма после обсуждения объёма. Работаю один и удалённо, этапами, с оплатой по факту сдачи каждого этапа. Исходный код, доступы и инструкция по обновлению переходят к заказчику, поддержка доступна отдельными задачами.