Specification

Client Intenture - Спецификация

Name: Client Intenture

Version: 1.2

Format: Markdown

Status: Release candidate

Based on: In++ 2.2, Inspark CVD Process Release 1.0

Companion: inspark-knowledge-cards.md

Primary Consumer: Nick (AI-агент, S4 Client Cognition + Intenture Realization Strategy)

Date: Апрель 2026

1. Что такое Client Intenture

Client Intenture - это замысел Клиента на создание Ценности через услуги InSpark (от Creator Economy и SMM до AI-контента и комплексных стратегий), выраженный на языке In++ 2.2 (Client Intenture - доменная специализация Inspark для базового In++ Intenture) и структурированный для однозначной интерпретации AI-агентом Nick.

Client Intenture - не анкета и не бриф. Это живой семантический документ, который:

заполняется итеративно (от первого звонка до завершения контракта);
обогащается рыночными данными (Nick + открытые источники);
определяет какие услуги из каталога InSpark нужны Клиенту;
трансформируется в IRS Preview (30%) и Full Intenture Realization Strategy (100%);
эволюционирует по feedback из Value Mining.

Почему Intenture, а не Brief

Brief	Client Intenture
Статичная анкета	Живой документ с lifecycle
Поля заполняются одним источником	Каждое поле имеет Information Source
Заполнил - передал	Итеративное уточнение, Assumption Gate
Нет связи с выходными документами	Прямой маппинг на 10 разделов IRS
Нет проверки полноты	Readiness Layer + Critical Readiness Threshold

Архитектура: Canvas + Knowledge Cards

Client Intenture (Canvas) остается компактным и сфокусированным на замысле. Глубокое знание о клиенте, продукте, рынке и конкурентах вынесено в Knowledge Cards (In++ 2.2):

Client Intenture (Canvas)
  ├── informed_by → Client Card (компания, бизнес-модель, контакты, история)
  ├── informed_by → Product Card (продукт, метрики, позиционирование, аудитория)
  ├── informed_by → Market Card (рынок, тренды, бенчмарки, регуляторика)
  ├── informed_by → Competitive Card (конкуренты, их активности)
  └── порождает   → IRS Preview / Full Intenture Realization Strategy

Canvas ссылается на Knowledge Cards в секции Knowledge Cards AI-facing form. Карточки версионируются независимо, переиспользуются между intenture, и имеют свой lifecycle (Draft → Active → Stale → Archived).

Полная спецификация карточек: inspark-knowledge-cards.md.

2. Information Source - Типизация источников

Каждое поле Client Intenture маркируется тегом источника информации. Это расширение стандартных Evidence-тегов Intenture, адаптированное для многосторонней экспликации (клиент + Nick + рынок).

Тег	Описание	Кто ставит	Пример
`[fact]`	Подтвержденный факт от клиента	Sales Leader / VP	Бюджет $10K, приложение на iOS
`[hypothesis:client]`	Клиент предполагает, не подтверждено	Sales Leader / VP	«Наша ЦА - мамы 25-35»
`[hypothesis:nick]`	Nick предположил на основе анализа	Nick	«CPI ~$1.5 на основе ниши»
`[research]`	Nick нашел из рыночных данных	Nick	«Средний CPI по Health & Fitness - $1.8 (Sensor Tower, Q1 2026)»
`[to-collect]`	Нужно, но еще не собрано	Любой	Брендбук не получен
`[unknown]`	Никто не знает, нужен discovery	Любой	KPI - не определены, нужен «Разгон»

Правила маркировки

Один факт - один тег. Если поле содержит микс, каждый элемент маркируется отдельно.
[research] всегда с источником. Формат: [research] значение (Источник, дата).
[hypothesis:nick] требует Assumption Gate. Nick обязан провести каждое допущение через подтверждение человеком перед переходом в Realizable.
[to-collect] блокирует Readiness, если находится в Critical Block.
[unknown] → режим «Разгон». Если [unknown] в блоке Metrics/Expected Output - активируется пилотный режим.

Маппинг на стандартные статусы Intenture

