Паттерн «Кассовая иллюзия»

Family profile

  • title: Кассовая иллюзия
  • domain: PD_08 — Финансовое управление и Юнит-экономика

Фаундер управляет бизнесом, опираясь на остаток на счете (включая авансы клиентов), а не на реальную чистую прибыль по P&L.

  • management_mechanism: Смешение ДДС (Cashflow) и метода начислений (P&L): трата чужих денег до исполнения обязательств.
  • notes: Главная причина кассовых разрывов.

Boundary

  • hidden_root_problem: смешение ДДС (cashflow) и обязательств (P&L)
  • decision_fork: trust_bank_balance_vs_accrual_pnl
  • wrong_first_move: тратить кэш (авансы) до фактического исполнения обязательств
  • recommended_decision_pattern: разделить учет ДДС и P&L, тратить только из подтвержденной прибыли
  • first_practical_step: Собрать черновой P&L за последний закрытый месяц и отделить авансы от признанной выручки.
  • typical_artifact: pnl_report / cashflow_calendar

Загружаю карту…

Do not confuse with

  • PD_08 / PF_receivables_trap — Там бизнес кредитует клиентов (выдает в долг); здесь бизнес тратит авансы клиентов (живет в долг).

Manifestations / recognition examples of PF_141

Все PTM_* ниже являются примерами проявления одной и той же Pattern Family PF_141. Они помогают распознавать разные формулировки и ситуации. Если фрагмент транскрипта попадает хотя бы в одно из этих проявлений, он подходит под extraction criteria для PF_141.

PTM_151 — ДДС-иллюзия (Слепота к реальной прибыли)

Кассовый метод учета маскирует убытки, фаундер вынимает авансы как прибыль до исполнения обязательств.

  • public_description: Эта ловушка возникает, когда фаундер смотрит на остаток денег на счёте и воспринимает его как прибыль. Снаружи кажется, что бизнес зарабатывает, но внутри часть денег уже может быть обещана клиентам, поставщикам, сотрудникам или налогам. Главная опасность — принять решение о выводе денег, найме или росте, не понимая реальной прибыли. Первый безопасный ход — разделить движение денег и прибыль хотя бы на черновом уровне.
  • v2_runtime_eligible: true
  • prompt_cards_count: 5
  • problem_profile.typical_user_phrases:

деньги на счету есть, значит мы в плюсе

я вытащил немного, мы же хорошо продали в этом месяце

куда делись деньги, мы же столько отгрузили

  • problem_profile.visible_symptoms:
  • на счёте есть деньги, но часто возникают внезапные кассовые разрывы
  • дивиденды выводятся из авансов до оказания услуги
  • рост выручки не приводит к росту свободных денег
  • decision_profile.wrong_first_move: Продолжать выводить дивиденды, ориентируясь на кэш.
  • decision_profile.better_first_move: Собрать черновой P&L за последний закрытый месяц.
  • decision_profile.decision_fork: Смотреть на остаток на счете или собрать P&L для признания выручки по отгрузке.

PTM_191 — Инвестиции из кассы (Кассовые качели)

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

  • public_description: Эта ловушка возникает, когда собственник финансирует новые направления из оборотных средств основного бизнеса, не ориентируясь на реальную чистую прибыль. Снаружи кажется, что бизнес активно расширяется, но внутри истощается рабочий капитал. Главная опасность — спровоцировать кассовый разрыв в стабильном ядре из-за непрозрачных инвестиций. Первый безопасный ход — разделить учет операционного и инвестиционного потоков и заморозить непрофильные траты до сведения P&L.
  • v2_runtime_eligible: true
  • prompt_cards_count: 5
  • problem_profile.typical_user_phrases:

    Мы развиваем новые проекты за счет основного бизнеса

    Деньги в кассе есть, почему бы не запустить еще один тест

    У нас кассовый разрыв, хотя продажи идут нормально

  • problem_profile.visible_symptoms:

  • нехватка денег на текущие операционные расходы
  • постоянные кассовые разрывы при растущем количестве проектов
  • запуск новых направлений без утвержденного бюджета
  • decision_profile.wrong_first_move: Оплатить расходы нового проекта со счета основной компании без расчета дивидендов.
  • decision_profile.better_first_move: Составить P&L основного бизнеса и определить размер чистой прибыли, доступной для распределения.
  • decision_profile.decision_fork: Решение о запуске и финансировании нового проекта.

