Перейти в бот

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

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

  • Сформировано: 2026-08-06 07:29 UTC
  • Источник: Private Board · Management Engine · Pattern Registry
  • Состав: профиль, contract, source_trace, Runtime Profile, prompt-инъекты

1. Профиль

  • manifestation_id: PTM_151
  • title: ДДС-иллюзия (Слепота к реальной прибыли)
  • canonical_title: ДДС-иллюзия (Слепота к реальной прибыли)
  • summary: Кассовый метод учета маскирует убытки, фаундер вынимает авансы как прибыль до исполнения обязательств.
  • public_description: Эта ловушка возникает, когда фаундер смотрит на остаток денег на счёте и воспринимает его как прибыль. Снаружи кажется, что бизнес зарабатывает, но внутри часть денег уже может быть обещана клиентам, поставщикам, сотрудникам или налогам. Главная опасность — принять решение о выводе денег, найме или росте, не понимая реальной прибыли. Первый безопасный ход — разделить движение денег и прибыль хотя бы на черновом уровне.
  • manifestation_type: legacy_active_pattern
  • source_origin: legacy_registry
  • review_status: draft
  • runtime_visibility: hidden
  • can_compete_in_primary_matching: false
  • alias_routes_to_family: true
  • family_assignment_status: assigned_to_existing_family
  • normalized_maturity_stage: —
  • beginner_stage: —
  • beginner_corpus_group: —
  • founder_zero_cluster_primary: —
  • founder_zero_cluster_secondary: —
  • created_at: 2026-07-02 11:28:03.291122+00:00
  • updated_at: 2026-07-04 10:43:50.486454+00:00

2. Биндинги и идентификаторы

  • legacy_pattern_id: MDP_001
  • temporary_pattern_id: —
  • source_candidate_id: —
  • primary_pattern_id: —
  • primary_family_id: PF_finance_visibility_gap
  • primary_domain: finance_business_model
  • v2_family_id: PF_141
  • v2_domain_id: PD_08
  • v2_binding_status: bound
  • v2_duplicate_of: —
  • v2_review_reason: —
  • v2_source_stage: core_registry
  • v2_runtime_eligible: true

3. Family / Domain

  • family_id: PF_141
  • family_title: Кассовая иллюзия
  • family_summary: Фаундер управляет бизнесом, опираясь на остаток на счете (включая авансы клиентов), а не на реальную чистую прибыль по P&L.
  • family_management_mechanism: Смешение ДДС (Cashflow) и метода начислений (P&L): трата чужих денег до исполнения обязательств.
  • family_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
  • domain_id: PD_08
  • domain_title: Финансовое управление и Юнит-экономика

4. Contract

pattern_boundary_key

  • artifact_type: pnl_report
  • first_step_type: calculation
  • decision_fork_type: cash_balance_vs_real_profit
  • problem_trigger_type: cash_on_account_mistaken_for_profit
  • wrong_first_move_type: spend_or_withdraw_cash_without_pnl
  • hidden_root_problem_type: cashflow_profit_confusion
  • recommended_decision_pattern: separate_cashflow_from_profit_before_decision

product_and_routing

product_route

  • cfo_room

ontology_hints

  • reason: title and summary directly refer to cash method masking losses and P&L confusion
  • confidence: medium
  • pattern_key: cashflow_profit_confusion

artifact_candidates

  • pnl_report
  • cashflow_calendar

director_lens_candidates

  • CFO

problem_profile

visible_symptoms

  • на счёте есть деньги, но часто возникают внезапные кассовые разрывы
  • дивиденды выводятся из авансов до оказания услуги
  • рост выручки не приводит к росту свободных денег

typical_user_phrases

  • деньги на счету есть, значит мы в плюсе
  • я вытащил немного, мы же хорошо продали в этом месяце
  • куда делись деньги, мы же столько отгрузили

desired_quick_solutions

  • привлечь кредит

  • увеличить продажи

  • найти инвестора на пополнение оборотки

  • what_user_thinks_the_problem_is: Не хватает оборотных средств или падают продажи.

management_mechanism

  • root_mechanism: Деньги приходят раньше исполнения обязательств (авансы), создают ощущение финансовой свободы, затем тратятся, а обязательства догоняют бизнес позже, создавая дыру.

do_not_confuse_with

  • кассовый разрыв из-за задержки оплат от лояльных клиентов

  • кассовые качели из-за сезонности

  • hidden_root_problem: Фаундер смешивает движение денег (ДДС) и обязательства (прибыль) в одну картину.

decision_profile

  • decision_fork: Смотреть на остаток на счете или собрать P&L для признания выручки по отгрузке.
  • do_not_overbuild: Не начинать с интеграции 1С или сложных ERP-систем; достаточно черновой таблицы.
  • wrong_first_move: Продолжать выводить дивиденды, ориентируясь на кэш.
  • better_first_move: Собрать черновой P&L за последний закрытый месяц.

artifact_to_create

  • draft_pnl_report

  • evidence_of_demand: Собственник не может ответить на вопрос 'какая у вас чистая маржинальность', называя просто оборот или остаток.

  • first_practical_step: За 24-72 часа разделить авансы и реально признанную выручку (оказанные услуги) в простой таблице.

  • wrong_first_move_cost: Неизбежный кассовый разрыв и риск банкротства при малейшем падении спроса.

missing_information_for_next_step

  • сумма невыполненных обязательств перед клиентами
  • себестоимость проданных товаров/услуг

evidence_discipline

  • use_as: decision_mechanics_candidate

must_not_claim

  • у пользователя точно эта проблема

  • вы банкрот

  • это доказано по компании пользователя

  • can_be_used_as_evidence: false

quality

  • variant_risk: low
  • review_reason: legacy_manifestation_enrichment
  • duplicate_risk: low
  • evidence_strength: none
  • profile_confidence: medium
  • needs_operator_review: true
  • over_aggregation_risk: low

5. source_trace

  • source_basis: title_summary_and_transcript_search
  • quote_markers: []
  • evidence_quotes: []
  • matched_source_files: []
  • raw_source_names_removed: false
  • company_specific_details_removed: true

6. Runtime Profile (Manifestation Full Profile)

6.1 Metadata

  • language: ru
  • profile_version: full_profile_parser_v1
  • status: active
  • evidence_depth: mixed
  • profile_confidence: medium
  • source_basis_used: {"episodes": "no", "registry": "yes", "support_pack": "no", "raw_transcripts": "yes"}

6.2 Distill

1.1. Core Meaning

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

. Решения принимаются на основе остатков на расчетных счетах, что скрывает реальную финансовую картину и маржинальность

.

1.2. Public Description

Ловушка возникает, когда предприниматель ориентируется исключительно на движение денежных средств (ДДС) и воспринимает деньги на счету компании как свою чистую прибыль. Фаундер видит большие обороты и миллионы на счету, начинает изымать эти деньги на личные нужды или новые проекты, забывая, что это авансы клиентов за еще не выполненную работу

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

1.3. Do Not Confuse With

Не путать со смешением личных и бизнес-финансов (PF_personal_biz_mix)

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

.

1.4. First Safe Step

Собрать базовый P&L (отчет о прибылях и убытках)

. Внедрить параллельное ведение ДДС и P&L, жестко разделив все поступления за месяц на «отработанные» (выручка) и «неотработанные» (авансы)

.

6.3 Punch callouts

Punch 1

  • text: Вы уверены, что деньги, которые сейчас лежат на счету — это ваша чистая прибыль, а не авансы клиентов, по которым вы еще не выполнили обязательства?
  • callout_type: diagnostic_reframe
  • intensity: sharp
  • answer_mode: problem
  • use_when: Фаундер гордится большими оборотами и остатками на счетах, но жалуется на периодическую нехватку денег на текущие расходы.
  • do_not_use_when: Компания уже ведет полноценный управленческий учет и разделяет P&L и ДДС.
  • source_basis: manifestation_profile
  • risk_if_misused: Может вызвать защитную реакцию у фаундера, если он уверен в своей финансовой грамотности.
  • safe_to_show: true
  • status: imported