Information Source	→ Block Status
Все поля `[fact]`	Answered
Микс `[fact]` + `[to-collect]`	Partially Answered
Все `[to-collect]` или `[unknown]`	Unknown Yet
Содержит `[hypothesis:nick]`	Assumed by AI
`[hypothesis:nick]` подтверждена человеком как допущение	Accepted Assumption

3. Lifecycle - Маппинг на CVD

Client Intenture проходит lifecycle In++ 2.2, привязанный к фазам CVD:

Intenture Lifecycle	CVD Phase	Триггер перехода	Что происходит
Dream / Vision Seed	Пре-Фаза 0	Клиент обратился	Есть сигнал, нет структуры
Exploratory	Фаза 0: Client Cognition	Первый звонок состоялся	Sales Leader + Nick заполняют Canvas итеративно
Explicated	Фаза 0 → Гейт 0	Critical Blocks заполнены	ICP Match рассчитан, решение о работе
Structured	Фаза 1: Deal	AI-facing form нормализована	IRS Preview готов, КП сформировано
Realizable	Фаза 2: Blueprint (Гейт 2)	CRT + Assumption Gate пройдены	Full IRS согласована с клиентом
In Realization	Фаза 3-4: Launchpad + Value Mining	Клиент утвердил IRS, Гейт 3	Работа идет, ТЗ и блогеры
Evolving	Фаза 5: Value Capture	Feedback от Holmes, новые данные	IRS обновляется, Canvas эволюционирует
Archived	Гейт 5: Нет → выход	Клиент ушел или post-mortem	Holmes фиксирует уроки

4. Canvas - Структура Client Intenture

4.1. Core Definition (обязательные блоки)

Intent

Чего Клиент хочет достичь через услуги InSpark?

Поле	Описание	IRS →	Типичный источник
Intent Verb	Глагол из Intent Vocabulary (create / improve / extend / explore)	-	`[fact]` / `[hypothesis:nick]`
Intent Statement	Формулировка замысла одним предложением	IRS §4 Messages	`[fact]`
Business Goal	Бизнес-цель (рост установок, выход на рынок, узнаваемость, присутствие в соцсетях, ребрендинг)	IRS §7 KPI	`[fact]`
Requested Services	Услуги из каталога InSpark: Target Clients / Recognizable Brand / Living Brand / Own Brand Hero / комбинация	IRS §5, §10	`[fact]`
Monetization Model	CPI / CPM / CPL / RevShare / Retainer / Комбинация	IRS §8 Budget	`[fact]` / `[hypothesis:nick]`

Guidance для Nick:

Если клиент говорит «хочу рекламу у блогеров» - это Target Clients. Если «хочу вести соцсети» - Living Brand. Если «хочу все» - комбинация. Уточни Business Goal.
Requested Services определяет структуру IRS. Клиент может начать с одной услуги - это нормально. Предложи смежные услуги, если видишь потенциал.
Если повторный клиент - Intent Verb может быть extend или improve.
Monetization Model определяет структуру KPI. Если клиент не знает - предложи на основе Object + Requested Services.

Object

Что продвигаем?

Поле	Описание	IRS →	Типичный источник
Product Name	Название продукта / сервиса	IRS §1	`[fact]`
Product Type	Мобильное приложение / E-commerce / SaaS / Физический продукт / Сервис	IRS §1	`[fact]`
Platform	iOS / Android / Web / Оффлайн	IRS §1, §5	`[fact]`
URL / Store Link	Ссылка на продукт	IRS §1	`[fact]`
USP	Уникальное торговое предложение (1-3 ключевых)	IRS §1, §4	`[fact]` / `[hypothesis:client]`
Competitive Landscape	Основные конкуренты и их позиционирование	IRS §1	`[fact]` + `[research]`
Current Metrics	Текущие установки/MAU/выручка/рейтинг - baseline для оценки кампании	IRS §7	`[fact]` / `[to-collect]`
Product Stage	Запуск / Рост / Зрелость / Ребрендинг	IRS §1	`[fact]` / `[hypothesis:nick]`

Guidance для Nick:

