3-Tier Templates — solo, mid, corporate

Время: ~25 мин теории + 40 мин практики

Суть урока

Когда строишь жильё — выбираешь под себя. Студия 30 м² для одного фрилансера, дом для семьи из пятерых, офис для компании на 50 человек. Это разные здания с разной инфраструктурой. В студии не нужен серверный зал. В офисе на 50 человек одной розетки не хватит.

Так же и с template для нового проекта. Один шаблон на все случаи — это либо избыточная сложность для соло-предпринимателя (он 2 недели разбирается в audit/, engineering-standards/, SOC2 чек-листах вместо того чтобы запустить MVP), либо недостаток для корпоративного клиента (B2B контракт требует data processing agreement, а его нет в проекте).

Решение — матрица 3 tier × 8 типов проектов. Три уровня инфраструктуры (solopreneur / mid-business / corporate) умножаются на восемь типов бизнеса (SaaS, контент, сервис и т.д.). Это 24 готовых конфигурации. Плюс LEGO modules — добавляешь только то что реально нужно, не больше.

🎨 Образ: платформа для нескольких проектов — это завод по производству бизнесов. Раньше с завода выходила одна модель грузовика — для дальнобойщика и для садовника одинаковая. Теперь — линейка: легковая для одного, минивэн для семьи, фура для логистики. На каждой стадии меняются только модули (двигатель, кузов, электроника) — рама и принцип сборки одни и те же.

Ключевые концепции

• Tier — уровень инфраструктуры проекта: solopreneur, mid-business, corporate. Определяется не амбициями, а реальной нагрузкой (команда, бюджет, compliance)
• Base — фундамент проекта который одинаков на всех tier: 4 файла (CLAUDE.md, MEMORY.md, HANDOFF.md, README.md) + 3 папки (assets, decisions, tasks)
• LEGO modules — 17 опциональных блоков которые добавляются по запросу: brand, departments, analytics, customers, tests, deployments, prps, prompts, explorations, compliance, security, audit, governance, infrastructure, contracts, reporting, context
• Project type — категория проекта определяющая дефолтный набор модулей: SaaS, Content, Service, Marketplace, Tool, Community, Education, Build-to-Sell
• Non-negotiable — модули обязательные на всех tier: MEMORY.md и HANDOFF.md. Без них новый Claude session начинает с нуля каждый раз
• Detachability — требование чтобы проект мог жить без платформы. Если общая платформа закрыта — у проекта свой CLAUDE.md, свои данные владельца, свой BRAND-VOICE.md. Не зависит от родителя
• Portfolio Pattern — общая инфраструктура платформы (CORE) + независимые проекты с собственной идентичностью
• Decision tree — алгоритм выбора tier и модулей: 4 вопроса → готовая конфигурация
• Smart suggestions — команда /audit-needs где Claude анализирует проект и предлагает какие модули добавить
• Module promotion — паттерн миграции проекта вверх по tier: solo → mid → corporate когда вырос

Теория

Зачем три уровня

Один template на всё — антипаттерн. Объясню через цифры.

Соло-предпринимателю который пилит MVP за выходные — нужно начать кодить через 10 минут. Если template приходит с папками engineering-standards/, audit/, compliance/gdpr.md, security/threat-model.md — он 4 часа разбирается что это и зачем. В итоге либо удаляет половину (зря потратил время на чтение), либо оставляет и забывает (мёртвый код в проекте).

Корпоративный клиент с B2B контрактом — наоборот. Когда юристы спрашивают "где у вас Data Processing Agreement и breach notification policy?" — нужно показать готовые документы за 5 минут, не писать их с нуля 3 дня.

Решение — трёхуровневая иерархия. Каждый уровень добавляет только то что нужно на этой стадии.

🎨 Образ: одежда. Соло — футболка и джинсы (минимум, удобно, быстро). Mid-business — рубашка с галстуком (уже встречаешь клиентов). Corporate — костюм с запонками (тебя пускают на этаж к топ-менеджменту банка).