Punch 2

  • text: Если завтра все клиенты попросят возврат средств за еще не оказанные услуги, вам хватит денег в кассе, чтобы с ними расплатиться?
  • callout_type: diagnostic_reframe
  • intensity: sharp
  • answer_mode: problem
  • use_when: Фаундер регулярно вытаскивает деньги из бизнеса «на себя», ориентируясь только на кассу.
  • do_not_use_when: Если бизнес не работает по предоплатной модели.
  • source_basis: mixed
  • risk_if_misused: Может спровоцировать панику.
  • safe_to_show: true
  • status: imported

Punch 3

  • text: Извлекать дивиденды или бонусы, ориентируясь только на остаток на расчетном счету — это прямой путь к кассовому разрыву в следующем месяце.
  • callout_type: wrong_first_move_warning
  • intensity: medium
  • answer_mode: decision
  • use_when: Руководитель собирается распределять прибыль, не имея собранного отчета P&L.
  • do_not_use_when: У компании нет долгов, и цикл сделки равен нулю (например, простая розница без обязательств).
  • source_basis: family_mechanism
  • risk_if_misused: Пользователь может начать спорить о терминах вместо решения проблемы.
  • safe_to_show: true
  • status: imported

Punch 4

  • text: Увеличивать рекламный бюджет, пока вы считаете прибыль по ДДС — это риск масштабировать убытки. Вы знаете реальную маржинальность ваших сделок?
  • callout_type: wrong_first_move_warning
  • intensity: medium
  • answer_mode: implementation
  • use_when: Запрос на кратный рост при отсутствии P&L.
  • do_not_use_when: Финансовая модель уже сведена и подтверждена.
  • source_basis: mixed
  • risk_if_misused: Остановка рабочих каналов продаж из-за излишнего страха.
  • safe_to_show: true
  • status: imported

Punch 5

  • text: Готовы ли вы прямо сейчас разделить все поступления за месяц на «выручку» (работы сданы) и «авансы» (работы еще в процессе)?
  • callout_type: decision_gate
  • intensity: soft
  • answer_mode: decision
  • use_when: Фаундер признает, что не понимает, куда уходят деньги при высоких оборотах.
  • do_not_use_when: Фаундер не имеет доступа к банковским выпискам.
  • source_basis: support_pack
  • risk_if_misused: Задача может показаться слишком сложной без помощи финансиста.
  • safe_to_show: true
  • status: imported

Punch 6

  • text: Первым шагом нам нужно собрать черновой отчет P&L (прибыли и убытки) за прошлый месяц. Без него мы не можем принимать решения о выплате дивидендов.
  • callout_type: first_step_push
  • intensity: medium
  • answer_mode: implementation
  • use_when: Когда звучат слова "я вытаскиваю деньги", "в кассе пусто".
  • do_not_use_when: P&L уже существует.
  • source_basis: manifestation_profile
  • risk_if_misused: Уход в перфекционизм (попытка сразу внедрить 1С вместо простой таблицы).
  • safe_to_show: true
  • status: imported

Punch 7

  • text: Получается, вы принимаете ключевые управленческие решения, глядя только на остатки по банковским счетам?
  • callout_type: soft_mirror
  • intensity: soft
  • answer_mode: problem
  • use_when: В разговоре фаундер оперирует только понятиями "пришло на счет" и "ушло со счета".
  • do_not_use_when: Клиент уже осознал разницу между ДДС и P&L.
  • source_basis: manifestation_distill
  • risk_if_misused: Нулевой риск.
  • safe_to_show: true
  • status: imported

Punch 8

  • text: Я правильно слышу: обороты компании огромные, договоров много, но вы искренне не понимаете, почему у вас лично нет денег?
  • callout_type: soft_mirror
  • intensity: soft
  • answer_mode: problem
  • use_when: Жалобы на то, что компания растет, а карман фаундера пуст.
  • do_not_use_when: Бизнес объективно находится в жестком минусе по всем статьям.
  • source_basis: raw_transcript_safe_summary
  • risk_if_misused: Вызов фрустрации у пользователя.
  • safe_to_show: true
  • status: imported

Punch 9

  • text: Выплата бонусов команде продавцов сразу после захода аванса — это ошибка. Бонус должен выплачиваться только после того, как компания отработала эти деньги и подписала акт.
  • callout_type: wrong_first_move_warning
  • intensity: sharp
  • answer_mode: implementation
  • use_when: Фаундер жалуется на раздутый ФОТ при отсутствии реальной прибыли.
  • do_not_use_when: Если мотивация уже привязана к марже или закрытым актам.
  • source_basis: family_mechanism
  • risk_if_misused: Конфликт с отделом продаж.
  • safe_to_show: true
  • status: imported

Punch 10

  • text: Чтобы выйти из этой иллюзии, давайте начнем не с автоматизации учета, а с простой таблицы, где мы вычтем ваши обязательства из баланса на счету.
  • callout_type: first_step_push
  • intensity: soft
  • answer_mode: implementation
  • use_when: Запрос на внедрение сложных учетных систем (ERP, 1C) для решения проблем с кассой.
  • do_not_use_when: У клиента уже есть навык базового табличного учета.
  • source_basis: mixed
  • risk_if_misused: Игнорирование необходимости системного решения в будущем.
  • safe_to_show: true
  • status: imported

6.4 Recognition triggers

У нас на счету много денег, мы в плюсе

  • trigger_type: user_phrase
  • strength: high
  • why_it_matches: Классическое проявление кассовой иллюзии: оценка успешности бизнеса по остатку на расчетном счете.
  • example_user_phrases: ["На счетах куча денег, значит прибыль есть.", "Я смотрю выписку из банка и вижу, что мы в плюсе."]
  • do_not_overread_when: Речь идет об инвестиционных деньгах или когда бизнес полностью розничный (без отложенных обязательств).

Вывод авансов на дивиденды до закрытия актов

  • trigger_type: behavior_signal
  • strength: high
  • why_it_matches: Фаундер изымает деньги, которые юридически еще не принадлежат компании, формируя скрытый кассовый разрыв.
  • example_user_phrases: ["Клиент перевел предоплату, я забрал свою долю.", "Я вытаскиваю деньги из бизнеса, когда они приходят."]
  • do_not_overread_when: Бизнес имеет высокую (доказанную) рентабельность, и изымается только заранее просчитанная безопасная часть.

Непонимание, куда делись деньги при высоких оборотах

  • trigger_type: emotional_signal
  • strength: medium
  • why_it_matches: Прямое следствие смешения авансов и выполненных работ: выручка растет номинально, но фактическая маржа отрицательная или съедается обязательствами.
  • example_user_phrases: ["Обороты миллионные, а в кассе пусто.", "Мы продаем много, а я лично ничего не зарабатываю."]
  • do_not_overread_when: Проблема в огромной дебиторской задолженности (PF_receivables_trap).

Отсутствие P&L, ведение только ДДС

  • trigger_type: artifact_signal
  • strength: high
  • why_it_matches: Отсутствие инструмента для признания выручки методом начисления (P&L) не позволяет фаундеру видеть реальную прибыль.
  • example_user_phrases: ["Мы ведем только платежный календарь.", "Я не знаю, что такое P&L."]
  • do_not_overread_when: P&L просто называется по-другому (например, БДР или ОПУ).

Смешение авансов и выполненных работ

  • trigger_type: data_signal
  • strength: high
  • why_it_matches: Фундаментальная ошибка учета, приводящая к ДДС-иллюзии.
  • example_user_phrases: ["Бухгалтер дает один отчет по всем поступлениям.", "У нас нет разделения на авансы и закрытые акты."]
  • do_not_overread_when: Пользователь говорит о бухгалтерском балансе.

6.5 Negative match signals

—