Детальная информация о продукте хранится в Product Card ([see: Product/product_name]). В Canvas - только ключевые поля для Intent.
USP - основа для Дерева боли (IRS §3). Если клиент затрудняется - извлеки из сайта/стора.
Competitive Landscape: подробности в Competitive Card, в Canvas - только ключевые имена.
Current Metrics нужны для baseline. Детали - в Product Card.

Constraints

Какие ограничения не должны быть нарушены?

Поле	Тип	Описание	IRS →	Типичный источник
Budget	`[budget]`	Общий бюджет кампании	IRS §8	`[fact]`
		`amount:` сумма
		`currency:` USD / EUR / RUB
		`period:` total / monthly
		`flexibility:` none / +N% / negotiable
Timeline	`[timeline]`	Сроки кампании	IRS §10	`[fact]`
		`start:` YYYY-MM-DD
		`deadline:` YYYY-MM-DD
		`type:` hard / soft
		`flexibility:` none / +N weeks / negotiable
Brand Guidelines	`[quality]`	Брендбук, тональность, визуальный стиль	IRS §9	`[fact]` / `[to-collect]`
Stop Words	`[quality]`	Запрещенные слова, темы, конкуренты	IRS §9	`[fact]`
Regulatory	`[legal]`	Маркировка рекламы (РФ: ОРД), возрастные ограничения, фарма, финансы	IRS §9	`[research]` / `[fact]`
Content Approval	`[coordination]`	Требуется ли согласование контента с клиентом? Сроки?	IRS §9, §10	`[fact]`
Geo Restrictions	`[scope]`	География кампании (страны, города, исключения)	IRS §5, §6	`[fact]`
Exclusivity	`[scope]`	Запрет на работу с конкурентами, эксклюзив для блогеров	IRS §9	`[fact]`

Guidance для Nick:

Budget определяет масштаб: <$5K - микро, $5-20K - стандарт, >$20K - масштаб. Масштаб зависит от Requested Services.
Regulatory: если клиент из РФ - автоматически добавь [legal] маркировка рекламы (ОРД, ФЗ-347).
Content Approval: если клиент требует - учти +3-5 дней на каждый цикл в Timeline.
Если Brand Guidelines = [to-collect], запроси у VP до перехода в Structured.

Expected Output

В какой форме клиент хочет получить результат?

Поле	Описание	IRS →	Типичный источник
Primary KPI	Главная метрика (CPI / CPM / CPL / Revenue) + целевое значение	IRS §7	`[fact]` / `[unknown]`
Secondary KPIs	Дополнительные метрики (охват, ER, просмотры, переходы)	IRS §7	`[fact]` / `[hypothesis:nick]`
Deliverables	Что получает клиент (отчеты, видео, интеграции, посты)	IRS §10	`[fact]`
Reporting	Частота и формат отчетности (ЛК / PDF / встречи)	IRS §10	`[fact]` / `[hypothesis:nick]`
Pilot Mode	Нужен ли «Разгон»? (если KPI = `[unknown]`)	IRS §7	`[fact]` / `[hypothesis:nick]`

Guidance для Nick:

Если Primary KPI = [unknown] → автоматически включи Pilot Mode = true.
Pilot Mode меняет CVD: после Гейта 2 → мини-цикл Value Mining → обновление IRS с реальными KPI.
Secondary KPIs: если клиент не указал - предложи на основе Monetization Model и Product Type.
Deliverables: стандарт = ежемесячный отчет в ЛК + встреча с VP.

4.2. Supporting Context (контекстные блоки)

Context

В каком контексте находится клиент и его продукт?

Поле	Описание	IRS →	Типичный источник
Company	Название, сайт, отрасль	IRS §1	`[fact]`
Company Stage	Стартап / Масштабирование / Enterprise	IRS §1	`[fact]` / `[hypothesis:nick]`
Market Context	Тренды рынка, сезонность, события	IRS §1	`[research]`
Previous Experience	Делал ли клиент influence marketing, SMM, работу с контентом раньше? Результаты?	IRS §1	`[fact]` / `[to-collect]`
Why Now	Почему клиент пришел сейчас? Триггер	-	`[fact]`

Value

Какую ценность услуги InSpark создают для Клиента?

