Спецификация бизнес-анализа и развития

Актуальность: 3 августа 2026 года.

Назначение

Эта спецификация задаёт единый способ изучать, аудировать и развивать разные бизнесы в каталоге /home/aleksey/projects/buisness. Основной контекст — управляемый собственником бизнес с командой 1–10 человек. Методика должна оставаться достаточно лёгкой для микробизнеса, но не поверхностной.

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

Карта стандартов

Задача	Обязательный документ
Начать работу и выбрать минимальный маршрут	docs/START_HERE.md
Понять новый бизнес и его специфику	docs/BUSINESS_CONTEXT.md
Провести экспресс-, диагностический или глубокий аудит	docs/BUSINESS_AUDIT.md
Проверить деньги, метрики и сценарии	docs/METRICS_AND_FINANCE.md
Проверить маркетинг, продажи и удержание	docs/SALES_AND_MARKETING_AUDIT.md
Проверить целесообразность и риски AI	docs/AI_BUSINESS_AUDIT.md
Проверить риски и непрерывность	docs/RISK_AND_CONTINUITY.md
Принять решение и установить stop-условия	docs/DECISION_MAKING.md
Найти направления роста и проверить идеи	docs/HYPOTHESES.md
Исследовать рынок, спрос и конкурентов	docs/MARKET_RESEARCH.md
Выбрать внешние материалы и сообщества	docs/SOURCES.md
Проверить российские юридические и налоговые риски	docs/RU_LEGAL_TAX.md
Проверить сайт, данные, рекламу/AI, платежи и штрафы РФ	docs/compliance/INDEX.md
Найти гранты, фонды, льготы и акселераторы РФ	docs/support/INDEX.md
Найти венчурный/ангельский канал для ИТ-стартапа	docs/support/VENTURE_REGISTRY_RU.md
Выбрать отраслевые вопросы и гипотезы	docs/modules/INDEX.md
Организовать регулярный рабочий цикл	docs/OPERATING_CADENCE.md
Выбрать XLSX/Sheets/CSV/БД	docs/data/INDEX.md
Сохранить и обработать заполненные формы	docs/data/WORKING_WITH_FILLED_DATA.md
Скопировать рабочую форму	templates/INDEX.md
Поддерживать актуальность внешних знаний	docs/KNOWLEDGE_MAINTENANCE.md
Подобрать инструменты, skills, плагины и подключения	docs/TOOLS_AND_EXTENSIONS.md

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

Архитектура учебника

Канонические стандарты остаются в docs/, чтобы не ломать ссылки и не дублировать правила. Тематические каталоги содержат маршрутизаторы:

Проектные правила работы Codex находятся в корневом ../AGENTS.md, а полный каталог материалов — в docs/INDEX.md.

• docs/core/INDEX.md — основы, глоссарий и провалы;
• docs/audit/INDEX.md — аудит и доказательства;
• docs/research/INDEX.md — рынок, клиенты и гипотезы;
• docs/finance/INDEX.md — финансы, метрики и таблицы;
• docs/operations/INDEX.md — управление и риски;
• docs/legal/INDEX.md — право и ИТ-комплаенс РФ;
• docs/support/INDEX.md — поддержка и капитал;
• docs/modules/INDEX.md — отраслевые модули;
• docs/tools/INDEX.md — инструменты и актуализация.

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

Форматы данных

• Markdown — контекст, выводы, решения, чек-листы и человеческий review;
• XLSX или Google Sheets — формулы, регулярные реестры и сценарные расчёты;
• UTF-8 CSV — переносимый обмен, импорт, версионирование и анализ Codex;
• SQLite/PostgreSQL — только когда объём, права, связи или параллельная работа делают таблицу ненадёжной.

Единственного «главного XLS-файла» нет: финансовая/операционная книга и управленческие решения имеют разные режимы доступа и жизненный цикл. Базовые схемы находятся в docs/data/WORKBOOK_SCHEMA.md, а порядок работы с заполненными файлами — в docs/data/WORKING_WITH_FILLED_DATA.md.

Основные установки

1. Конкретный бизнес важнее фреймворка. Сначала факты, клиенты, деньги, процессы и цели собственника; затем подходящий метод.
2. Истории предпринимателей создают гипотезы, но не доказывают их. Кейсы, статьи и сообщества являются главным источником идей и практических механизмов. Решение для конкретного бизнеса подтверждается его данными, разговорами с клиентами и экспериментом.
3. Статистика — вспомогательный слой. Она нужна для проверки порядка величины, динамики и границ рынка, но не заменяет наблюдение за покупателями и практикой операторов.
4. Дивергенция предшествует выбору. Для задачи развития сначала строится широкий набор независимых гипотез, включая противоположные и неудобные; только затем они ранжируются.
5. Поведение сильнее мнения. Оплата, повторная покупка, рекомендация, подписанный договор, использование продукта и отказ с причиной сильнее лайков, деклараций интереса и общих положительных отзывов.
6. Экономика важнее оборота. Решение оценивается по марже, денежному потоку, риску, времени владельца и устойчивости, а не только по росту выручки.
7. Простота — ограничение дизайна. Для команды 1–10 человек каждый новый процесс, отчёт, сервис или роль должен окупать стоимость своего ведения.

Единый язык доказательств

Каждое существенное утверждение помечается одним из статусов:

• Факт — подтверждён первичным документом, системой, наблюдением или прямым сообщением владельца с указанной датой.
• Расчёт — воспроизводимо получен из известных данных; формула и допущения записаны.
• Сигнал — косвенное наблюдение, достойное дальнейшей проверки.
• Гипотеза — проверяемое объяснение или вариант действия.
• Мнение/опыт — позиция автора, участника сообщества или эксперта.
• Неизвестно — данных недостаточно; пробел не маскируется оценкой.

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

Базовый рабочий цикл

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

Общий критерий готовности

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