6.6 Runtime addon

  • artifact_hook: use for CTA/button/next action, not always in main answer
  • first_step_override: Вместо попыток глубокой аналитики или поиска новых каналов продаж, заставьте пользователя внедрить параллельное ведение ДДС и P&L. Первый шаг: разделить все поступления на "выручку" (акт подписан) и "авансы" (услуга не оказана) .
  • wrong_first_move_guards: []

6.7 Validation

  • errors: []
  • warnings: ["negative_match_signals_count:0(>=1)", "wrong_first_move_guards_count:0(>=1)"]

6.8 Raw import markdown

FULL_MANIFESTATION_PROFILE — PTM_151

Metadata

  • manifestation_id: PTM_151
  • manifestation_title: ДДС-иллюзия (Слепота к реальной прибыли)
  • primary_family_id: PF_cash_illusion
  • primary_family_title: Кассовая иллюзия
  • domain_id: PD_08
  • domain_title: Финансовое управление и Юнит-экономика
  • source_basis_used:
  • registry: yes
  • raw_transcripts: yes
  • episodes: no
  • support_pack: no
  • evidence_depth: mixed
  • profile_confidence: medium

SECTION 1 — distill

1.1. Core Meaning

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

. Решения принимаются на основе остатков на расчетных счетах, что скрывает реальную финансовую картину и маржинальность

.

1.2. Public Description

Ловушка возникает, когда предприниматель ориентируется исключительно на движение денежных средств (ДДС) и воспринимает деньги на счету компании как свою чистую прибыль. Фаундер видит большие обороты и миллионы на счету, начинает изымать эти деньги на личные нужды или новые проекты, забывая, что это авансы клиентов за еще не выполненную работу

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

1.3. Do Not Confuse With

Не путать со смешением личных и бизнес-финансов (PF_personal_biz_mix)

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

.

1.4. First Safe Step

Собрать базовый P&L (отчет о прибылях и убытках)

. Внедрить параллельное ведение ДДС и P&L, жестко разделив все поступления за месяц на «отработанные» (выручка) и «неотработанные» (авансы)

.

SECTION 2 — punch_questions

Punch 1

  • priority: 1
  • text: Вы уверены, что деньги, которые сейчас лежат на счету — это ваша чистая прибыль, а не авансы клиентов, по которым вы еще не выполнили обязательства?
  • callout_type: diagnostic_reframe
  • intensity: sharp
  • answer_mode: audit
  • use_when: Фаундер гордится большими оборотами и остатками на счетах, но жалуется на периодическую нехватку денег на текущие расходы.
  • do_not_use_when: Компания уже ведет полноценный управленческий учет и разделяет P&L и ДДС.
  • source_basis: manifestation_profile
  • source_anchor: "смешение авансов и выполненных работ в одном отчете".
  • risk_if_misused: Может вызвать защитную реакцию у фаундера, если он уверен в своей финансовой грамотности.
  • safe_to_show: true

Punch 2

  • priority: 2
  • text: Если завтра все клиенты попросят возврат средств за еще не оказанные услуги, вам хватит денег в кассе, чтобы с ними расплатиться?
  • callout_type: diagnostic_reframe
  • intensity: sharp
  • answer_mode: pain
  • use_when: Фаундер регулярно вытаскивает деньги из бизнеса «на себя», ориентируясь только на кассу.
  • do_not_use_when: Если бизнес не работает по предоплатной модели.
  • source_basis: mixed
  • source_anchor: "фаундер вынимает авансы как прибыль до исполнения обязательств".
  • risk_if_misused: Может спровоцировать панику.
  • safe_to_show: true

Punch 3

  • priority: 3
  • text: Извлекать дивиденды или бонусы, ориентируясь только на остаток на расчетном счету — это прямой путь к кассовому разрыву в следующем месяце.
  • callout_type: wrong_first_move_warning
  • intensity: medium
  • answer_mode: decision
  • use_when: Руководитель собирается распределять прибыль, не имея собранного отчета P&L.
  • do_not_use_when: У компании нет долгов, и цикл сделки равен нулю (например, простая розница без обязательств).
  • source_basis: family_mechanism
  • source_anchor: "Вытаскивать авансы в качестве дивидендов.".
  • risk_if_misused: Пользователь может начать спорить о терминах вместо решения проблемы.
  • safe_to_show: true

Punch 4

  • priority: 4
  • text: Увеличивать рекламный бюджет, пока вы считаете прибыль по ДДС — это риск масштабировать убытки. Вы знаете реальную маржинальность ваших сделок?
  • callout_type: wrong_first_move_warning
  • intensity: medium
  • answer_mode: implementation
  • use_when: Запрос на кратный рост при отсутствии P&L.
  • do_not_use_when: Финансовая модель уже сведена и подтверждена.
  • source_basis: mixed
  • source_anchor: "даже если по ДДС и всем прочим моментам кажется, что проект выточный, если по ПНЛ операционная прибыль вот эта она есть...".
  • risk_if_misused: Остановка рабочих каналов продаж из-за излишнего страха.
  • safe_to_show: true

Punch 5

  • priority: 5
  • text: Готовы ли вы прямо сейчас разделить все поступления за месяц на «выручку» (работы сданы) и «авансы» (работы еще в процессе)?
  • callout_type: decision_gate
  • intensity: soft
  • answer_mode: decision
  • use_when: Фаундер признает, что не понимает, куда уходят деньги при высоких оборотах.
  • do_not_use_when: Фаундер не имеет доступа к банковским выпискам.
  • source_basis: support_pack
  • source_anchor: "Разделить все поступления за месяц на 'отработанные' (выручка) и 'неотработанные' (авансы).".
  • risk_if_misused: Задача может показаться слишком сложной без помощи финансиста.
  • safe_to_show: true

Punch 6

  • priority: 6
  • text: Первым шагом нам нужно собрать черновой отчет P&L (прибыли и убытки) за прошлый месяц. Без него мы не можем принимать решения о выплате дивидендов.
  • callout_type: first_step_push
  • intensity: medium
  • answer_mode: implementation
  • use_when: Когда звучат слова "я вытаскиваю деньги", "в кассе пусто".
  • do_not_use_when: P&L уже существует.
  • source_basis: manifestation_profile
  • source_anchor: "Внедрить параллельное ведение ДДС и P&L.".
  • risk_if_misused: Уход в перфекционизм (попытка сразу внедрить 1С вместо простой таблицы).
  • safe_to_show: true

Punch 7

  • priority: 7
  • text: Получается, вы принимаете ключевые управленческие решения, глядя только на остатки по банковским счетам?
  • callout_type: soft_mirror
  • intensity: soft
  • answer_mode: pain
  • use_when: В разговоре фаундер оперирует только понятиями "пришло на счет" и "ушло со счета".
  • do_not_use_when: Клиент уже осознал разницу между ДДС и P&L.
  • source_basis: manifestation_distill
  • source_anchor: "фаундер принимает решения по остаткам на счетах".
  • risk_if_misused: Нулевой риск.
  • safe_to_show: true

Punch 8

  • priority: 8
  • text: Я правильно слышу: обороты компании огромные, договоров много, но вы искренне не понимаете, почему у вас лично нет денег?
  • callout_type: soft_mirror
  • intensity: soft
  • answer_mode: pain
  • use_when: Жалобы на то, что компания растет, а карман фаундера пуст.
  • do_not_use_when: Бизнес объективно находится в жестком минусе по всем статьям.
  • source_basis: raw_transcript_safe_summary
  • source_anchor: "непонимание, почему при больших оборотах нет денег".
  • risk_if_misused: Вызов фрустрации у пользователя.
  • safe_to_show: true