Поле	Описание	IRS →	Типичный источник
Business Value	Рост выручки / установок / узнаваемости / доли рынка	IRS §4	`[fact]`
User Value	Что конечный пользователь получает от продукта	IRS §3, §4	`[fact]` / `[hypothesis:nick]`
Emotional Value	Какие эмоции должен вызывать контент у аудитории	IRS §3, §4	`[hypothesis:client]` / `[hypothesis:nick]`

Actors

Кто участвует в процессе со стороны клиента?

Поле	Описание	Типичный источник
Decision Maker	ЛПР: имя, роль, контакт	`[fact]`
Approver	Кто согласовывает контент (если отличается от ЛПР)	`[fact]` / `[to-collect]`
Day-to-Day Contact	Операционный контакт на стороне клиента	`[fact]`
Brand Manager	Есть ли brand-менеджер? Его роль в согласованиях	`[fact]` / `[to-collect]`

Evidence

Какие данные и материалы уже есть?

Поле	Описание	IRS →	Типичный источник
Brand Book	Гайдлайны, лого, цвета, шрифты	IRS §9	`[fact]` / `[to-collect]`
Product Assets	Скриншоты, видео, промо-материалы	IRS §9	`[fact]` / `[to-collect]`
Past Campaigns	Результаты прошлых кампаний - IM, SMM, контент (свои или чужие)	IRS §1, §7	`[fact]` / `[to-collect]`
Analytics Access	Доступ к аналитике (Firebase, AppMetrica, GA)	IRS §7	`[fact]` / `[to-collect]`
Competitor Campaigns	Примеры кампаний конкурентов (IM, SMM, контент)	IRS §1	`[research]`

Metrics

Как будем измерять успех?

Поле	Описание	IRS →	Типичный источник
Primary Metric	Дублирует Primary KPI из Expected Output (single source of truth - Expected Output)	IRS §7	-
Benchmark	Рыночный бенчмарк для Primary KPI	IRS §7	`[research]`
Unit Economics	CPI / CPM / CPL / LTV / ROAS - расчетные	IRS §8	`[hypothesis:nick]` / `[research]`
PDR Baseline	Promise Delivery Rate = 0 на старте	IRS §7	-

4.3. Development Layer (слой развития)

Conception

Каким способом услуги InSpark создадут ценность для этого Клиента?

Поле	Описание	IRS →	Типичный источник
Channel Strategy	Рекомендуемые платформы (YouTube / Instagram / TikTok / Telegram / VK) и способ присутствия на каждой	IRS §5	`[hypothesis:nick]` / `[research]`
Content Formats	Форматы контента: интеграции у блогеров (обзор / упоминание / dedicated / challenge / UGC), SMM-контент (посты / stories / reels), AI-контент (Gabby / LiPs / Brand Hero)	IRS §5	`[hypothesis:nick]`
Creator Archetypes	Типажи Креаторов: блогеры (ниша, размер, стиль, гео), SMM-специалисты, AI-креаторы	IRS §6	`[hypothesis:nick]` / `[research]`
Pain Tree	Дерево: боль → эмоция → микро-боль → месседж	IRS §3, §4	`[hypothesis:nick]` + `[fact]`
Content Approach	Тональность, стиль подачи, обязательные элементы	IRS §4	`[hypothesis:nick]` / `[fact]`

Guidance для Nick:

Pain Tree - ключевой артефакт. Строится на основе USP (Object) + User Value (Value) + [research].
Channel Strategy: учитывай Geo Restrictions + Product Type + Target Audience + Requested Services.
Content Formats и Creator Archetypes зависят от Requested Services: для Target Clients - блогеры + интеграции; для Living Brand - SMM-контент; для Own Brand Hero - AI-креаторы. При комбинации услуг - микс форматов.
Creator Archetypes: минимум 2-3 типажа для диверсификации.

Vision

Как выглядит идеальный результат кампании?

Поле	Описание	Типичный источник
Success Picture	Образ: что изменится после кампании?	`[fact]` / `[hypothesis:client]`
Scale Ambition	Разовая кампания / постоянный канал / стратегическое партнерство	`[fact]`

Target Audience

Кто конечная аудитория?

