Эпизоды паттерна «Кассовая иллюзия»

Domain: PD_08 — Финансовое управление и Юнит-экономика

runtime-safe parsed layer only; no raw/source fields

Эпизод-001. Смешение ДДС и P&L при длинном цикле сделки (Кейс застройщиков)

Context: Разбирается учет выручки от застройщиков, где клиент платит бронь, а основная оплата от застройщика поступает через месяц-два. Фаундер путает движение денег на счету (ДДС) с реальной прибылью (P&L), что искажает рентабельность.

Trigger language:
- У нас приход — пришло в этом месяце на счет 5 миллионов, значит это наша прибыль.

Hidden root cause: Приходы и расходы разнесены во времени из-за длинного цикла сделки. Кассовый метод показывает искаженную прибыль, маскируя будущие обязательства по выплате комиссий риэлторам, так как деньги на счету еще не являются заработанными.

Wrong first move: Учет всего прихода денег на расчетный счет в текущем месяце как чистой выручки и прибыли, без учета того, когда реально были исполнены обязательства по проекту.

Tracker diagnostic wording:
- Вы путаете два отчета. ДДС показывает движение денег: пришло, ушло, осталось. А прибыль в P&L — это те деньги, по которым вы уже исполнили свои обязательства перед клиентом.

Activation questions:
- Вы комиссию риэлтору будете платить с этих денег в этом месяце или в следующем, по факту получения денег?

Decision fork: Учитывать сделки по факту захода денег (ДДС) и получать искаженную прибыль и кассовые разрывы ИЛИ "размазывать" выручку и расходы в P&L на тот месяц, когда реально исполняются обязательства.

First practical step: В рамках одной сделки соединять доходы и расходы (выручку от застройщика и комиссию риэлтора) в том месяце, когда фиксируется исполнение обязательств, чтобы получить справедливую прибыль.

Эпизод-002. Размазывание выручки и себестоимости по этапам (Кейс долгих контрактов)

Context: Фаундер получает предоплату от клиентов, а затем серия платежей растягивается на месяцы (пока длится контракт). Из-за этого он не понимает, прибылен ли бизнес, так как себестоимость и выручка не синхронизированы.

Trigger language:
- Нам платят предоплату 35%, а остальные платежи приходят месяцами позже. В учете бардак, непонятно, сколько мы реально зарабатываем.

Hidden root cause: Фаундер не умеет признавать выручку пропорционально этапам исполнения обязательств. Себестоимость списывается сразу или хаотично, а доходы размазаны по кассе, из-за чего искажается чистая прибыль в P&L.

Wrong first move: Ждать окончания долгосрочного контракта для фиксации всей выручки разом, либо записывать все затраты в первый месяц прихода предоплаты.

Tracker diagnostic wording:
- Выручку и себестоимость нужно признавать пропорционально пройденным этапам сделки в одном и том же месяце.

Activation questions:
- Нормально будет, если мы равномерно распределим выручку по этапам, или вы хотите точно высчитывать копейки?

Decision fork: Считать деньги "в котле" и не видеть реальной маржинальности ИЛИ поэтапно фиксировать выручку и пропорционально списывать на нее себестоимость контракта.

First practical step: Засчитывать выручку во время закрытия/оплаты этапов (например, 5 этапов = 5 выручек) и пропорционально разносить общие затраты.

Эпизод-003. Иллюзия дивидендов и налоговые "сюрпризы"

Context: Анализ финансовой отчетности, где фаундер не заложил налоги в ежемесячный P&L, так как платит их раз в квартал или год, тем самым искусственно завышая текущую бумажную прибыль.

Trigger language:
- В этом месяце мы не платили налоги, поэтому я поставил в таблице ноль.

Hidden root cause: Смешение момента физической уплаты налога с расчетного счета (ДДС) и момента возникновения обязательства по налогу с заработанной суммы (P&L). Это формирует ложную иллюзию сверхприбыли, которую фаундер может изъять в виде дивидендов.

Wrong first move: Ставить 0 в строку налогов и фондов в P&L в те месяцы, когда нет фактических перечислений денег в бюджет или сотрудникам.