Punch 9

  • priority: 9
  • text: Выплата бонусов команде продавцов сразу после захода аванса — это ошибка. Бонус должен выплачиваться только после того, как компания отработала эти деньги и подписала акт.
  • callout_type: wrong_first_move_warning
  • intensity: sharp
  • answer_mode: implementation
  • use_when: Фаундер жалуется на раздутый ФОТ при отсутствии реальной прибыли.
  • do_not_use_when: Если мотивация уже привязана к марже или закрытым актам.
  • source_basis: family_mechanism
  • source_anchor: "Вытаскивать авансы в качестве дивидендов".
  • risk_if_misused: Конфликт с отделом продаж.
  • safe_to_show: true

Punch 10

  • priority: 10
  • text: Чтобы выйти из этой иллюзии, давайте начнем не с автоматизации учета, а с простой таблицы, где мы вычтем ваши обязательства из баланса на счету.
  • callout_type: first_step_push
  • intensity: soft
  • answer_mode: implementation
  • use_when: Запрос на внедрение сложных учетных систем (ERP, 1C) для решения проблем с кассой.
  • do_not_use_when: У клиента уже есть навык базового табличного учета.
  • source_basis: mixed
  • source_anchor: "Не нужно сразу внедрять 1С, достаточно простой таблицы с разделением отчетов.".
  • risk_if_misused: Игнорирование необходимости системного решения в будущем.
  • safe_to_show: true

SECTION 3 — runtime_addon

3.1. recognition_triggers

Trigger 1

  • trigger_text: "У нас на счету много денег, мы в плюсе"
  • trigger_type: user_phrase
  • why_it_matches: Классическое проявление кассовой иллюзии: оценка успешности бизнеса по остатку на расчетном счете.
  • strength: high
  • example_user_phrases:
  • "На счетах куча денег, значит прибыль есть."
  • "Я смотрю выписку из банка и вижу, что мы в плюсе."
  • do_not_overread_when: Речь идет об инвестиционных деньгах или когда бизнес полностью розничный (без отложенных обязательств).

Trigger 2

  • trigger_text: Вывод авансов на дивиденды до закрытия актов
  • trigger_type: behavior_signal
  • why_it_matches: Фаундер изымает деньги, которые юридически еще не принадлежат компании, формируя скрытый кассовый разрыв.
  • strength: high
  • example_user_phrases:
  • "Клиент перевел предоплату, я забрал свою долю."
  • "Я вытаскиваю деньги из бизнеса, когда они приходят."
  • do_not_overread_when: Бизнес имеет высокую (доказанную) рентабельность, и изымается только заранее просчитанная безопасная часть.

Trigger 3

  • trigger_text: Непонимание, куда делись деньги при высоких оборотах
  • trigger_type: emotional_signal
  • why_it_matches: Прямое следствие смешения авансов и выполненных работ: выручка растет номинально, но фактическая маржа отрицательная или съедается обязательствами.
  • strength: medium
  • example_user_phrases:
  • "Обороты миллионные, а в кассе пусто."
  • "Мы продаем много, а я лично ничего не зарабатываю."
  • do_not_overread_when: Проблема в огромной дебиторской задолженности (PF_receivables_trap).

Trigger 4

  • trigger_text: Отсутствие P&L, ведение только ДДС
  • trigger_type: artifact_signal
  • why_it_matches: Отсутствие инструмента для признания выручки методом начисления (P&L) не позволяет фаундеру видеть реальную прибыль.
  • strength: high
  • example_user_phrases:
  • "Мы ведем только платежный календарь."
  • "Я не знаю, что такое P&L."
  • do_not_overread_when: P&L просто называется по-другому (например, БДР или ОПУ).

Trigger 5

  • trigger_text: "Смешение авансов и выполненных работ"
  • trigger_type: data_signal
  • why_it_matches: Фундаментальная ошибка учета, приводящая к ДДС-иллюзии.
  • strength: high
  • example_user_phrases:
  • "Бухгалтер дает один отчет по всем поступлениям."
  • "У нас нет разделения на авансы и закрытые акты."
  • do_not_overread_when: Пользователь говорит о бухгалтерском балансе.

3.2. negative_match_signals

  • Пользователь четко разделяет понятия "ДДС", "P&L", "метод начисления" и "кассовый метод".
  • Проблема заключается в том, что клиенты не платят по отгруженным товарам (это Капкан дебиторки — PF_receivables_trap).
  • Фаундер оплачивает личные расходы с корпоративной карты (это Смешение личных и бизнес-финансов — PF_personal_biz_mix).

3.3. wrong_first_move_guards

  • Не усложнять: Не предлагайте немедленно внедрять сложную ERP-систему (1С) или нанимать финансового директора. Проблема решается базовым пониманием финансовой грамотности на уровне простой таблицы.
  • Запрет на вывод: Строго предупредите о недопустимости вывода дивидендов до тех пор, пока не будет собран P&L и не вычтены все обязательства.

3.4. first_step_override

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

.

3.5. artifact_hook

Используй артефакт

pnl_report

.

SECTION 4 — runtime_usage_notes

distill:

  • send_to_runtime: full

punch_questions:

  • select_one_for_callout
  • prefer by answer_mode, intensity and use_when

runtime_addon:

  • recognition_triggers: use for manifestation matching/scoring
  • negative_match_signals: use as false-positive filter
  • wrong_first_move_guards: send only 0-2 most relevant guards to generation prompt
  • first_step_override: prefer over family-level first step when manifestation confidence is high
  • artifact_hook: use for CTA/button/next action, not always in main answer

Enum normalization report

no_enum_normalization_needed: true

Status

  • manifestation_id: PTM_151
  • export_status: READY_FOR_ADMIN_REVIEW
  • profile_confidence: medium
  • evidence_depth: mixed
  • remaining_risks: null <<END:FULL_MANIFESTATION_PROFILE>>

Собери FULL_MANIFESTATION_PROFILE для PTM_152

К сожалению, в предоставленных источниках отсутствует полная информация, необходимая для сборки полноценного

FULL_MANIFESTATION_PROFILE

для

PTM_152