Tier 1: Solopreneur — студия 30 м²

Профиль: 1 человек. Бюджет $0-500/мес. Фокус — MVP, time-to-market, validation. Manual processes допустимы.

Что входит (base/):

• CLAUDE.md — loader, как работать с проектом
• MEMORY.md — что я уже знаю об этом проекте (digest для restore context)
• HANDOFF.md — если передавать проект другому Claude / разработчику
• README.md — внешний interface (для пользователей, GitHub)
• assets/ — статика, логотипы, скриншоты
• decisions/ — журнал решений (по одному файлу на решение)
• tasks/ — текущие задачи

Что НЕ входит (умышленно):

• ❌ Subagents per-project (используются общие агенты платформы)
• ❌ Hooks per-project (наследуются от CORE)
• ❌ Compliance docs (для соло никто не требует SOC2)
• ❌ Engineering Standards — некого governance, ты один
• ❌ Audit log per-project (хватает CORE audit)
• ❌ Contracts — нет B2B пока

Стоимость: ~5-15 KB markdown файлов. Время setup: 5-10 минут через /new-project.

Антипаттерн: соло-предприниматель добавляет engineering-standards/ "на будущее". Через год governance папка пустая, проект закрыт. Время потрачено зря. Правило: не добавляй то что не нужно сегодня.

Tier 2: Mid-business — дом для семьи

Профиль: 2-10 человек (включая фрилансеров). Бюджет $500-5000/мес. Есть клиенты которые платят. Automation начинает экономить деньги. Появляются deployment процессы.

Что добавляется к base:

• BRAND-VOICE.md — единый стиль для команды (если 3 человека пишут контент — нужен один tone)
• ARCHITECTURE.md — диаграмма системы (новый разработчик видит как всё связано)
• BUDGET.md — операционные расходы по месяцам
• ROADMAP.md — что планируется на 3-6 месяцев
• departments/ — функциональные области (marketing, support, ops)
• analytics/ — метрики, KPI dashboards
• customers/ — psevdonymized client data (не сырые PII)
• tests/ — автотесты (Vitest, Playwright)
• deployments/ — staging + production процедуры

Опциональные модули по контексту:

• prps/ — Product Requirement Prompts (для feature development через /generate-prp)
• prompts/ — переиспользуемые prompts library
• explorations/ — R&D эксперименты не идущие в production

Стоимость: ~50-150 KB. Время setup: 30-60 минут через /new-project --tier=mid + /add-module.

Pattern: postpone до сигнала. Не добавляй analytics/ пока нет 10 платящих клиентов — нечего измерять. Добавляй когда MEMORY.md Recent Decisions упоминает метрики 3 раза подряд.

🎨 Образ: ремонт квартиры. Сначала живёшь — понимаешь где не хватает розеток, где плохой свет, где скрипит пол. Потом точечно ремонтируешь. Не делаешь capital overhaul пока не пожил.

Tier 3: Corporate — офисное здание

Профиль: 50+ человек (или 5-10 человек с enterprise B2B контрактами). Бюджет $5000+/мес. Compliance обязательна. SOC2 / GDPR / HIPAA в зависимости от индустрии. Audit trail требуется юристами.

Что добавляется к mid-business:

• ENGINEERING-STANDARDS.md — структура принятия решений (кто что approve)
• compliance/ — полный набор: GDPR baseline, CCPA, privacy-policy, ToS, cookie-policy, retention-policy, breach-notification, data-classification, data-processing-agreement, audit-checklist
• security/ — threat model, secrets-management, incident-response runbook
• audit/ — append-only логи всех значимых действий (для SOC2 audits)
• infrastructure/ — IaC, DR (disaster recovery), backup strategy
• contracts/ — MSA, SLA, NDA templates для B2B клиентов
• reporting/ — quarterly business reviews, board reports

