← Ко всем статьям

Финансовый минимализм: что удалить до автоматизации

Команда финансов составляет roadmap автоматизации: интеграция банка, робот сверок, BI, RPA на согласования. Бюджет растёт, сроки — на полгода. Редко кто задаёт вопрос раньше: а нужен ли вообще этот процесс? Финансовый минимализм — не эстетика пустого Excel, а методология: сначала удалить и упростить, потом автоматизировать остаток. Обратный инжиниринг типового финконтура показывает: до 60% шагов можно прекратить без потери контроля — если честно пройти цепочку «зачем → кто → что если убрать».

Материал блога КОДА — для CFO, финдиректора и founder перед инвестициями в no-code, ERP и AI. Дополняет AI «Адвокат Дьявола» (критика идей) и карту автоматизации для финансиста: сначала минимизация процессов, потом ROI на оставшееся. Кейс «сжали, потом автоматизировали» — ДДС: 20 часов → 15 минут; сигналы для собственника — 5 цифр на дашборде.

Финансовый минимализм — подход к финконтуру компании, в котором каждый отчёт, согласование и ручной шаг проходит фильтр: обязателен ли он для решения, compliance или денег? Метод обратного инжиниринга процесса: от финального артефакта (отчёт, проводка, письмо) назад к триггеру — и удаление звеньев без последствий. Автоматизация применяется только к несжимаемому ядру.

Коротко: не «как ускорить сбор ДДС», а «нужен ли этот ДДС в текущем виде 12 получателям». Правило 60%: в большинстве зрелых, но не lean-процессов финотдела больше половины активности — legacy (исторический шум, дубли, «так делали всегда»). Удаление бесплатно; автоматизация мусора — дорого.

Почему автоматизировать «как есть» — ловушка

McKinsey и отраслевые обзоры цифровизации (Digital Quotient, 2025–2026) повторяют: проекты, которые digitize broken process, получают локальное ускорение и глобальный хаос. RPA на 15 согласований закупки до 50 тыс. ₽ не делает закупку быстрее — переносит бюрократию в другой интерфейс. То же в финансах: автоматический «отчёт для отдела X», который никто не читает, съедает поддержку интеграции.

Цена сохранения лишнего шага

  • FTE — часы × ставка × 12, даже если «только 20 минут в день».
  • CAPEX/OPEX автоматизации — платите за каждый лишний шаг в workflow.
  • Latency решений — собственник ждёт закрытия, пока крутится ненужный контур.
  • Ошибки — чем длиннее цепочка, тем больше точек рассинхрона (см. разрыв план-факт в материале про финмодель и бюджет).

Финансовый минимализм — pre-work к любому пилоту из карты AI и к devil’s advocate из статьи про Адвоката Дьявола.

Методология обратного инжиниринга процесса

Идём от выхода к входу — не «как мы делаем», а «что должно быть правдой в конце».

Шаг 1. Зафиксировать артефакт и потребителя

Пример: «Еженедельный Excel дебиторки для коммерции». Вопросы:

  • Кто принимает решение на основе файла за последние 3 месяца?
  • Был ли случай, когда без файла решение было бы хуже?
  • Дублирует ли файл DSO на дашборде CEO?

Если потребитель один и решений ноль — кандидат на удаление или слияние.

Шаг 2. Карта цепочки (as-is)

Для выживших процессов — таблица: триггер → шаги → выход → время → система. Без карты правило 60% не работает: кажется, что «всё нужно».

Шаг Кто Мин/мес Можно убрать?
Выгрузка aging из 1С Финансист 40 Нет — ядро
Ручная подсветка «красным» Финансист 60 Да — правило в BI
Рассылка 8 копий Финансист 30 Да — 1 канал
Сверка с «параллельным» Excel Менеджер 120 Да — один источник
Комментарий «принято» 8 человек 80 Да — убрать

В примере из 330 минут ядро — ~40; остальное — сжимаемое. Это и есть локальная иллюстрация 60% rule, не абстрактная цифра с потолка.

Шаг 3. Фильтр «удалить / объединить / автоматизировать»

На каждый шаг — один ярлык:

  1. Delete — нет решений, нет compliance, есть дубль.
  2. Merge — два отчёта → один; два согласования → порог.
  3. Simplify — меньше строк, статей, получателей; 5 KPI вместо 47.
  4. Automate — только если шаг остался, повторяется, измерим baseline.

Запрет: ярлык Automate до прохождения Delete/Merge/Simplify.

Шаг 4. Kill criteria и pilot

Удаление процесса — тоже изменение: 4 недели pilot «не делаем шаг X», метрика — не жалобы, а решения не ухудшились. Если CEO не заметил отсутствие отчёта — он не нужен в прежнем виде.

Правило 60%: откуда цифра и как применять

60% процесса можно прекратить — не универсальный закон физики, а эмпирическое правило lean и fin-ops аудитов (в духе TIMWOOD + office waste): в процессах без ревизии 3+ лет накапливаются дубли, «копии для копий», согласования без лимитов, отчёты «на всякий случай».