PTM_204 — Дележ неубитого медведя (Ментальная касса / Синдром 0.9)

Руководитель или менеджеры отдела продаж считают сделку с высокой вероятностью закрытия (0.9) как уже заработанные деньги, что приводит к неверному планированию расходов.

  • public_description: Эта ловушка возникает, когда команда воспринимает сделки на финальной стадии воронки как уже полученную выручку. Снаружи кажется, что план продаж выполнен и компания процветает, но внутри деньги еще не поступили на банковский счет. Главная опасность — начать тратить деньги (например, на премии, маркетинг или закупку), которых физически нет в кассе, создавая жесткий кассовый разрыв. Первый безопасный ход — разделить в учете виртуальные (плановые) обязательства и реальный cashflow.
  • v2_runtime_eligible: true
  • prompt_cards_count: 5
  • problem_profile.typical_user_phrases:

клиент сказал, что завтра точно оплатит, можно заказывать товар

у нас в пайплайне сделок на 10 миллионов, мы богаты

заплатите мне премию, договор же подписан

  • problem_profile.visible_symptoms:
  • менеджеры требуют бонусы за сделки, которые еще не оплачены клиентом
  • возникают регулярные кассовые разрывы при хороших продажах в CRM
  • в прогнозе бюджета смешиваются остатки на счетах и дебиторка
  • decision_profile.wrong_first_move: Выплачивать проценты менеджерам сразу после подписания договора.

PTM_253 — Путаница между денежным потоком и прибылью

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

  • public_description: Эта ловушка возникает, когда фаундер смешивает движение денег (ДДС) и реальную прибыль (P&L). Снаружи кажется, что на счетах много денег и бизнес прибыльный, но по факту это могут быть авансы, которые нужно еще отработать. Главная опасность — изъятие 'прибыли', которая не принадлежит компании, что ведет к кассовому разрыву. Первый шаг — разделить учет ДДС и P&L.
  • v2_runtime_eligible: true
  • prompt_cards_count: 5
  • problem_profile.typical_user_phrases:

деньги на счету есть, значит прибыль есть

почему в P&L убыток, если денег полно?

problem_profile.visible_symptoms:

  • фаундер принимает решения по остаткам на счетах
  • непонимание, почему при больших оборотах нет денег
  • смешение авансов и выполненных работ в одном отчете
  • decision_profile.wrong_first_move: Вытаскивать авансы в качестве дивидендов.
  • decision_profile.better_first_move: Внедрить параллельное ведение ДДС и P&L.
  • decision_profile.decision_fork: Ориентироваться на деньги в кассе или считать прибыль по выполненным обязательствам.

PTM_648 — Смещение финансового месяца относительно календаря

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

  • public_description: Эта ловушка возникает, когда компания начинает подгонять финансовый учет под внутренние циклы (например, 'у нас месяц закрывается 15-го числа, когда приходят акты'). Снаружи это кажется удобной кастомизацией под бизнес-модель. Главная опасность — полная потеря синхронизации с реальным миром: маркетинговые бюджеты, зарплаты и банковские выписки живут по календарному месяцу, а управленческий отчет — по выдуманному. Первый безопасный ход — жестко привязать P&L и CashFlow к стандартным календарным периодам (с 1 по 30/31 число).
  • v2_runtime_eligible: true
  • prompt_cards_count: 0
  • problem_profile.typical_user_phrases:

у нас финансовый месяц закрывается 10-го

это расходы еще за прошлый месяц, просто мы их так записали

нам так удобнее считать зарплаты

  • problem_profile.visible_symptoms:
  • отчеты невозможно свести с выпиской из банка на конец месяца
  • постоянные споры с бухгалтером о том, к какому месяцу относится расход
  • маркетологи отчитываются за один период, а финансисты за другой

Содержание