Стоимость: ~300 KB - 1 MB. Время setup: 4-8 часов через /new-project --tier=corporate + manual customization legal docs.

Антипаттерн: soло-предприниматель прыгает на corporate tier потому что "хочу выглядеть серьёзно". Через месяц обнаруживает что compliance/gdpr.md содержит generic template который не применим к его конкретной ситуации. Юристам всё равно нужен ревью. Время потрачено зря.

Правило: corporate tier включается по сигналу извне — первый enterprise клиент в pipeline, юрист попросил DPA, аудитор начинает SOC2 readiness assessment. Не "на всякий случай".

8 типов проектов × 3 tier

Portfolio Pattern предусматривает 8 типов проектов. Каждый имеет дефолтный набор модулей.

Build-to-Sell особенный: его задача — быть готовым к передаче в любой момент. Поэтому даже solo tier включает усиленный HANDOFF.md (для будущего покупателя). Mid-business — уже полный набор, потому что продаваемый бизнес должен показать ARR, метрики, документацию.

Non-negotiable across all tiers

Два файла обязательны на всех уровнях. Без них Claude session начинает с нуля каждый раз.

1. MEMORY.md — quick digest проекта

Когда новая Claude session открывает проект, первое что читает — MEMORY.md. За 2 минуты restore context: phase, recent decisions, open blockers, tech stack, top metrics.

Без MEMORY.md:

• Claude читает всё CLAUDE.md + README.md + последние 10 commits + scan структуры — 10 минут
• На 10 минуте начинает работу но с неполным контекстом
• Постоянные уточняющие вопросы к владельцу проекта

С MEMORY.md:

• 2 минуты — full context restored
• Claude сразу предлагает next action
• Минимум context-related вопросов

2. HANDOFF.md — continuity файл

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

Должен ответить на:

• Что делает этот проект?
• Какой текущий статус (revenue, users, blockers)?
• Где исходники, где deployment, где админ-доступы?
• Кто партнёры/клиенты (psevdonymized)?
• Какие риски и open issues?

Без HANDOFF.md проект не detachable. Не сможет выжить, если общая платформа закроется или владелец передаст проект наследнику. Это нарушает принцип отделяемости проектов (detachability).

LEGO modules — каталог

17 модулей доступны через /add-module. Группируются по функции.

Brand & Identity (1):

• brand/ — BRAND-VOICE.md, brand-guidelines, visual identity

Operations (4):

• departments/ — функциональные области (marketing, support, ops, finance)
• analytics/ — metrics, KPIs, dashboards
• customers/ — psevdonymized client data
• reporting/ — periodic reviews (weekly/monthly/quarterly)

Engineering (6):

• tests/ — Vitest/Playwright/Jest setup
• deployments/ — staging + production procedures
• prps/ — Product Requirement Prompts для feature dev
• prompts/ — reusable prompts library
• explorations/ — R&D experiments
• infrastructure/ — IaC, DR, backup strategies

Compliance & Risk (5):

• compliance/ — GDPR, CCPA, privacy, ToS, retention policies
• security/ — threat model, secrets, incident response
• audit/ — append-only логи
• engineering-standards/ — decision-making structure
• contracts/ — MSA, SLA, NDA templates

Context (1):

• context/ — внешние knowledge files (specs, papers, glossaries специфичные для проекта)

Decision tree — как выбрать tier

Вопрос 1: Сколько человек активно работает над проектом?
  1 человек → tier solo (start here, upgrade later)
  2-10 человек → tier mid-business
  10+ человек ИЛИ есть B2B enterprise клиенты → tier corporate

Вопрос 2: Есть ли регуляторные требования?
  Нет → решение из вопроса 1
  GDPR (EU users) / CCPA (CA users) → минимум mid-business + compliance module
  HIPAA / SOC2 / финансовые регуляции → corporate

