Как аудит процессов транспортной компании запустил перемены

Время чтения: 7 мин 40 сек
Аудит бизнес-процессов, Управление изменениями

Строил компанию три года: начинал с одним сотрудником и процессом «на коленке», развил до десятков профи в штате. Команда работала слаженно — любой мог подменить другого, никто не подводил, даже если человек выпадал из-за болезни или отпрашивался на выпускной ребёнка.

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

Изучили на месте: процессы, документацию, самописную программу и взяли интервью по отдельности. За слаженностью открылось обратное.

Сотрудников периодически штрафовали за ошибки в документах — влекли штрафы от госорганов и претензии клиентов. Отсюда командный страх за корректность данных. Проверять друг друга не привыкли — каждый надеялся, что ошибку поймает и исправит другой. Плюс тратились часы на исправления.

Рассеянность провоцировал рост — скорость и объём работы. Отпусков не было почти полтора года — добровольно, ради денег, но на деле сказывалось. Взять помощников собственник предлагал не раз — отказывались. Большие зарплаты не спасали: труд на износ вёл к напряжению и промахам. Вкалывали — и периодически теряли на штрафах и роняли репутацию компании.

Построили карту процессов — различия проявились отчётливее. Подменять умели, но каждый делал ещё и своё — до 15% мелкой работы никто, кроме него, не знал. Вдобавок, один ключевой сотрудник — надёжный и ответственный — набрал функций и замкнул на себе. Остальные не сопротивлялись, не вникали.

Здесь окончательно рассыпалось «все делают одно и то же» — и слаженность. Многое держалось на перегруженном человеке: убери ножку — и стол развалится. Проверить систему на разрыв не приходилось: без отпусков и долгих отгулов никто не знал, выдержит ли, если один уйдёт.

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

Бухгалтерия — на аутсорсе, финансы под рукой отсутствовали: касса в Excel. Файл распух, считать неудобно, данные — по запросу, корректность не проверить. Собственник вёл личную таблицу и терял время на сверку. Объёмы росли — вроде все свои, а контролировать тяжело и долго.

Ниша специфическая: сотни позиций в учёте, мультивалютная себестоимость, десятки несвязанных статей. Пакетные решения не подходили.

Рекомендовали облачное ПО с перспективой доработки — без разработчика в штат, без сервера, без разработки с нуля, с постоянными обновлениями. Простой способ получить полный учёт оперативно и экономно — против штатного программиста, сервера и долгой разработки собственного кода.

Клиент заинтересовался быстрым решением — связать работу и финансы в одной системе: убрать ручные ошибки, ускорить часть операций и видеть деньги. Вдобавок увидел в облачном ПО страховку: если главная база встанет — работа не остановится. Попросил довести до внедрения.

ТЗ собирали туго: на интервью проблемы высказали быстро, но внедрять не торопились — «так сойдёт». Лишние движения без реальной выгоды команду не привлекали — у каждого свой интерес. Без неё перемены необходимы только инициатору.

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

Отобрали подрядчика из десяти, сформулировали детальное ТЗ, составили схему. Делали часть — тестировали. С трудом. За три года до нас компания сформировала базу, сменила офис и перестраивала процессы не раз — и новая программа легла после тяжёлого периода неудачно. Сопротивление переменам естественно: даже полезные порой пугают.

Сопровождали плотно: писали инструкции со скриншотами, отправляли подробные письма, приезжали показывать, подключали собственника. Без ответственного дело двигалось медленно — за время внедрения сменили дважды. Показали — затяжной перерыв — забыли — заново. Двойная работа.

По итогу согласовали рабочий прототип. Операционная база держала данные, но не считала — документы и расчёты с клиентами готовили вручную, копировали из Excel. Перенесли ключевую часть рабочего процесса в новую базу. Добавили финансы, исключили ручной перенос — это убрало бы десять+ часов работы в месяц и снизило бы человеческие ошибки.

Зафиксировали зоны ответственности. Составили подробные инструкции, карту разработки и регламент. Обучили, отработали три цикла. Передали в дело — обкатать самостоятельно, собрать баги и сформировать пожелания.

До ежедневной работы система так и не дошла — благополучно легла на полку.

Внедрение не прижилось. Диагностика — запустила перемены.

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

У своего пути отдельные плюсы: единое окно, настройка под специфику, независимость от лицензии. И минусы: дорого в разработке и поддержке, изобретение велосипеда там, где стандартный учёт отработан годами и тысячами клиентов. Сменится законодательство — дорабатывать за свой счёт.

Написать своё можно и бывает лучший вариант — но иногда обходится затяжнее и дороже: первый этап вышел в миллион с лишним за 5,5 месяцев, и это было только начало.

Но труд не пропал. У собственника на руках осталось то, чего раньше не было:

• карта и описание процессов;
• расписанные обязанности и зоны ответственности;
• проработанное до мелочей ТЗ;
• рекомендации, что менять и как, — включая кадровые гипотезы;
• закреплённый за финансы сотрудник;
• концепция — наглядный пример готового учёта.

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

Владельцу казалось — знает команду и её проблемы. А получил сопротивление — менялась не программа, а мышление. Показательно: когда уже самостоятельно дорабатывали новую концепцию, всплыло то же дежавю — тянули с ТЗ, затягивали тестирование, перескакивали вперёд.

Простая автоматизация не работает. Без руководителя и одного ответственного от начала до конца, без маленьких шагов даже верное решение ложится на полку. Перемены нельзя купить — их проживают.

Николай Бордюженко, KALECH
Опубликовано 24.08.26

г. Владивосток
ИП Бордюженко Николай Вячеславович
ИНН 253615368352