Поле	Описание	IRS →	Типичный источник
Demographics	Возраст, пол, география	IRS §2	`[fact]` / `[hypothesis:client]`
Psychographics	Интересы, ценности, образ жизни	IRS §2	`[hypothesis:client]` / `[hypothesis:nick]`
Segments	Выделенные сегменты ЦА (2-5)	IRS §2	`[hypothesis:nick]`
Audience Overlap	Пересечение ЦА продукта с аудиторией блогеров	IRS §2, §6	`[research]`

Примечание: Target Audience - расширение стандартного Development Layer. В In++ 2.2 это не отдельный блок, но для услуг InSpark (IM, SMM, AI-контент) это настолько критичная сущность, что выделяется явно. В AI-facing form размещается в Development Layer.

Risks

Поле	Описание	Типичный источник
Brand Risks	Репутационные риски (контент, блогеры)	`[hypothesis:nick]`
Market Risks	Изменение рынка, сезонность, конкуренция	`[research]`
Execution Risks	Блогеры срывают сроки, качество контента	`[hypothesis:nick]`
Regulatory Risks	Изменение законодательства, штрафы	`[research]`

Open Questions

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

Формат:

- [блок] Вопрос - почему важен

Пример:

- [Expected Output] KPI не определены - нужен ли «Разгон»?
- [Constraints] Брендбук не получен - невозможно финализировать Content Approach
- [Target Audience] Клиент говорит «мамы 25-35», но продукт для всей семьи - уточнить сегментацию

5. Readiness Layer - Готовность к IRS

5.1. Critical Readiness Threshold (CRT)

Для перехода Client Intenture в Realizable (= Full IRS можно генерировать) все четыре условия должны быть выполнены:

Intent Answered - Intent Statement + Business Goal + Monetization Model заполнены и не [to-collect]
Object Answered - Product Name + Type + Platform + USP заполнены
Constraints Answered - Budget + Timeline имеют значения (хотя бы flexibility: negotiable)
Expected Output Answered - Primary KPI определен ИЛИ Pilot Mode = true

5.2. Assumption Gate

Перед переходом в Realizable Nick обязан:

Собрать все поля с [hypothesis:nick] в список
Представить каждое допущение человеку (Sales Leader / VP)
Получить для каждого: Подтверждение → [fact], Принятие → Accepted Assumption, Отклонение → [to-collect]
Ни одного [hypothesis:nick] не должно остаться

5.3. IRS Preview Readiness (Фаза 1)

Для генерации IRS Preview (30%, «что» без «как») достаточно:

Intent: Answered
Object: Answered (минимум Name + Type + USP)
Constraints: Budget - хотя бы диапазон
Expected Output: Primary KPI ИЛИ Pilot Mode
Target Audience: хотя бы Demographics
Conception: Channel Strategy - хотя бы [hypothesis:nick]

5.4. Full IRS Readiness (Фаза 2)

Для генерации Full Intenture Realization Strategy (100%) все 10 разделов IRS должны иметь источники:

IRS Раздел	Источники из Canvas	Min Readiness
§1 Анализ продукта	Object (все поля) + Context	Answered
§2 Целевая аудитория	Target Audience (все поля)	Answered или Accepted Assumption
§3 Дерево боли	Conception → Pain Tree	Answered или Accepted Assumption
§4 Месседжи	Intent + Value + Pain Tree	Answered
§5 Каналы и форматы	Conception → Channel Strategy + Content Formats	Answered или Accepted Assumption
§6 Типажи креаторов	Conception → Creator Archetypes	Answered или Accepted Assumption
§7 KPI и метрики	Expected Output + Metrics	Answered ИЛИ Pilot Mode
§8 Бюджет и экономика	Constraints → Budget + Metrics → Unit Economics	Answered
§9 Ограничения	Constraints (все quality/legal/scope) + Evidence	Answered
§10 План исполнения	Constraints → Timeline + все выше	Answered

6. ICP Match - Формула

ICP Match рассчитывается Nick автоматически на основе заполненного Canvas (после Exploratory).

Критерии ICP (Base Score)

ICP Match оценивает соответствие Клиента целевому профилю InSpark. Клиент может запрашивать одну услугу или несколько - базовый ICP Score от этого не зависит. Но клиент, которому нужно больше услуг, получает приоритет через Service Depth Bonus.