Вопрос 3: Готовишь проект к продаже?
  Нет → решение из вопросов 1-2
  Да → tier + 1 (минимум mid-business даже если соло). HANDOFF.md усиленный
  Готов к продаже сейчас → corporate (показывает зрелость покупателю)

Вопрос 4: Какой revenue?
  $0-1000/мес → solo
  $1000-10000/мес → mid-business
  $10000+/мес ИЛИ enterprise contracts → corporate

Если результаты разных вопросов разные — берёшь самый высокий tier. Лучше overshoot чем undershoot когда нагрузка вырастет.

Promotion: миграция между tier

Проект может вырасти. Solo → mid-business происходит когда:

• Появился второй человек в команде (фрилансер, partner)
• Первые $500-1000/мес revenue стабильно
• 10+ платящих клиентов
• Решения начинаются обсуждаться (нужен decisions/)

Mid → corporate триггеры:

• Первый enterprise B2B prospect (deal $10K+/year)
• Юристы prospects запросили compliance docs
• Аудит / due diligence (для продажи проекта или раунда инвестиций)
• Команда 10+ человек

Процесс promotion:

1. Запусти /audit-needs — Claude скажет какие модули рекомендует
2. Владелец проекта утверждает список
3. /add-module compliance / /add-module security / etc.
4. Заполни generic templates специфичными данными
5. Обнови MEMORY.md с новым tier status

Антипаттерн: preemptive promotion. Не upgrade tier потому что "хочу выглядеть серьёзно". Upgrade — реакция на внешний сигнал, не интернальная амбиция.

Detachability — критичное требование

Каждый проект должен пережить смерть платформы. Если платформа закрыта завтра — любой проект, например projects/my-newsletter/, должен продолжать работать как standalone проект.

Что это значит на практике:

• ✅ Свой CLAUDE.md (не только @import из CORE)
• ✅ Свой BRAND-VOICE.md (не зависит от правил общения владельца платформы)
• ✅ Свои данные владельца (если нужно — псевдонимизированные)
• ✅ Свои deployment scripts (не вызывают общую инфраструктуру платформы напрямую)
• ✅ HANDOFF.md само-достаточный для внешнего читателя

Что разрешено заимствовать:

• Shared playbooks через ссылку вида @~/platform/... (если проект остаётся в платформе)
• Shared agents и hooks (но при отрыве — копируются в проект)

🎨 Образ: ребёнок вырос — должен мочь жить отдельно от родителей. Не значит обязательно отделится. Но в любой момент может. Платформа — родитель, проекты — взрослые дети.

🧪 Практика

Команды /new-project, /add-module, /audit-needs и /handoff — пользовательские команды из рабочего репозитория автора, а папки projects/_template/ в открытый доступ не выложены. Если их у тебя нет, создай такие же сам: в Claude Code пользовательская команда — это навык (файл .claude/skills/<имя>/SKILL.md), старые файлы .claude/commands/<имя>.md тоже продолжают работать. Попроси Claude собрать такую команду по описанию из урока.

Шаг 1: Запусти новый проект через /new-project

# В Claude Code, открыв папку своей платформы
/new-project my-newsletter

Claude задаст 4 вопроса (Decision tree выше):

• Сколько человек?
• Регуляторные требования?
• Готовишь к продаже?
• Текущий revenue?

На основе ответов предложит tier + модули. Approve — создаётся структура.

Шаг 2: Изучи созданную структуру

ls projects/my-newsletter/

Solo tier — увидишь:

projects/my-newsletter/
├── CLAUDE.md          (loader)
├── MEMORY.md          (digest — обязательный)
├── HANDOFF.md         (continuity — обязательный)
├── README.md          (внешний interface)
├── AGENTS.md          (symlink на CORE agents)
├── assets/            (logos, screenshots)
├── decisions/         (журнал)
└── tasks/             (текущие)

Mid-business добавит: BRAND-VOICE.md, ARCHITECTURE.md, BUDGET.md, ROADMAP.md, analytics/, customers/, departments/, deployments/, tests/.