. В выгрузке реестра (

PATTERN_MANIFESTATION_REGISTRY_ACTIVE.json.txt

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

.

Из косвенных упоминаний (в списках

do_not_confuse_with

для других паттернов) в источниках можно извлечь только следующие данные:

  • manifestation_id: PTM_152
  • legacy_pattern_id: MDP_002
  • manifestation_title: Манипуляция обезьянами (Обратное делегирование)

Поскольку в источниках нет ни

summary

, ни

public_description

, ни списка триггеров и симптомов для этого паттерна, собрать секции

distill

,

punch_questions

и

runtime_addon

без выдумывания фактов (галлюцинаций) невозможно.

Если вы загрузите или добавите полный фрагмент из реестра, касающийся PTM_152, я с радостью соберу для него полный профиль по всем правилам

PATTERN_MANIFESTATION_FULL_PROFILE_NOTEBOOKLM_PROMPT_v2_ENUM_NORMALIZED

.

Собери FULL_MANIFESTATION_PROFILE для PTM_153

К сожалению, в предоставленных источниках полностью отсутствует какая-либо информация для сборки

FULL_MANIFESTATION_PROFILE

для

PTM_153

.

В выгрузке реестра (

PATTERN_MANIFESTATION_REGISTRY_ACTIVE.json.txt

) нумерация прерывается: после фрагментов с ловушкой PTM_152

сразу начинается описание PTM_154

. Кроме того, PTM_153 ни разу не упоминается косвенно (например, в блоках

do_not_confuse_with

у смежных паттернов).

Поскольку у меня нет ни названия, ни сути, ни симптомов этой ловушки, я не могу сгенерировать разделы

distill

,

punch_questions

и

runtime_addon

, так как правилами строго запрещено выдумывать информацию (галлюцинировать).

Пожалуйста, предоставьте (скопируйте) недостающий фрагмент реестра с описанием

PTM_153

, либо выберите для сборки другую ловушку, данные по которой есть в текущем контексте (например, PTM_154, PTM_156, PTM_158, PTM_159 и т.д.), и я соберу для нее корректный профиль по всем правилам Pattern V2.

Собери FULL_MANIFESTATION_PROFILE для PTM_154

7. Prompt-инъекты (Debug / Legacy)

Всего: 5

P01 · Каноническое ядро

  • inject_id: 7379a46d-a5ea-40df-a5fb-13c55fe5b005
  • card_type: distill
  • placement: directive
  • enabled: true
  • sort_order: 0
  • card_lifecycle_status: legacy
  • card_format: legacy_prompt_inject
  • entity_id: MDP_001
  • manifestation_id: PTM_151
  • comment: —
  • updated_at: 2026-07-05 22:47:38.652078+00:00
  • updated_by: cli:micro-distill

prompt_text:

УПРАВЛЕНЧЕСКИЙ ПАТТЕРН «ДДС-иллюзия (Слепота к реальной прибыли)»

1. Каноническое ядро (Суть ловушки)

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

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

. В результате компания попадает в кассовый разрыв, а масштабирование бизнеса приводит к масштабированию убытков.

2. Симптоматика: как фаундер формулирует проблему (сигналы для LLM)

LLM должна распознавать наличие паттерна по следующим маркерам в речи или ситуации пользователя:

  • Иллюзия цветных таблиц: У фаундера есть дашборды или таблицы, но они не отражают реальность. "Потому что, ну вот, желтенькая, зелененькая, ты опять не видишь картины, сколько у тебя денег на самом деле есть".
  • Подмена факта договоренностями: Фаундер оценивает успех по размеру подписанных контрактов, а не по фактической прибыли и закрытым актам. "Я все время думаю, что если они нормально заказывают, и большие договора, по факту только договора, а не деньги на счету...".
  • Искажение средних показателей: В аналитике фаундер ориентируется на "сумасшедшие" или "бешеные" аномальные сделки, игнорируя системную юнит-экономику.
  • Жалобы на внезапные разрывы: "Мы деньгами как бы управляем, у нас деньги есть, нет, а потом раз кассовый разрыв. Почему? Мы должны понять теперь, а у нас есть прибыль или нет".

3. Истинная причина (Фундамент ошибки)

Фаундер не разделяет понятия Cashflow (Движение денежных средств) и P&L (Отчет о прибылях и убытках)

. Оцифровка ведется кассовым методом, а не методом начисления

. Из-за этого возникает слепота: товар может быть отгружен (доход по P&L есть), но не оплачен (лежит в дебиторке, денег в кассе нет)

. Либо наоборот: деньги пришли авансом (кэш есть), но услуга не оказана (прибыли еще нет, это кредиторская задолженность)

4. Системная инструкция для LLM (Алгоритм отработки)

  • Слушай маркеры: Если пользователь говорит о найме, выводе денег, запуске новых продуктов, но оперирует только остатками на банковском счете — останавливай его.
  • Предотвращай неверный шаг: Жестко блокируй попытки принимать управленческие решения (особенно о выводе дивидендов) по остатку на счёте без сверки с P&L и текущими обязательствами.
  • Не усложняй преждевременно: Не заставляй фаундера сразу собирать P&L, если у него в компании хаос с первичными деньгами. Правильная последовательность выхода из ловушки: сначала внедряется ДДС (контроль кэша и платежный календарь), только затем внедряется P&L (метод начисления), а после — Управленческий баланс (контроль дебиторки и кредиторки).

5. Ключевые артефакты (Что лечит паттерн)

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

:

  1. ART_CASHFLOW_CALENDAR (ДДС / Платёжный календарь) — для исключения кассовых разрывов.
  2. ART_PNL_REPORT (Management P&L / ОПиУ) — для оценки реальной операционной прибыли методом начисления.
  3. Управленческий баланс — для прозрачного учета дебиторской и кредиторской задолженности.

6. Правильная развилка и первый шаг

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

  • Диагностический вопрос (Открывашка): "Какая у вас была операционная прибыль за прошлый месяц по методу начисления?".
  • Микро-действие (Первый шаг): Потребовать от фаундера немедленно инициировать сбор трех отчетов (P&L, ДДС и Управленческий баланс) за последний закрытый месяц. Если данные собрать пока невозможно, первым микро-шагом становится сбор ДДС (Cashflow) за прошлый месяц, чтобы взять под контроль фактическое движение денег.

match_surface:

LLM должна распознавать наличие паттерна по следующим маркерам в речи или ситуации пользователя:

  • Иллюзия цветных таблиц: У фаундера есть дашборды или таблицы, но они не отражают реальность. "Потому что, ну вот, желтенькая, зелененькая, ты опять не видишь картины, сколько у тебя денег на самом деле есть".
  • Подмена факта договоренностями: Фаундер оценивает успех по размеру подписанных контрактов, а не по фактической прибыли и закрытым актам. "Я все время думаю, что если они нормально заказывают, и большие договора, по факту только договора, а не деньги на счету...".
  • Искажение средних показателей: В аналитике фаундер ориентируется на "сумасшедшие" или "бешеные" аномальные сделки, игнорируя системную юнит-экономику.
  • Жалобы на внезапные разрывы: "Мы деньгами как бы управляем, у нас деньги есть, нет, а потом раз кассовый разрыв. Почему? Мы должны понять теперь, а у нас есть прибыль или нет".

full_distill_source:

УПРАВЛЕНЧЕСКИЙ ПАТТЕРН «ДДС-иллюзия (Слепота к реальной прибыли)»

1. Каноническое ядро (Суть ловушки)

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

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

. В результате компания попадает в кассовый разрыв, а масштабирование бизнеса приводит к масштабированию убытков.

2. Симптоматика: как фаундер формулирует проблему (сигналы для LLM)

LLM должна распознавать наличие паттерна по следующим маркерам в речи или ситуации пользователя:

  • Иллюзия цветных таблиц: У фаундера есть дашборды или таблицы, но они не отражают реальность. "Потому что, ну вот, желтенькая, зелененькая, ты опять не видишь картины, сколько у тебя денег на самом деле есть".
  • Подмена факта договоренностями: Фаундер оценивает успех по размеру подписанных контрактов, а не по фактической прибыли и закрытым актам. "Я все время думаю, что если они нормально заказывают, и большие договора, по факту только договора, а не деньги на счету...".
  • Искажение средних показателей: В аналитике фаундер ориентируется на "сумасшедшие" или "бешеные" аномальные сделки, игнорируя системную юнит-экономику.
  • Жалобы на внезапные разрывы: "Мы деньгами как бы управляем, у нас деньги есть, нет, а потом раз кассовый разрыв. Почему? Мы должны понять теперь, а у нас есть прибыль или нет".

3. Истинная причина (Фундамент ошибки)

Фаундер не разделяет понятия Cashflow (Движение денежных средств) и P&L (Отчет о прибылях и убытках)

. Оцифровка ведется кассовым методом, а не методом начисления

. Из-за этого возникает слепота: товар может быть отгружен (доход по P&L есть), но не оплачен (лежит в дебиторке, денег в кассе нет)

. Либо наоборот: деньги пришли авансом (кэш есть), но услуга не оказана (прибыли еще нет, это кредиторская задолженность)

4. Системная инструкция для LLM (Алгоритм отработки)

  • Слушай маркеры: Если пользователь говорит о найме, выводе денег, запуске новых продуктов, но оперирует только остатками на банковском счете — останавливай его.
  • Предотвращай неверный шаг: Жестко блокируй попытки принимать управленческие решения (особенно о выводе дивидендов) по остатку на счёте без сверки с P&L и текущими обязательствами.
  • Не усложняй преждевременно: Не заставляй фаундера сразу собирать P&L, если у него в компании хаос с первичными деньгами. Правильная последовательность выхода из ловушки: сначала внедряется ДДС (контроль кэша и платежный календарь), только затем внедряется P&L (метод начисления), а после — Управленческий баланс (контроль дебиторки и кредиторки).

5. Ключевые артефакты (Что лечит паттерн)

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

:

  1. ART_CASHFLOW_CALENDAR (ДДС / Платёжный календарь) — для исключения кассовых разрывов.
  2. ART_PNL_REPORT (Management P&L / ОПиУ) — для оценки реальной операционной прибыли методом начисления.
  3. Управленческий баланс — для прозрачного учета дебиторской и кредиторской задолженности.

6. Правильная развилка и первый шаг

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

  • Диагностический вопрос (Открывашка): "Какая у вас была операционная прибыль за прошлый месяц по методу начисления?".
  • Микро-действие (Первый шаг): Потребовать от фаундера немедленно инициировать сбор трех отчетов (P&L, ДДС и Управленческий баланс) за последний закрытый месяц. Если данные собрать пока невозможно, первым микро-шагом становится сбор ДДС (Cashflow) за прошлый месяц, чтобы взять под контроль фактическое движение денег.

runtime_micro_distill:

manifestation_distill

title: ДДС-иллюзия (Слепота к реальной прибыли) mechanism: Кассовый метод учета маскирует реальные убытки, фаундер ошибочно считает поступления на счет своей прибылью, что приводит к кассовым разрывам и масштабированию убытков. recognize_when:

  • Фаундер оперирует только остатками на счете при обсуждении найма или новых продуктов.
  • Оценка успеха основывается на подписанных контрактах, а не на фактической прибыли.
  • Жалобы на внезапные кассовые разрывы без понимания реальной прибыли.

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

dangerous_first_move: Принимать управленческие решения, основываясь только на остатках на счете без сверки с P&L и обязательствами.

correction_angle: Внедрить контроль кэша и платежный календарь перед переходом к P&L и управленческому балансу.

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

tone_guardrail: Поддерживающий, но настойчивый в необходимости правильного учета.

P02 · Smart Cases

  • inject_id: 403bdf45-a8b0-474f-b288-9ac53c3bb37f
  • card_type: cases
  • placement: reference
  • enabled: true
  • sort_order: 0
  • card_lifecycle_status: legacy
  • card_format: legacy_prompt_inject
  • entity_id: MDP_001
  • manifestation_id: PTM_151
  • comment: —
  • updated_at: 2026-07-02 12:12:40.591141+00:00
  • updated_by: backfill:clean_pattern_prompt_cards

prompt_text:

Кейс 1: Иллюзия лояльности и подмена реальных денег подписанными договорами

Как фаундер совершает ошибку:

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

К каким последствиям это приводит:

Формируется ложное чувство безопасности. Компания может продолжать обслуживать клиента или брать на себя новые операционные косты под крупные "заказы", хотя де-факто оплаты не поступают. Возникает кассовый разрыв, замаскированный иллюзией активных продаж

  • safe_founder_quote: "Я все время думаю: раз они стабильно заказывают и подписывают большие договоры, значит, с ними всё отлично. Но по факту это только договоры, а реальных больших денег на счету от них нет."
  • real_founder_quote: "Я все время думаю, что если они нормально заказывают, и большие договора, по факту только договора, а не деньги на счету большие, то надо к ним относиться нормально... А по сути факта выплата таких больших денег у них не было."

Кейс 2: Искажение системной картины аномальными (разовыми) сделками

Как фаундер совершает ошибку:

Фаундер включает в общую финансовую статистику и дашборды разовые, аномально крупные сделки от партнеров. Эти сделки не отражают реальную системную пропускную способность бизнеса и базовую юнит-экономику

К каким последствиям это приводит:

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

  • safe_founder_quote: "Партнеры периодически подкидывают нам сумасшедшие сделки. Из-за них статистика ломается. Наверное, стоит считать медиану, а не среднее арифметическое, чтобы видеть реальную картину."
  • real_founder_quote: "там есть у нас партнеры, они нам подкидывают там какие-то бешеные какие-то сделки. Вот, сумасшедшие. И я не знаю, может, как-то их не считать в статистике, как-то медиану какую-то считать, а не среднеаритметическую."

Кейс 3: Управление "вслепую" и внезапные кассовые разрывы

Как фаундер совершает ошибку:

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

К каким последствиям это приводит:

Собственник не видит "невидимых" обязательств (налоги, зарплаты, будущие закупки для исполнения уже оплаченных проектов). Из-за этого деньги тратятся на развитие или выводятся из компании, а когда наступает срок исполнения обязательств — наступает внезапный кассовый разрыв. Компания вынуждена экстренно искать ответы на вопрос "где прибыль?"

  • safe_founder_quote (реконструкция позиции через трекера): "Мы управляем деньгами, вроде деньги есть. А потом раз — и внезапный кассовый разрыв. Теперь мы должны понять: а у нас вообще есть чистая прибыль или нет?"
  • real_quote (трекер, отражающий слова фаундера): "Слушайте, а вот мы деньгами как бы управляем, у нас деньги есть, нет, а потом раз кассовый разрыв. Почему? Мы должны понять теперь, а у нас есть прибыль или нет. Тогда вы внедряете PNL."

Кейс 4: Ментальная касса ("Деньги на счету = мои деньги")

Как фаундер совершает ошибку:

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

К каким последствиям это приводит:

Собственник начинает изымать "свои" деньги (дивиденды) из кассы. На самом деле эти средства могут являться авансами за невыполненные работы или неоплаченной кредиторской задолженностью поставщикам. Вынимая их, фаундер обескровливает оборотный капитал бизнеса

  • safe_founder_quote: "Вот приход, вот расход, вот деньги остались на счету. В голове я прикинул, что со всеми рассчитался, значит, это мои деньги, и я могу забрать какую-то сумму."
  • real_founder_quote: "То есть вот приход, вот расход, вот эти деньги остались. Пока мы не знаем, чьи они. Но они остались, они остаются. По идее, если мы в голове считаем, что мы со всеми рассчитались, то значит, это по идее мои деньги, из него я могу взять какую-то сумму. Вот для чего нужен ПНЛ."

Кейс 5: Внедрение дашбордов без твердых цифр (Смерть артефакта)

Как фаундер совершает ошибку:

При попытке выстроить управленческий учет фаундер внедряет дашборды (РНП), которые не отражают реальные финансовые показатели в деньгах, ограничиваясь абстрактными статусами или светофорной индикацией ("сделано / не сделано", "желтая / зеленая зона")

К каким последствиям это приводит:

Отсутствие твердых финансовых метрик (вау-эффекта от понимания, где лежат реальные деньги) приводит к тому, что управленческая команда быстро теряет интерес к отчету. Дашборд превращается в формальность, не влияющую на чистую прибыль, и инструмент управления "умирает" (саботируется), возвращая компанию к ДДС-иллюзии

  • safe_founder_quote (реконструкция позиции через трекера): "Если руководитель не увидит в отчете реальных цифр и вау-эффекта, вся инициатива по внедрению аналитики будет похоронена."
  • real_quote (трекер, формулирующий риск фаундеру): "Если мы... Насте не отдадим РНП с цифрами, она не увидит своими глазами вау-эффект от этого РНП, то именно с того момента, как ты отключишься, именно с этого момента мы похороним РНП."

Как внедрить отчет P&L по методу начисления?

Какие еще ошибки маскирует кассовый метод учета?

Покажи структуру платежного календаря для контроля кэша

P03 · Anti-gaming

  • inject_id: ae1936cc-45cd-4389-9be0-07a65e00ae46
  • card_type: antigaming
  • placement: reference
  • enabled: true
  • sort_order: 0
  • card_lifecycle_status: legacy
  • card_format: legacy_prompt_inject
  • entity_id: MDP_001
  • manifestation_id: PTM_151
  • comment: —
  • updated_at: 2026-07-02 12:12:40.591141+00:00
  • updated_by: backfill:clean_pattern_prompt_cards

prompt_text:

  1. Отмазка «У нас программа не закрывает период»

Как фаундер сопротивляется:

Фаундер оправдывает отсутствие P&L (Отчета о прибылях и убытках) тем, что ERP-система или 1С технически не позволяет корректно закрыть базу и посчитать себестоимость, поэтому они смотрят только на оборот

safe_founder_quote (можно выдавать):

"Так как база в ERP не закрывается, мы не видим себестоимость и финансовый результат. Поэтому мы пока обходимся без P&L."

Удар трекера:

Трекер жестко блокирует попытку сослаться на софт и требует собирать данные вручную, так как риски управления вслепую слишком высоки

safe_tracker_quote (можно выдавать):

"Отсутствие P&L несет слишком большие риски. Если база не закрывается автоматически, собирайте его руками в Excel, но отчет должен появиться."

  1. Отмазка «Мы управляем по кассе (ДДС)»

Как фаундер сопротивляется:

Фаундер считает, что для принятия решений достаточно отчета ДДС (движение денежных средств), так как там видны все приходы и расходы

safe_founder_quote (можно выдавать):

"У нас есть отчет по кэшфлоу, мы по нему видим приходы. Предоплат у нас мало, так что нам этого достаточно."

Удар трекера:

Трекер объясняет, что ДДС показывает лишь движение транзакций, а не заработок компании, и принимать решения по нему нельзя

safe_tracker_quote (можно выдавать):

"В ДДС нельзя принимать решения, потому что там лежат чужие деньги. Вы можете получить оплату сегодня, а товар будете отгружать целый год."

  1. Отмазка «Мне просто нужны продажи, а не финансы»

Как фаундер сопротивляется:

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

safe_founder_quote (можно выдавать):

"Все думают, что если не хватает денег, надо просто увеличивать продажи. Зачем мне сейчас ковыряться в отчетах о прибыли?"

"Поэтому все думают, что надо увеличивать продажи, и это уже всем продается, хочешь зарабатывать деньги, увеличивай продажи. Да, да-да, но не-нет. потому что финансы не сходятся."

Удар трекера:

Трекер объясняет, что масштабирование без P&L — это масштабирование убытков и кассового разрыва

safe_tracker_quote (можно выдавать):

"Без P&L вы не знаете свою экономику. Вы можете просто масштабировать свой кассовый разрыв, продавая в минус."

  1. Отмазка «Личный кошелек вместо кассы»

Как фаундер сопротивляется:

Собственник выводит деньги интуитивно, оплачивая личные расходы (садик, ипотеку) с корпоративного счета, и считает это нормальным "выводом дивидендов"

safe_founder_quote (можно выдавать):

"Если мне нужны деньги на личные расходы, я просто вывожу их из бизнеса. Какая разница, если это мои дивиденды?"

"Именно я из бизнеса их вывожу на свои счета. У меня нет денег. Это, конечно, у меня не есть."

)