Критерий	Вес	Проходной порог	Источник в Canvas
Product Type совместим	20%	iOS/Android app = 100%, E-comm = 80%, Физический = 60%	Object → Product Type
Budget ≥ минимум ($3K)	20%	<$3K = 0%, $3-5K = 60%, $5-20K = 90%, >$20K = 100%	Constraints → Budget
Geo совместима	15%	РФ/СНГ = 100%, MENA = 80%, EU = 70%, Other = 50%	Constraints → Geo
Service-ready	15%	Готов к запрашиваемой услуге: есть продукт/контент/присутствие = 100%, Частично = 60%, Нет = 30%	Object → URL + Requested Services
Timeline реалистичен	15%	≥4 недели = 100%, 2-4 = 70%, <2 = 30%	Constraints → Timeline
Decision Maker доступен	15%	Есть ЛПР + контакт = 100%, Нет = 50%	Actors → Decision Maker

Base ICP Score = Sum (Критерий x Вес)

Service Depth Bonus (приоритизация)

Клиент, которому релевантно больше услуг из каталога, более ценен для InSpark - он глубже интегрируется в экосистему. Service Depth Bonus не влияет на прохождение Gate 0, но определяет приоритет в очереди.

Requested Services	Bonus	Пример
1 услуга	+0%	Только Target Clients
2 услуги	+5%	Target Clients + Living Brand
3+ услуги	+10%	Target Clients + Living Brand + Own Brand Hero

ICP Match Score = Base ICP Score + Service Depth Bonus (capped at 100%)

Гейт 0:

≥ 80% → автоматическое прохождение
50-80% → обсуждение лидеры U1 + U2 (при равных баллах - приоритет клиенту с бо́льшим Service Depth)
< 50% → автоматическое отклонение

7. AI-facing Form - Канонический шаблон

=== CLIENT INTENTURE ===
Name: [Название клиента] - [Название продукта]
Version: 0.1
Lifecycle State: Exploratory
ICP Match: -
Date: YYYY-MM-DD
Author: Sales Leader + Nick

Core Definition:
  Intent: [verb] [requested_services] for [product]
    intent_statement: [fact] "..."
    business_goal: [fact] ...
    requested_services: [fact] Target Clients|Recognizable Brand|Living Brand|Own Brand Hero|комбинация
    monetization_model: [fact|hypothesis:nick] CPI|CPM|CPL|RevShare|Retainer|комбинация

  Object: [product name]
    product_type: [fact] ...
    platform: [fact] ...
    url: [fact] ...
    usp:
      - [fact] ...
      - [hypothesis:client] ...
    competitive_landscape:
      - [fact] ...
      - [research] ... (Source, date)
    current_metrics:
      - [fact|to-collect] ...
    product_stage: [fact|hypothesis:nick] ...

  Constraints:
    - [budget] ...
      amount: ...
      currency: ...
      period: total|monthly
      flexibility: none|+N%|negotiable
    - [timeline] ...
      start: YYYY-MM-DD
      deadline: YYYY-MM-DD
      type: hard|soft
      flexibility: none|+N weeks|negotiable
    - [quality] brand_guidelines: [fact|to-collect] ...
    - [quality] stop_words: [fact] ...
    - [legal] regulatory: [research] ...
    - [coordination] content_approval: [fact] ...
    - [scope] geo: [fact] ...
    - [scope] exclusivity: [fact] ...

  Expected Output:
    primary_kpi: [fact|unknown] ... [target: ...]
    secondary_kpis:
      - [fact|hypothesis:nick] ... [target: ...]
    deliverables: [fact|hypothesis:nick] ...
    reporting: [fact|hypothesis:nick] ...
    pilot_mode: true|false