Где 60% ближе к правде

  • Ручные сверки между двумя Excel «потому что не доверяем».
  • Еженедельные пакеты, дублирующие monthly.
  • Согласования заявок ниже порога, который и так в политике.
  • Классификация платежей в 40 микростатей без управленческого среза.
  • Промежуточные версии бюджета для каждого отдела до утверждения одной цифры.

Где 60% опасно применять буквально

  • Налоговый и statutory контур — сокращать только с бухгалтером и рисками.
  • Bank reconciliation ядро — убирать дубли, не сверку.
  • Audit trail и 152-ФЗ — минимизировать объём данных, не журналирование.

Метод: сначала безопасный периметр (управленческая отчётность, внутренние рассылки, согласования), потом — граница с учётом.

Карта типовых «священных коров» в финансах

Кандидаты на delete/merge из практики МСБ — проверьте у себя:

Процесс Часто лишнее Минимальная версия
ДДС 3 формы для разных отделов One ОДДС + cash на дашборде
Бюджетирование 15 итераций Excel Один бюджет + драйверы в финмодели
Plan-fact Комментарий к каждой строке OPEX Top-5 отклонений по сумме
Закрытие месяца Checklist на 80 пунктов «для галочки» 20 пунктов с владельцем и SLA
Сверки Пересбор в Excel после 1С Правила + исключения (как в кейсе ДДС)

Финансовый минимализм перед автоматизацией: чек-лист

Перед строкой в бюджете на интегратор или AI:

  • ☐ Есть карта as-is с минутами на шаг
  • ☐ Каждый шаг помечен: delete / merge / simplify / automate
  • ☐ Удалено или объединено ≥ 30% шагов (stretch — 60% в управленческом контуре)
  • ☐ Один потребитель и одно решение на оставшийся артефакт
  • ☐ Baseline после минимизации (не «до», иначе ROI завышен)
  • ☐ Devil’s advocate / pre-mortem на automate-only scope
  • ☐ Pilot удаления 4 недели без эскалации «верните как было»

После минимизации — автоматизация

Тогда ROI из карты AI считается честно: не 20 часов «как было в 2019», а 6 часов сжатого ядра. Кейс ДДС: сначала убрали параллельные таблицы и лишние статьи — потом pipeline bank → rules → Power Query; итог 15 минут контроля, а не «робот на 20 часов мусора».

Типовые ошибки

  1. Automate first — интегратор радуется, CFO платит дважды.
  2. Удалить без pilot — революция; нужен срок и метрика «решения не пострадали».
  3. Срезать compliance — минимализм не про налоговые риски.
  4. Нет владельца процесса — «никто не заказывал отчёт, но все боятся убрать».
  5. 60% как KPI для галочки — вырезали форматирование, оставили дубли данных.
  6. Игнор собственника — минимизировали то, что CEO смотрит; сжимать vanity, усиливать 5 сигналов.

Сценарий на 3 недели

Неделя 1: выберите один тяжёлый процесс (ДДС, plan-fact, сверка). Reverse map + часы. Неделя 2: delete/merge с согласованием CFO; pilot без одного отчёта или согласования. Неделя 3: пересчёт baseline; если automate — one-pager для интегратора только на ядро. Параллельно — один вопрос в LLM в режиме Адвоката Дьявола: «какой шаг мы боимся убрать без причины».

FAQ — частые вопросы

Что такое финансовый минимализм в финотделе?

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

Что значит «60% процесса можно прекратить»?

Эмпирическое правило для управленческих процессов без ревизии: больше половины активности часто — legacy (дубли, лишние получатели, ручные копии). Проверяется картой as-is, не применяется слепо к налогам и audit.

Чем обратный инжиниринг отличается от BPM?

BPM часто formalize as-is. Обратный инжиниринг здесь — от финального артефакта к триггеру с вопросом «можно ли убрать» на каждом шаге.

Когда автоматизировать, а когда удалить?

Automate — повторяющееся ядро с baseline после simplification. Delete — нет решений и compliance, есть дубль другого канала.

Как связано с AI и RPA?

AI/RPA на сжатое ядро; на 60% мусора — переплата. Сначала минимализм, потом карта из AI для финансиста.

Пример из практики?

Кейс ДДС: убрали параллельные формы и лишние ручные шаги — затем автоматизировали pipeline; контроль 15 минут вместо 20 часов сборки.

Как убедить команду «убить» отчёт?

Pilot 4 недели, метрика — качество решений, не «привычка». Если stakeholder не заметил — merge или delete.

Итог

Финансовый минимализм — обязательный этап до автоматизации: обратный инжиниринг от артефакта, фильтр delete/merge/simplify/automate, правило ~60% сжимаемого в управленческом контуре. Автоматизируйте ядро — как в кейсе ДДС; критикуйте scope через Адвоката Дьявола; измеряйте результат на 5 цифрах для CEO.

Читайте также: