Живой sizing-документ: допущения, пересчёт и версия, которую можно предъявить

По шагам

1. 1. Определите, какое решение поддерживает расчёт

   Живой sizing-документ — это подсистема, а не файл. Обычный сайзинг устроен как функция от входа к числу: вбили допущения → получили размер рынка → выгрузили PDF. Он умирает вместе с файлом, и устаревание остаётся незаметным: цифра на слайде выглядит так же свежо, как вчера. Здесь расчёт — узел графа, а число не результат, а текущее значение выражения над реестром допущений. Важное свойство одно: у каждого числа есть допущение, у каждого допущения — источник, у каждого источника — дата. Прежде чем вносить что-либо, запишите одну фразу: какое решение поддерживает этот расчёт — например, изменение цены, решение по объёму или разговор о выходе на рынок. Остальное содержимое реестра следует из неё. Чего sizing не делает: он не делает выводов о рынке сам и не выдаёт «истинный размер рынка». Он даёт расчёт при этих допущениях, и такая формулировка обязательна — именно она снимает юридический риск, описанный в §17 PRD. Ожидаемый результат: у вас есть одна фраза о поддерживаемом решении и пустой реестр, готовый к заполнению.

2. 2. Соберите реестр допущений раньше формулы

   Реестр — то, что делает расчёт воспроизводимым. Каждая запись типизирована: значение, единица измерения, диапазон, тип, источник (ручной ввод, предложение AI или импорт), дата, автор, статус (актуально, устарело или спорно) и связь с гипотезами и фичами, к которым допущение относится. Базовый набор v1 — цена, доля рынка, число клиентов и конверсия, — плюс любые продуктовые метрики, которые вы хотите внести: реестр открыт по составу, поэтому ваша метрика становится доступна всем формулам, которые на неё ссылаются, без изменений в продукте. Отдельного «калькулятора с пустыми полями» здесь нет: допущения — те же объекты, с которыми работает остальной продукт. Усилия уходят в реестр, и это ожидаемо. Ожидаемый результат: вы можете перечислить все допущения, от которых зависит расчёт, и по каждому назвать человека, который его внёс, и дату.

3. 3. Вносите допущения вручную или подтверждайте предложенные

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

4. 4. Пишите формулу так, чтобы её видел пользователь

   Доступны четыре семейства расчётов: top-down от TAM к SAM и SOM, bottom-up «юниты × цена», ROI фичи как выгода к затратам и юнит-экономика с CAC, LTV и сроком окупаемости. Юнит-экономика здесь продуктовая, а не финансовая отчётность, и считается на тех же допущениях, что и остальной документ. Формула каждого расчёта видна вам, а результат воспроизводится по снимку версии: те же допущения и те же выражения дают то же число. Именно это превращает документ в документ, а не в утверждение. Формулы исполняет детерминированный код, ассистент в арифметике не участвует. Он может предложить связь допущения с гипотезой или фичей и сформулировать текст вокруг результата — но только из уже посчитанных чисел и со ссылкой на расчёт. Ожидаемый результат: вы читаете формулу любой цифры в документе и можете посчитать её сами.

5. 5. Измените одно допущение и дайте каскаду пройти

   Причина держать sizing живым — каскад. Когда вы меняете цену в базовом допущении, всё зависящее от неё помечается как требующее пересчёта, и пересчёт идёт автоматически: сдвигаются top-down, ROI фичи и юнит-экономика. Зависимости не только те, где цена названа прямо, — пересчитывается и формула, где цена используется через преобразование. Результат принимает человек, а не система: новая версия появляется в списке версий с датой и дельтой к предыдущей, и версии сравнимы между собой. Пересчёт — не тихое редактирование: старая версия остаётся вместе с набором допущений, формул и результатом, из которых она получена. Ожидаемый результат: вы изменили одно значение и видите, какие цифры сдвинулись, на сколько и из какого допущения это пошло.

6. 6. Зафиксируйте версию для разговора

   Версия — это снимок: допущения, формулы и результат на момент времени, с датой. Это не «третья версия документа», а воспроизводимый расчёт — вот эти допущения, вот эти формулы, вот этот результат на такую-то дату. Такой срез и есть то, что вы предъявляете. Его можно открыть и позже, и он всё ещё покажет полный список допущений, использованных для расчёта, поэтому сегодняшнее число завтра может проверить кто-то другой. Есть и режим «версия для инвестора»: зафиксированный срез с датой и допущениями за спиной, так что предъявляется расчёт, а не голое число. Документ выгружается в CSV и Markdown с приложенным списком допущений. Что этот режим в итоге окажется — отдельным документом или режимом — остаётся открытым решением в PRD; срез с датой и допущениями — то, что продукт даёт. Ожидаемый результат: у вас есть датированный срез, который можно показать и воспроизвести.

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

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

8. 8. Держите в голове границы и риски

   Sizing в этом продукте не делает выводов о рынке сам: данные приходят из источника — импорта, документа, предложения AI с цитатой, — и всегда помечены этим источником. Он не заменяет финансовую модель и не требует полноты. Он не делает готовых рыночных отчётов, не выгружается сам в CRM или BI и не даёт встроенной аналитики продукта. Риски названы, и у каждого есть контрмера: красивый пересчёт на устаревших данных — просроченные допущения показываются, а использование такого расчёта требует подтверждения; раздувание объёма — один движок, а остальные семейства расчётов это тот же движок с другими выражениями; выдуманные рыночные числа — предложение AI применяется только после подтверждения и всегда несёт источник; юридический риск — продукт показывает допущения рядом с результатом, так что предъявляется расчёт, а не число. Продуктовое требование перечисляет в v1 все четыре семейства расчётов, а рекомендация по срокам — сначала реестр и одно семейство на полном движке. Ожидаемый результат: вы можете назвать, чего sizing не делает, и что остаётся на человеке.

Если не работает

Цифра выглядит правдоподобно, и никто не может объяснить, откуда она.

Откройте цепочку происхождения у допущения, на котором стоит число. У каждого допущения записано, кто его внёс, когда и на каком основании: ручной ввод, предложение AI или импорт. Если источника нет, значение помечено как «оценка AI» и требует подтверждения перед применением. Число без объяснения — это не дефект расчёта, а пропущенная запись в реестре, и лечится это добавлением источника, а не округлением цифры.

Ассистент предложил рыночную цифру, и она уже в слайде.

Предложение — не значение. Оно остаётся в статусе «предложено, не подтверждено» и не применяется ни в одном расчёте, пока вы его не подтвердите. Если такое значение попало в артефакт, система требует подтверждения и помечает цифру как «оценка AI, источник не подтверждён». Откройте допущение и либо приложите источник, на который опирается предложение, либо отклоните значение, а затем проверьте все артефакты, собранные из него.

Я поменял цену, а изменилась только одна цифра.

Каскад помечает зависимые расчёты как требующие пересчёта и пересчитывает их: top-down, ROI фичи и юнит-экономику, включая формулы, где цена используется через преобразование. Если цифра не сдвинулась, проверьте, ссылается ли формула на допущение напрямую или пересчёт ещё ждёт принятия результата: пересчёт автоматический, а вот принятие новой версии делает человек.

Расчёт опирается на просроченное допущение.

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

Данных не хватает, чтобы закрыть модель целиком.

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