Tracker diagnostic wording:
- В ДДС это попадет, когда вы физически переведете деньги. А в P&L обязательства по налогам нужно закладывать каждый месяц, чтобы понимать реальную прибыль.

Activation questions:
- Будете ли вы какую-то часть из этой показанной прибыли забирать на себя в виде дивидендов?

Decision fork: Распределять "грязную" прибыль без учета отложенных обязательств (прямой путь к кассовому разрыву) ИЛИ начислять расходы равномерно, формируя резерв на выплату налогов.

First practical step: Внести налоги и переменные расходы в P&L соразмерно выручке текущего месяца, а не по дате фактического платежа.

Эпизод-004. Подмена P&L отчетом ДДС

Context: Фаундер жалуется, что не понимает P&L, который ведет ее ассистентка. При проверке трекером выясняется, что документ, называемый P&L, на самом деле является отчетом о движении денежных средств (ДДС), что делает оценку рентабельности невозможной.

Trigger language:
- Я смотрю в таблицу на приходы и расходы на счету. Мне этот ваш P&L непонятен и не зашел.

Hidden root cause: Финансовая неграмотность на уровне базовых отчетов: кассовый метод учета путают с методом начисления. Из-за этого фаундер управляет компанией «по остаткам на счету», находясь в полной финансовой слепоте относительно рентабельности.

Wrong first move: Отказ от внедрения правильного P&L («не зашел») и продолжение принятия управленческих решений на базе ДДС.

Tracker diagnostic wording:
- То, что вы мне показываете, это движение денежных средств, а не P&L. Здесь нет ни выручки, ни себестоимости.

Activation questions:
- Вы понимаете цифры в этом отчете? Вам проще с ним работать?

Decision fork: Оставаться в иллюзии и называть приход-расход прибылью ИЛИ создать и утвердить корректную архитектуру P&L с разделением выручки, себестоимости и коммерческих расходов.

First practical step: Создать и утвердить новую правильную структуру PNL, заполнить её за прошлый (сентябрь) месяц и научиться комментировать каждую цифру.

Эпизод-005. Путаница между чистой прибылью и операционными расходами (Кейс мнимых реинвестиций)

Context: Фаундер в плане пишет «чистая прибыль», но фактически подразумевает деньги на счете (маржу), из которых он забирает 50% на себя, а 40% "реинвестирует" обратно в рекламный бюджет. Трекер указывает на фундаментальную ошибку в трактовке P&L: деньги, потраченные на рекламу, — это не прибыль.

Trigger language:
- Из 100% прибыли мы 40% реинвестируем в рекламу, а 50% аккумулируем на дивиденды.

Hidden root cause: Фаундер не разделяет финансовый результат (настоящую чистую прибыль) и операционные расходы (OPEX). Траты на регулярный маркетинг ошибочно классифицируются как часть "прибыли", которую якобы реинвестируют, что приводит к завышенному самомнению о рентабельности бизнеса.

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

Tracker diagnostic wording:
- Вы не можете реинвестировать 40% из прибыли в рекламу. Если вы тратите эти деньги на текущую рекламу, значит, это не прибыль, а ваши расходы.

Activation questions:
- Сколько вы планируете оставлять в компании и резервировать именно на развитие, помимо распределяемых дивидендов?

Decision fork: Оставаться в иллюзии завышенной прибыли, называя расходы "реинвестированием" ИЛИ признать рекламу стандартным расходом (OPEX) и высчитать реальную, очищенную чистую прибыль.

First practical step: Переименовать в таблицах строку "чистая прибыль" в "распределяемые дивиденды" для тех денег, которые реально изымаются, и внедрить P&L для правильного учета постоянных и переменных расходов.

Эпизод-006. Иллюзия кассового метода при товарных запасах (Кейс денег в пути)

Context: Компания-селер сталкивается с кассовыми разрывами из-за длинного цикла логистики: товары закуплены за свои деньги, но еще не доставлены клиенту. Из-за этого выручка не может быть признана, а деньги из оборота уже ушли.

Trigger language:
- Возникла проблема с деньгами: мы товары уже закупили, но еще не отправили, и неизвестно, когда получим деньги. Появился кассовый разрыв.