Corporate добавит к mid: ENGINEERING-STANDARDS.md, compliance/, security/.

Шаг 3: Добавь модуль по сигналу

Прошёл месяц. У my-newsletter появились 50 платящих подписчиков. Нужно начать tracking metrics.

/add-module analytics

Claude:

1. Проверит совместимость (есть ли уже analytics? нет — добавляем)
2. Скопирует template из projects/_template/modules/analytics/
3. Адаптирует под текущий tier
4. Обновит MEMORY.md (зафиксирует что добавлен модуль)
5. Предложит next step (заполнить начальные metrics)

Шаг 4: Smart suggestions через /audit-needs

/audit-needs

Claude проанализирует MEMORY.md, recent decisions, текущую структуру и предложит:

Recommended modules for my-newsletter:
✅ ALREADY HAVE: brand, analytics
🔵 SUGGEST: customers (you mentioned customer feedback 3 times in decisions/)
🟡 OPTIONAL: prompts (you have 5 reusable prompts in scattered places)
⚪ NOT NEEDED YET: compliance (no EU/CA users mentioned)

Approve? [y/n]

Ты решаешь, что добавлять. Claude не принимает решений сам — только предлагает.

Шаг 5: Promotion solo → mid-business

# После триггера (второй человек, первые $1K/mo)
/audit-needs --tier=mid-business

Claude покажет gap analysis:

Current: solo tier
Target: mid-business tier

Missing modules for mid-business:
- BRAND-VOICE.md (need for team consistency)
- ARCHITECTURE.md (onboard new developer)
- BUDGET.md (track operational costs)
- ROADMAP.md (3-6 month plan)
- departments/ (functional areas)
- analytics/ (KPIs tracking)
- deployments/ (staging procedure)

Estimated time to setup: 1-2 hours
Estimated maintenance overhead: +30 min/week

Proceed with promotion? [y/n]

Шаг 6: Verify detachability

Раз в квартал — проверяй что проект detachable.

/handoff projects/my-newsletter

Claude сгенерирует HANDOFF.md для внешнего читателя. Прочитай как незнакомый:

• Понятно что делает проект?
• Есть финансовые метрики (revenue, costs)?
• Указаны критичные dependencies (API keys, hosting)?
• PII псевдонимизирована?
• Можно ли запустить проект без общей платформы?

Если ответ "нет" хотя бы на один — fix перед next quarter.

Шаг 7: Build-to-Sell сценарий (если применим)

Если строишь проект на продажу:

/new-project saas-tool --type=build-to-sell

Дефолт уже включает усиленный HANDOFF.md. Дополнительно нужно:

1. Полная псевдонимизация данных владельца
2. Asset inventory — список всего (domains, accounts, IP)
3. Financial summary — last 12 months P&L (если применимо)
4. Customer list — псевдонимизированный (для due diligence покупателя)
5. Transition plan — как новый owner возьмёт проект (login changes, payment redirects)

# Через 6 месяцев перед продажей
/add-module reporting  # quarterly business reviews — повышают valuation
/add-module contracts  # MSA/SLA готовы для покупателя
/audit-needs --tier=corporate  # gap analysis для premium sale

Шаг 8: Practice — выбери tier для своих идей

Возьми 3 свои текущие или планируемые проекта. Применили decision tree:

Заметь — наименьший компонент определяет tier. Если хоть один вопрос даёт corporate (например HIPAA) — весь проект corporate.

⚠️ Антипаттерны

❌ Один template на все случаи. Раньше был один большой template который содержал ВСЁ. Соло-предприниматель тратил 4 часа на чтение, удалял половину, путался в остальном. Решение — modular system с явным выбором tier.

❌ Preemptive promotion. Соло-предприниматель добавляет engineering-standards/, compliance/, audit/ "на всякий случай" / "хочу выглядеть серьёзно". Через полгода — папки пустые, time wasted. Правило: promotion реактивна, не проактивна. Внешний сигнал триггерит upgrade.

