Сколько денег на счёте — и сколько из них ваши

Как это было устроено

Каждый понедельник, по шагам:

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

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

30–40 минза один раз

52 разав год, без пропусков

≈ 30 часовв год

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

Что ломалось на самом деле

Цифры регулярно не сходились, и приходилось искать, где именно разошлось. Но это была не главная поломка.

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

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

Почему процесс не построили правильно сразу

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

Это не лень. Барьер входа в предметную область был выше, чем ощущаемая боль — пока боль не выросла.

Порог автоматизации задаётся не сложностью, а частотой. Тридцать пять минут терпимы. Тридцать часов в год — нет. Но пока считаешь «за раз», решение не принимается никогда.

Что получилось

Два прежних файла — недельный отчёт и финансовый план — слились в один живой реестр по неделям.

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

Время на сборку — ноль минут. Ручная сверка отчёта пока осталась: добровольно, чтобы проверять машину, и постепенно отпадает.

Весь смысл — в одной паре чисел

Остаток на счёте в конце недели

≈ 3,5 % — свободные деньги ≈ 96,5 % — уже распределено: резерв, налог, сырьё, кредит, подписки

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

До реестра на экране была только первая цифра, и оперировать хотелось именно ею. Вторая существовала в голове и там же терялась.

Это и есть результат. Не экономия тридцати часов в год — она реальная, но скучная. Ценность в том, что ошибка, которую нельзя было заметить, стала видна до того, как её совершишь.

Почему не подошёл готовый сервис

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

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

Настоящая разница в другом — эти инструменты отвечают на разные вопросы.

	Сервис аналитики	Реестр
Отвечает на вопрос	Как идут дела?	Сколько мне сегодня можно взять?
Что на выходе	Диагноз, дашборд	Решение и его последствия
Данные	То, что видит площадка	Данные площадки плюс обязательства, которых она не видит
Словарь	Бухгалтерский	Владельца

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

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

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

Правило, которое переносится на любой процесс

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

Строить своё, если правила нигде не записаны, кроме головы владельца; нужен не отчёт, а ответ на конкретный повторяющийся вопрос; данные надо сшить из источников, которые ни один сервис не видит вместе.

Здесь совпали все три признака. Но по умолчанию правильный ответ — «купить». Строить имеет смысл там, где стандартного решения нет по существу, а не там, где хочется сэкономить на подписке.

Что осталось человеку

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

Система считает и показывает последствия → человек решает → система пересчитывает.

Это не техническое ограничение и не недоделка. Решение о том, залезать ли в статью накопления, зависит от обстоятельств, которых в данных нет: что происходит с бизнесом, что дома, чего ждать через месяц. Машине этого не отдают.

Человеку осознанно оставлена и проверка самой машины. Если площадка не ответила, запрос повторяется автоматически через час; дальше сбой ловит еженедельный взгляд владельца на отчёт. Отдельный контур уведомлений в проекте такого размера не строился намеренно: при одном пользователе и недельном ритме он дублировал бы то, что человек и так делает за минуту.

Что из этого переносится

Автоматизация не обязана содержать искусственный интеллект. Здесь работают обычные правила: предметная область детерминированная, угадывать нечего. Заказчику безразлично, что внутри, — важно, что раньше считалось руками, а теперь нет.
Порог автоматизации — частота, а не сложность. Считать надо в год, а не за раз.
Ценность чаще не в скорости, а в устранении невидимой ошибки. Время измеримо, но убеждает другое: раньше можно было потратить чужие деньги и не заметить.
Барьер входа в предметную область — часть задачи, а не помеха. Финансистом становиться не пришлось: достаточно описать желаемое поведение, а разбор отчётности и интерфейсов отдать машине.
Право на решение остаётся человеку осознанно, а не по слабости системы. Именно эта граница отличает внедрение от демонстрации.