Hidden root cause: Фаундер управляет торговым бизнесом, ориентируясь на деньги на счету. Оплата поставщикам происходит раньше поступления средств от конечного клиента. В P&L эти транзакции смешиваются, маскируя вымывание оборотного капитала и создавая "сюрпризы" в виде нехватки кэша.

Wrong first move: Ориентироваться на "прогнозируемую" выручку до того, как товар фактически доставлен и обязательства перед покупателем исполнены.

Tracker diagnostic wording:
- Выручку можно считать только после того, как товар доставлен клиенту. До этого момента это просто деньги в пути.

Activation questions:
- У вас фактическая выручка фиксируется только по заказам, достигшим конечного статуса?

Decision fork: Считать предоплаты или незавершенные отгрузки выручкой и страдать от кассовых разрывов ИЛИ четко разделять P&L (отгрузки по факту исполнения) и ДДС (движение денег).

First practical step: Внедрить правило: признавать выручку в управленческом учете строго после фактической доставки товара клиенту.

Эпизод-007. Ошибка укрупненной фиксации выручки (Слепота к конверсиям по дням)

Context: Предприниматель вносит месячную выручку хаотично или одной "кучей" за весь месяц, в случайный день, когда подбивает отчет. Из-за этого искажаются дневные показатели и средний чек.

Trigger language:
- Я просто помню общую цифру за месяц и вношу ее в один день.

Hidden root cause: Смешение управленческого учета с подведением итогов по банковской выписке в конце месяца. При вводе данных "комом" исчезает возможность анализировать дневную конверсию, эффективность работы в конкретные дни недели и реальный средний чек.

Wrong first move: Вносить все поступления за период одной суммой (накопительным итогом) в графу конкретного дня.

Tracker diagnostic wording:
- Это ошибка. Выручку нужно фиксировать день в день по факту прихода. Если писать ее накопительным итогом за месяц в один день, вы сделаете ложные выводы о метриках.

Activation questions:
- Вы понимаете, как организовать в компании процесс, чтобы данные о выручке заносились корректно каждый день?

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

First practical step: Очистить таблицу от скомканных данных и перезаполнить ее заново, фиксируя выручку строго в те дни, когда совершались транзакции.

Эпизод-008. Подмена факта "прогнозируемой" прибылью и отсутствие дивидендной политики

Context: Фаундер вводит несуществующее понятие "прогнозируемая чистая прибыль", основанное на еще не закрытых сделках. Рассматривая эти цифры, фаундер не имеет ясных правил распределения реальных денег (дивидендной политики).

Trigger language:
- Я смотрю в таблицу на прогнозируемую чистую прибыль и ориентируюсь на нее.

Hidden root cause: Психологический уход от реальности: фаундеру приятнее смотреть на красивую "ожидаемую" цифру (галлюцинацию), чем признать, что по факту чистой прибыли пока нет. Это блокирует внедрение настоящей политики распределения дивидендов, так как распределять нечего.

Wrong first move: Управление бизнесом и планирование своих доходов на основе "прогнозируемой" (виртуальной) прибыли.

Tracker diagnostic wording:
- Что такое планируемая прибыль? Никто не понимает этот термин. Прибыль — это факт. Управлять нужно реальными деньгами.

Activation questions:
- Есть ли у вас утвержденная дивидендная политика? Вы понимаете, как именно вы будете распоряжаться уже заработанной прибылью?

Decision fork: Рисовать зеленые цифры "в прогнозе" и не понимать, сколько денег можно вытащить без ущерба, ИЛИ опираться на жесткий факт P&L и определить четкие правила работы с прибылью (фондирование).

First practical step: Внедрить дивидендную политику: письменно определить, какой процент из фактической чистой прибыли пойдет на изъятие фаундером, какой — в резервы, а какой — в развитие.

Эпизод-009. Смешение распределения прибыли и операционных затрат (Кейс партнера)

Context: В P&L учредитель внес долю в 22,4% от продаж, выплачиваемую своему партнеру, в операционные затраты (OPEX) как "Product development", смешав тем самым зарплатный фонд и реальные дивиденды.

Trigger language:
- Это мой партнер, он отвечает за продукт. Для меня это расход, поэтому я вписал его долю в затраты.