❌ Пропуск non-negotiables. Соло-предприниматель удаляет MEMORY.md "мне ж и так всё в голове". Через 2 недели — новая Claude session не знает контекст, тратит 30 минут на discovery каждый раз. MEMORY.md и HANDOFF.md обязательны на всех tier.

❌ Module sprawl. Mid-business проект включил все 17 модулей "потому что доступны". Через год — explorations/ папка с одним файлом, contracts/ пустая, audit/ не открывалась. Правило: добавляй модуль когда есть сигнал что он нужен СЕЙЧАС.

❌ Cross-tier copy-paste без adaptation. Скопировал compliance/gdpr.md из template как есть — там generic placeholders типа {{COMPANY_NAME}}. Юрист prospects увидит и потеряет доверие. Правило: template — это стартовая точка, не финальный документ.

❌ Detachability ломается случайно. В проекте написал import config from '/Users/me/platform/shared/...' — теперь проект не работает если переместить папку. Правило: все imports относительные или через явные shared/ symlinks.

❌ Tier mixing внутри проекта. Проект на corporate tier, но decisions/ пустая (не записываются решения). Это не corporate — это solo с расширенной структурой. Tier — это не только файлы, это и discipline их использования.

❌ Build-to-Sell без HANDOFF подготовки. Запустил проект для продажи, но в HANDOFF.md написано "ну ты разберёшься". Покупатель видит непрозрачность и просит скидку. Build-to-Sell = HANDOFF.md как product asset, обновляется монотонно.

🔗 Связано с

Claude.md — системный промпт твоего проекта — что писать в loader проекта. Этот урок дополняет: какой tier выбрать для CLAUDE.md.

Portfolio Detachability — отсоединяемые проекты — общая инфраструктура платформы vs независимые проекты. Здесь — практика создания такого проекта с учётом detachability.

Память и continuity — почему MEMORY.md non-negotiable на всех tier. Про автоматическую память Claude Code см. Claude.md — системный промпт твоего проекта.

Мультиагентная оркестрация — corporate tier добавляет subagents per-project. Solo использует shared CORE agents.

Архитектура скиллов — какие skills нужны на каждом tier (solo — shared library, corporate — может иметь project-specific skills).

✅ Checkpoint

Прежде чем переходить к следующему уроку, убедись что:

• Можешь объяснить разницу между tier solo / mid-business / corporate своими словами через образ
• Знаешь 8 типов проектов и какой набор модулей дефолтный для каждого
• Понимаешь почему MEMORY.md и HANDOFF.md non-negotiable на всех tier
• Применил decision tree к минимум одному своему реальному / планируемому проекту
• Запустил /new-project с правильным tier и проверил структуру
• Знаешь когда добавлять модуль (по сигналу) vs не добавлять (preemptive — антипаттерн)
• Понимаешь требование detachability и почему оно критично
• Запустил /audit-needs хотя бы на одном существующем проекте
• Знаешь триггеры promotion solo → mid → corporate
• Можешь объяснить почему Build-to-Sell — особый случай требующий усиленного HANDOFF

Источники

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

• projects/_template/base/ — фундамент всех tier
• projects/_template/modules/ — 17 LEGO модулей
• projects/_template/business/ — mid-business tier defaults
• projects/_template/corporation/ — corporate tier defaults
• .claude/commands/new-project.md — bootstrap новый проект
• .claude/commands/add-module.md — добавить модуль
• .claude/commands/list-modules.md — что доступно
• .claude/commands/audit-needs.md — smart suggestions
• Принципы платформы — принцип отделяемости проектов (detachability)
• Правила разграничения контекста — что НЕ дублировать между CORE и projects
• Описание фабрики шаблонов — Portfolio Pattern и 8 типов проектов
• MEMORY.md (template) — структура non-negotiable файла

Следующий урок

→ Portfolio Detachability — отсоединяемые проекты