Supporting Context:
  Context:
    company: [fact] ...
    company_stage: [fact|hypothesis:nick] ...
    market_context: [research] ...
    previous_experience: [fact|to-collect] ...
    why_now: [fact] ...

  Value:
    business_value: [fact] ...
    user_value: [fact|hypothesis:nick] ...
    emotional_value: [hypothesis:client|hypothesis:nick] ...

  Actors:
    - [decision_maker] [fact] Name, Role, Contact
    - [approver] [fact|to-collect] Name, Role, Contact
    - [day_to_day] [fact] Name, Contact
    - [brand_manager] [fact|to-collect] Name, Role

  Evidence:
    - [fact|to-collect] brand_book: ...
    - [fact|to-collect] product_assets: ...
    - [fact|to-collect] past_campaigns: ...
    - [fact|to-collect] analytics_access: ...
    - [research] competitor_campaigns: ...

  Metrics:
    benchmark: [research] ... (Source, date)
    unit_economics:
      - [hypothesis:nick|research] CPI: ...
      - [hypothesis:nick|research] CPM: ...
    pdr_baseline: 0

Development Layer:
  Conception:
    channel_strategy:
      - [hypothesis:nick] ... - rationale: ...
    content_formats:
      - [hypothesis:nick] ... - rationale: ...
    creator_archetypes:
      - [hypothesis:nick] archetype_1: ... - rationale: ...
      - [hypothesis:nick] archetype_2: ... - rationale: ...
    pain_tree:
      - pain: [fact|hypothesis:nick] ...
        emotion: [hypothesis:nick] ...
        micro_pains:
          - [hypothesis:nick] ...
        messages:
          - [hypothesis:nick] ...
    content_approach: [hypothesis:nick|fact] ...

  Vision:
    success_picture: [fact|hypothesis:client] ...
    scale_ambition: [fact] one-time|ongoing|strategic

  Target Audience:
    demographics: [fact|hypothesis:client] ...
    psychographics: [hypothesis:client|hypothesis:nick] ...
    segments:
      - [hypothesis:nick] segment_1: ...
      - [hypothesis:nick] segment_2: ...
    audience_overlap: [research] ...

  Risks:
    - [brand] [hypothesis:nick] ...
    - [market] [research] ...
    - [execution] [hypothesis:nick] ...
    - [regulatory] [research] ...

  Open Questions:
    - [block_name] вопрос - почему важен

Readiness Layer:
  Current Lifecycle State: Exploratory|Explicated|Structured|Realizable
  CRT Status:
    intent: Answered|Partially Answered|Unknown Yet
    object: Answered|Partially Answered|Unknown Yet
    constraints: Answered|Partially Answered|Unknown Yet
    expected_output: Answered|Partially Answered|Unknown Yet|Pilot Mode
  Assumption Gate:
    unresolved_assumptions: N
    list:
      - [block.field] assumption - status: pending|accepted|confirmed|rejected
  IRS Preview Ready: true|false
  Full IRS Ready: true|false
  Critical Gaps:
    - описание
  Realization Decision: Ready for Realization|Needs Clarification|Blocked by Critical Unknowns

Knowledge Cards:
  informed_by:
    - [Client: client_name] vN.N
    - [Product: product_name] vN.N
    - [Market: industry, geo] vN.N
    - [Competitive: product competitors] vN.N

Linked Artifacts:
  Canvas: client-intenture-[client]-v[N].md
  IRS Preview: irs-preview-[client]-v[N].md
  Full IRS: irs-[client]-v[N].md
  Knowledge Cards:
    - client-card-[client]-v[N].md
    - product-card-[product]-v[N].md
    - market-card-[industry-geo]-v[N].md
    - competitive-card-[product]-v[N].md
  Explication Records:
    - v0.1 - первичный сбор (Фаза 0)
    - v0.2 - после ICP Match
    - v1.0 - IRS Preview (Фаза 1)
    - v2.0 - Full IRS (Фаза 2)

8. Протокол работы Nick

8.1. Режимы работы

Nick работает в четырех режимах, соответствующих Operating Modes Intenture:

Режим	Когда	Что делает Nick
Exploratory	Фаза 0, после первого звонка	Задает вопросы Sales Leader, извлекает из документов клиента, ищет в открытых источниках
Structuring	Фаза 0→1, Canvas заполняется	Нормализует в AI-facing form, рассчитывает ICP Match, генерирует IRS Preview
Realization	Фаза 2, Full IRS	Генерирует полную Intenture Realization Strategy из Canvas, проводит Assumption Gate
Evolution	Фаза 5, feedback	Обновляет Canvas по результатам Holmes, обновляет IRS