Hidden root cause: Выплаты совладельцам (дивиденды) учитываются до подсчета чистой прибыли, как обычные расходы. Это искусственно занижает реальную маржинальность бизнеса и делает финансовую модель непрозрачной (операционных затрат кажется значительно больше, чем есть на самом деле).

Wrong first move: Вписывать долю прибыли партнера в верхнюю часть P&L (в операционные или коммерческие расходы наравне с маркетингом или обычным ФОТ).

Tracker diagnostic wording:
- Я бы дивиденды писал в самом низу. Вы примешали дивиденды к операционным затратам, из-за чего отчет выглядит некорректно.

Activation questions:
- Эти выплаты — это дивиденды, доля партнера от прибыли?

Decision fork: Смешивать доходы учредителей с затратами на производство и пугаться "плохой" экономики ИЛИ вынести выплаты партнерам под строку "Чистая прибыль", чтобы видеть объективную рентабельность бизнеса.

First practical step: Разделить P&L: перенести партнерские проценты из OPEX в раздел "Дивиденды" (строго ниже линии чистой прибыли).

Эпизод-010. Путаница постоянных и переменных затрат (Кейс сдельной оплаты врачей)

Context: Фаундер клиники вносит зарплату медицинского персонала и расходные материалы в блок "постоянные расходы", несмотря на то, что врачи получают сдельную оплату за каждую проведенную операцию (пункцию, перенос).

Trigger language:
- У нас зарплаты врачей скачут от 9 до 11 тысяч евро, но я ставлю их в постоянные расходы.

Hidden root cause: Фундаментальное непонимание структуры P&L: расходы, которые растут пропорционально количеству сделок/выручке (сдельные затраты), записываются как фиксированные. Это полностью искажает расчет валовой маржи и юнит-экономики (маржинальность выглядит больше, чем есть на самом деле).

Wrong first move: Сваливать сдельную оплату труда и расходные материалы в блок постоянных затрат (в один котел с арендой и фиксированными окладами офиса).

Tracker diagnostic wording:
- У тебя оплата за каждую конкретную операцию. Значит, ты неправильно внес их в постоянные расходы. Это чистые переменные затраты.

Activation questions:
- Если выручка вырастет в три раза, эти затраты на врачей тоже вырастут?

Decision fork: Считать сдельную оплату "постоянной" и не понимать, сколько реально стоит исполнение одной услуги, ИЛИ жестко отделить расходы, зависящие от выручки (переменные), чтобы высчитать точную маржу.

First practical step: Перенести зарплаты врачей, зависящие от количества операций, и стоимость расходных материалов в блок "Переменные затраты" в архитектуре P&L.

Эпизод-011. Черная дыра «Прочих расходов» (Кейс скрытых затрат)

Context: В P&L компании фаундер прячет миллионные нерегулярные затраты (например, корпоративы и ремонты) в безымянную строку "Прочие расходы", делая отчет непрозрачным и непригодным для контроля.

Trigger language:
- Это просто была корпоративная вечеринка и ремонт, поэтому я записала их в «Прочие расходы».

Hidden root cause: Избыточное укрупнение статей в P&L. Фаундер сливает крупные, но редкие транзакции в общую "корзину", что лишает его возможности контролировать утечку прибыли. "Прочие расходы" становятся маскировкой для неконтролируемых и зачастую нерациональных трат.

Wrong first move: Оставлять в P&L строку "Прочие расходы" размером свыше миллиона рублей без детальной расшифровки и классификации.

Tracker diagnostic wording:
- Я просил, чтобы прочие расходы не превышали 100 тысяч рублей. А у вас там миллион триста. Из такой формы отчета не видно, куда реально ушли деньги.

Activation questions:
- У вас здесь стоит сумма на 130 тысяч. Это тоже была вечеринка или что-то другое?

Decision fork: Прятать миллионы в "Прочих расходах" и терять контроль над операционными деньгами ИЛИ жестко лимитировать строку "Прочее" (максимум до 100к) и расшивать все крупные траты на отдельные понятные статьи.

First practical step: Создать отдельные выделенные статьи в P&L (например, "Празднование корпоративов", "Ремонт") и установить лимит на нерасшифрованные "Прочие расходы".