Удар трекера:

Трекер жестко разделяет деньги бизнеса и деньги собственника, указывая на то, что это разрушает финансовую модель

safe_tracker_quote (можно выдавать):

"Почему инвесторы или бизнес должны платить за ваши личные расходы? Вы влетаете в кассовый разрыв, потому что не можете нормально посчитать прибыль."

  1. Отмазка «У меня все ведет бухгалтер»

Как фаундер сопротивляется:

Фаундер отказывается собирать управленческий P&L, ссылаясь на то, что у него есть бухгалтерский учет, который якобы показывает ту же картину

safe_founder_quote (можно выдавать):

"У нас по каждому проекту все есть в бухгалтерии. Я хочу только проверять ошибки, если кто-то случайно не туда перевел деньги."

Удар трекера:

Трекер показывает фундаментальную разницу целей: бухгалтерия искажает данные ради оптимизации налогов, а P&L нужен для правды

safe_tracker_quote (можно выдавать):

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

  1. Отмазка «Страх увидеть реальный долг (Избегание баланса)»

Как фаундер сопротивляется:

Фаундер месяцами саботирует создание Управленческого баланса, потому что подсознательно боится увидеть реальный размер своих убытков или кассового разрыва

safe_founder_quote (можно выдавать):

"Я пока не хочу сводить управленческий баланс, давайте сфокусируемся на текущих продажах."

"Дмитрий несколько месяцев бегал от того, чтобы сформировать баланс управленческий, для того, чтобы не увидеть в реальности, какая ситуация относительно объема, убытка предыдущих периодов или объема кассового разрыва."

Удар трекера:

Трекер апеллирует к правилу "горькой правды" — пока долг не оцифрован, он высасывает энергию

safe_tracker_quote (можно выдавать):

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

  1. Отмазка «Неудобно внедрять P&L из-за длинного цикла (Слепота к отгрузке)»

Как фаундер сопротивляется:

Фаундер путается в методе начисления из-за постоплат. Ему кажется нелогичным записывать выручку сегодня, если деньги придут только через год

safe_founder_quote (можно выдавать):

"Зачем мне фиксировать прибыль сейчас, если клиент заплатит только в следующем году? Это же просто цифры в уме."

Удар трекера:

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

safe_tracker_quote (можно выдавать):

"Вы путаете ДДС и P&L. Вы отгрузили товар — прибыль есть. А то, что вам не заплатили — это ваша дебиторка. Сначала настройте контроль кассы (ДДС), потом прибыль."

  1. Отмазка «У меня нет времени заполнять финансовые таблички»

Как фаундер сопротивляется:

Руководитель не заполняет контрольные дашборды (РНП/финансы), так как считает это вторичной работой по сравнению с "развитием" или "операционкой"

safe_founder_quote (можно выдавать):

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

Удар трекера:

Трекер указывает, что без цифр операционное управление превращается в иллюзию

safe_tracker_quote (можно выдавать):

"Без этого инструмента вы не можете прозрачно и быстро управлять процессом. Нужно донести, что цифры — это и есть управление."

  1. Отмазка «Очарование валовым оборотом (Тендерная ловушка)»

Как фаундер сопротивляется:

Фаундер хвастается огромными оборотами и планирует KPI от объема проходящих через компанию денег, игнорируя реальную маржу

safe_founder_quote (можно выдавать):

"У нас в тендерах можно сделать огромный оборот. Разве это не показатель успеха?"

"Потому что даже оборот, особенно у нас в тендерных продажах, там так можно наоборотить."

Удар трекера:

Трекер отрезвляет, напоминая, что гигантский оборот может иметь нулевую рентабельность, и KPI нужно ставить только на прибыль

safe_tracker_quote (можно выдавать):

"Вы можете накрутить любой оборот, но рентабельность там будет нулевая. Компании нужна маржа, а не движение чужих миллионов по счету."

  1. Отмазка «Я не хочу сидеть в этих цифрах (Неуправляемая вечеринка)»

Как фаундер сопротивляется:

Фаундер откровенно саботирует внедрение дашбордов и финансового контроля, потому что ему эмоционально некомфортно видеть жесткие цифры

safe_founder_quote (можно выдавать):

"Я не живу в этих таблицах, мне не хочется в них сидеть, это вообще задача бухгалтерии."

Удар трекера:

Трекер рисует жесткий сценарий будущего: если не считать метрики, бизнес превращается в "неуправляемую вечеринку", после которой неизбежно наступит кассовое "похмелье"

safe_tracker_quote (можно выдавать):

"Если вы не считаете лидов и деньги — это неуправляемая вечеринка. Она закончится, и наступит жесткое кассовое похмелье."

P04 · Первые шаги

  • inject_id: ad426f85-62f8-4888-b012-db9d6d64f5fd
  • card_type: first_step
  • placement: reference
  • enabled: true
  • sort_order: 0
  • card_lifecycle_status: legacy
  • card_format: legacy_prompt_inject
  • entity_id: MDP_001
  • manifestation_id: PTM_151
  • comment: —
  • updated_at: 2026-07-02 12:12:40.591141+00:00
  • updated_by: backfill:clean_pattern_prompt_cards

prompt_text:

  1. Микро-действие: Собрать P&L за прошлый закрытый месяц

Описание:

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

safe_tracker_quote (можно выдавать):

"Ваша первая задача — выделить время, пройти модуль по P&L и собрать свой первый отчет о прибылях и убытках за прошлый месяц. Сразу после этого садимся и анализируем его."

  1. Микро-действие: Собрать "черновой" P&L (если точные данные недоступны)

Описание:

Если база 1С "не закрывается" или данных нет, трекер требует собрать хотя бы грубую, черновую версию P&L "на коленке", чтобы подсветить главные дыры, не дожидаясь идеальной оцифровки.

safe_tracker_quote (можно выдавать):

"Соберите P&L в ближайшее время. Пусть он будет не идеальным, а черновым, но он должен появиться, потому что риски управления вслепую слишком велики."

  1. Микро-действие: Заполнить факт и защитить каждую строчку

Описание:

Трекер ставит задачу не просто создать таблицу, но вручную заполнить факт за прошлый месяц и быть готовым прокомментировать каждую цифру перед "советом директоров".

safe_tracker_quote (можно выдавать):

"Создайте новую структуру P&L, заполните факт за сентябрь и будьте готовы прокомментировать каждую цифру и каждую строчку — вы должны точно знать, откуда взялась эта сумма."

  1. Микро-действие: Запустить простой ДДС (Cashflow) как первый спасательный круг

Описание:

Если фаундер вообще не понимает разницы между прибылью и кэшем и пугается P&L, первым шагом ставится контроль движения денег (ДДС), чтобы хотя бы остановить кассовые разрывы.

safe_tracker_quote (можно выдавать):

"Если P&L пока пугает, давайте в первую очередь соберем Cashflow (ДДС). Это будет проще и понятнее для старта — просто видеть приход и расход."

  1. Микро-действие: Разделить расходы в P&L на постоянные и переменные

Описание:

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

safe_tracker_quote (можно выдавать):

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

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

Описание:

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

safe_tracker_quote (можно выдавать):

"Давайте внедрим процесс бюджетирования. Пришлите мне во вторник или среду свой план доходов и расходов на следующий месяц в структуре P&L."

  1. Микро-действие: Ретроспективно собрать P&L за 2 последних месяца

Описание:

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

safe_tracker_quote (можно выдавать):

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

  1. Микро-действие: Делегировать сбор P&L внешнему специалисту (бизнес-инженеру)

Описание:

Если фаундер саботирует таблицы и не может свести цифры сам, трекер требует немедленно передать эту задачу профильному подрядчику или бизнес-инженеру.

safe_tracker_quote (можно выдавать):

"Прямо сейчас запишем задачу: пойти к бизнес-инженеру и вместе с ним собрать финансовую отчетность, потому что сами вы эти данные не сведете."

  1. Микро-действие: Внедрить платежные дни и проверку кэшфлоу перед оплатой

Описание:

Жесткое операционное действие — запретить хаотичные платежи каждый день. Требуется ввести 2-3 платежных дня в неделю, перед которыми бухгалтер обязан скидывать сводку ДДС для одобрения.

safe_tracker_quote (можно выдавать):

"Установите два платежных дня в неделю. Бухгалтер должен сначала скидывать вам сводку ДДС, и только если вы в плюсе по кэшфлоу, вы разрешаете платить."

  1. Микро-действие: Установить жесткий дедлайн на сборку P&L (5-е число месяца)

Описание:

Перевод отчета из статуса "когда-нибудь соберем" в статус регулярного менеджмента. Трекер требует зафиксировать правило: отчет должен лежать на столе к 5 числу каждого месяца с достоверностью 95%.

safe_tracker_quote (можно выдавать):

"Поставьте задачу финансовому менеджеру: P&L должен закрываться и лежать на столе каждого 5-го числа следующего месяца с достоверностью данных не ниже 95%."

P05 · Ролевая динамика

  • inject_id: e6504367-ce6b-44cb-a6fa-966b1a3369d7
  • card_type: role_play
  • placement: reference
  • enabled: true
  • sort_order: 0
  • card_lifecycle_status: legacy
  • card_format: legacy_prompt_inject
  • entity_id: MDP_001
  • manifestation_id: PTM_151
  • comment: —
  • updated_at: 2026-07-02 12:12:40.591141+00:00
  • updated_by: backfill:clean_pattern_prompt_cards

prompt_text:

  1. Подмена управленца фискальным бухгалтером

Кто создает ловушку (Архитектор проблемы):

Собственник, который делегирует функцию управленческого учета главному бухгалтеру

. Бухгалтер, в свою очередь, искажает данные, так как его главная цель (KPI) — снижение налогов и сдача фискальной отчетности государству, а не показ реальной управленческой прибыли

Кто страдает (Жертва):

Собственник и топ-менеджеры компании, которые управляют бизнесом "вслепую", опираясь на искаженные фискальные данные, маскирующие убытки

Кто должен чинить (Агент изменений):

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

safe_example (можно выдавать):

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

  1. Ментальная касса (Смешение кошельков фаундера и бизнеса)

Кто создает ловушку (Архитектор проблемы):

Фаундер, который интуитивно, "в голове" распоряжается положительным остатком на расчетном счете

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

Кто страдает (Жертва):

Оборотный капитал компании и инвесторы

. Обязательства перед клиентами и поставщиками оказываются необеспеченными, что ведет бизнес к внезапному кассовому разрыву

Кто должен чинить (Агент изменений):

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

safe_example (можно выдавать):

"Личные расходы, такие как оплата за школу или садик, не должны проходить как траты бизнеса. Почему компания или инвесторы должны за это платить? Это ваши дивиденды."

  1. Делегирование контроля себестоимости в "общий котел"

Кто создает ловушку (Архитектор проблемы):

Линейный менеджмент (руководители производства, закупщики, РОПы), которые "коллективно" отвечают за расходы

. Из-за размазанной ответственности никто лично не контролирует превышение плановой себестоимости

Кто страдает (Жертва):

Чистая маржинальность компании

. Валовая выручка может расти, но из-за перерасхода компания масштабирует убытки

Кто должен чинить (Агент изменений):

Генеральный директор (CEO), который закрепляет персональную (а не групповую) ответственность за каждую строчку расходов в P&L

safe_example (можно выдавать):

"Групповая ответственность не работает. Должен быть конкретный руководитель, который персонально отвечает за то, почему плановая себестоимость по договору выросла с 35% до 38%."

  1. Комплекс Творца в финансах (Сборка P&L руками SEO)

Кто создает ловушку (Архитектор проблемы):

Собственник (CEO), который решает самостоятельно собирать управленческие отчеты в Excel

. Из-за нехватки времени эта задача саботируется, отчетность откладывается, и бизнес управляется без твердых цифр

Кто страдает (Жертва):

Вся компания, так как стратегические решения принимаются с огромной задержкой или "по ощущениям" из-за отсутствия готового P&L

Кто должен чинить (Агент изменений):

Нанятый финансист или профильный ассистент

. Фаундер должен выступать только в роли заказчика (читателя) отчета, а не его сборщика

safe_example (можно выдавать):

"Вы не должны сами собирать P&L, иначе он никогда не будет готов вовремя. Наймите финансиста, который положит вам отчет на стол к 5-му числу месяца, чтобы вы просто принимали решения."

  1. Капкан незакрытых актов (Менеджеры против метода начисления)

Кто создает ловушку (Архитектор проблемы):

Проджект-менеджеры и менеджеры по работе с клиентами, которые воспринимают получение предоплаты как "заработанные деньги" и забывают подписывать закрывающие акты по завершенным проектам

Кто страдает (Жертва):

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

Кто должен чинить (Агент изменений):

Финансовый менеджер / Коммерческий директор, который внедряет жесткий регламент: деньги становятся выручкой компании только в момент подписания закрывающих актов

safe_example (можно выдавать):

"Мы обнаружили, что акты выставлены лишь по 10% завершенных проектов. Пока акт не подписан, эти деньги не являются нашей выручкой, и мы не можем фиксировать по ним прибыль."

ㅤ

Содержание