8.2. Прием информации

Nick должен уметь принимать информацию в разных формах:

Диалог с Sales Leader / VP - Nick задает вопросы, получает ответы, маркирует [fact]
Документы клиента - Nick извлекает данные из брифов, презентаций, сайтов → маркирует [fact]
Открытые источники - Nick ищет рыночные данные, бенчмарки, конкурентов → маркирует [research]
Собственный анализ - Nick делает выводы на основе данных → маркирует [hypothesis:nick]

8.3. Алгоритм заполнения

1. Получить первичный ввод (звонок / документ / сообщение)
2. Извлечь все факты → [fact]
3. Извлечь все гипотезы клиента → [hypothesis:client]
4. Определить пробелы → [to-collect]
5. Обогатить из открытых источников → [research]
6. Сформулировать собственные гипотезы → [hypothesis:nick]
7. Рассчитать ICP Match
8. Определить Readiness: IRS Preview Ready? Full IRS Ready?
9. Сформировать список Open Questions
10. Если есть [to-collect] в Critical Blocks → запросить у Sales Leader / VP
11. Если все CRT пройдены → Assumption Gate → Realization

8.4. Вопросы Nick

Nick формулирует вопросы с указанием:

Блок Canvas, к которому относится вопрос
Почему важно - зачем нужна эта информация
Предложение - если Nick может предположить ответ

Формат:

[Object → USP]
Вопрос: Чем ваш продукт отличается от [конкурент]?
Почему: USP определяет ключевые месседжи кампании (IRS §4)
Мое предположение: Судя по отзывам в App Store, ваше преимущество - [X].
Подтвердите или скорректируйте.

9. Маппинг Canvas → Intenture Realization Strategy

Полная карта трансформации Client Intenture в 10 разделов IRS:

IRS Раздел	Источники из Canvas	Nick добавляет
§1 Анализ продукта	Object (все), Context (company, market, previous_experience), Evidence (competitor_campaigns)	Конкурентный анализ, позиционирование
§2 Целевая аудитория	Target Audience (все), Value (user_value)	Сегментация, психографические портреты
§3 Дерево боли	Conception → Pain Tree, Value (user_value, emotional_value)	Структуризация: боль → эмоция → микро-боль
§4 Месседжи	Pain Tree → Messages, Intent (intent_statement), Object (USP)	Ключевые сообщения по каждой боли
§5 Каналы и форматы	Conception → Channel Strategy + Content Formats, Intent → Requested Services, Constraints → Geo	Обоснование выбора, бенчмарки
§6 Типажи креаторов	Conception → Creator Archetypes, Target Audience → Audience Overlap	Профили типажей, критерии подбора для Hunter
§7 KPI и метрики	Expected Output (все), Metrics (benchmark, unit_economics)	Бенчмарки, прогнозы, воронка
§8 Бюджет и экономика	Constraints → Budget, Metrics → Unit Economics, Expected Output → Monetization Model	Распределение бюджета, модель юнит-экономики
§9 Ограничения	Constraints (quality, legal, scope), Evidence (brand_book), Object (stop_words)	Регуляторные требования по гео
§10 План исполнения	Constraints → Timeline, Expected Output → Deliverables, Conception → Channel Strategy	Таймлайн, вехи, объемы по неделям

10. Версионирование

Client Intenture версионируется по правилам Explication Record (In++ 2.2):

Версия	Момент	Содержание
v0.1	Фаза 0: после первого звонка	Первичный сбор, много `[to-collect]`
v0.2	Фаза 0: после ICP Match	Обогащен `[research]`, ICP рассчитан
v0.N	Итерации уточнения	Постепенное заполнение пробелов
v1.0	Фаза 1: IRS Preview	Canvas достаточен для Preview, Structured
v2.0	Фаза 2: Full IRS	Canvas полный, CRT пройден, Realizable
v2.1+	Фаза 5: Evolution	Обновление по feedback из Value Mining
v3.0	Новый контракт	Существенная переработка Canvas