Архитектура Strategy Hub
Это техническая спецификация устройства Strategy Hub: какие базы связаны друг с другом, какова логика каждой связи, и как это всё складывается в работающую ER-модель.
Для методологии «почему эти 11 баз и почему именно такие связи» — см. Compass: как мы думаем о стратегии. Этот документ отвечает на вопрос «как это устроено в данных».
ER-диаграмма
11 баз и их роли
Ядро
- 🌟 Ставка — корень всего Hub. Одна активная запись. Всё остальное ссылается на неё прямо или транзитивно
- ⚡ Тезисы — атомарные утверждения о мире и команде, которые поддерживают Ставку. 6 слоёв: Рыночный сдвиг, Разрыв-окно, Сегмент, Конкурентное поле, Команда, Граница. 25 активных
- 🚀 Шаги — Coherent actions Rumelt'а. Дерево конкретных ходов, которые двигают Ставку. 9 веток + 57 подшагов = 66 шагов
Риски
- 💀 Kill-switches — точки времени с критериями фальсификации Ставки. 4 активных
- ⚠️ Слабости — внутренние риски реализации Ставки — то, что мы видим, но не полностью разрешаем. 5 активных
Валидация
- 💡 Идеи — сырой пул. Не обязаны быть привязаны. Выходят в стратегию через апгрейд в Тезис или Эксперимент
- 🧪 Эксперименты — фальсифицируемые проверки. 10 активных
- ❓ Опросники — протоколы PMF-разговоров, построенные по Mom Test. 1 активный (PMF v1)
- 🗣 Интервью — результаты проведённых разговоров с флагами Mom Test
Справочники
- 🎯 Профили клиентов — Where to play Лафли. 5 профилей (A/B/C/D + БАУ-Сервис)
- 📚 Источники — внешние референсы (Gartner, McKinsey, Anthropic, DORA и др.). 11 активных
Связи: единые принципы
Все связи между Hub-базами — DUAL (двусторонние)
Из этого правила одно исключение — иерархия Шаги «Родитель» → «Подшаг» (self-relation внутри одной базы; работает как DUAL внутри своей таблицы).
На стороне CRM (Customers, Contacts) связи тоже есть, но это внешние базы вне Strategy Hub — они одно-сторонние из Интервью.
Имя поля = имя сущности с иконкой во множественном
Все relation-поля в Hub названы по единой схеме:
- `🌟 Ставка` (singleton — Ставка в Hub одна)
- `⚡ Тезисы` / `💀 Kill-switches` / `⚠️ Слабости` / `💡 Идеи` / `🧪 Эксперименты` / `🚀 Шаги` / `📚 Источники` / `❓ Опросники` / `🗣 Интервью`
- `🎯 Профиль клиента` (одиночное — у одного интервью/эксперимента обычно один профиль)
- `👤 Ответственная роль` (одиночное — у одного объекта одна ответственная роль)
Единственное семантическое отличие — в Тезисах связь на Эксперименты названа `🧪 Тестируется через` (не `🧪 Эксперименты`). Это явный сигнал «тезис проверяется через этот эксперимент» — для Тезиса это самая важная связь и она заслуживает выделения.
Почему эта схема работает
Связи свёрнуты в воронку гипотез. Любой элемент Hub можно пройти в двух направлениях:
- Вниз (от стратегии к действию): Ставка → Тезис → Эксперимент → Шаг. Каждый следующий элемент имеет смысл только в свете предыдущего
- Вверх (от факта к выводу): Интервью → Эксперимент → Тезис → Ставка. Результат разговора подъёмом выходит в изменение уверенности Ставки
Риски (Слабости, Kill-switches) — поперечные срезы: они «сидят на» тезисах, «ведут к» шагам, «фальсифицируют» Ставку — это ортогональный воронке слой, но все его узлы имеют явные связи вниз в ядро.
Кардинальности
От Ставки (1:N)
- Ставка → Тезисы — одна Ставка разлагается на множество тезисов (24/25 заполнены)
- Ставка → Kill-switches — одна Ставка, много точек смерти (4/4)
- Ставка → Эксперименты — прямая связь «эксперимент про эту Ставку» (10/10)
- Ставка → Шаги — прямая связь для оперативных выборок (66/66)
- Ставка → Профили — эта Ставка ведётся на этих профилях (5/5)
- Ставка → Идеи / → Интервью / → Опросники / → Источники — все «про эту Ставку»
Среди остальных — M:N
- Тезисы ↔ Эксперименты — один эксперимент валидирует несколько тезисов; один тезис тестируется несколькими экспериментами (16 связей)
- Тезисы ↔ Kill-switches — switch проверяет 3-4 тезиса; тезис может валидироваться несколькими switches (12 связей)
- Тезисы ↔ Слабости — слабость «сидит на» одном или нескольких тезисах (6 связей)
- Эксперименты ↔ Опросники — для эксперимента 1-2 опросника; опросник — в нескольких экспериментах
- Опросники ↔ Интервью — у интервью один опросник, у опросника много интервью (1:N де-факто, M:N в схеме)
Воронка гипотез в связях
Эта воронка жёстко отражена в связях: идея не привязана к Шагу напрямую — она выходит в Шаг только через Тезис и Эксперимент.
На уровне баз это обеспечивается тем, что:
- Идеи связаны с Тезисами и Экспериментами, но не с Шагами напрямую
- Это предотвращает самый частый баг команд — «идея → сразу делать» без проверки тезиса
Ответственность через PoP
Ключевое решение архитектуры — во всех ключевых базах (Ставка, Тезисы, Эксперименты, Шаги, Слабости, Профили) поле `👤 Ответственная роль` ссылается на PoP роли — не на людей.
Это даёт severability: когда роль переходит к новому держателю (например, CSO от CEO к наёмному) — все шаги/эксперименты/тезисы автоматически достаются новому человеку через единый view «Мои шаги по моим ролям». Стратегия отвязана от персон.
Исключение: в Идеях поле `Ответственный` — это человек (relation на People DB), потому что идея «принадлежит» автору, не роли. Роль приходит позже — в Тезисе или Эксперименте после апгрейда.
Намеренные избыточности
В схеме два места, где связь «дублируется» в прямой relation, хотя можно было бы вывести транзитивно:
- Эксперимент → Ставка (выводится через Тезисы)
- Шаг → Ставка (выводится через Тезисы)
Обе оставлены намеренно:
- Быстрый доступ в view'ах (фильтры «эксперименты этой Ставки» без join'а)
- Честность к будущему масштабу: когда появятся Эксперименты без явного Тезиса (ранние разведки), связь со Ставкой ещё будет явной
- При этом в ядре воронки (Идея→Тезис→Эксперимент→Шаг) избыточности нет — каждая связь несёт уникальный смысл
Инвентарь связей по базам
🌟 Ставка
⚡ Тезисы
🧪 Эксперименты
🚀 Шаги
💀 Kill-switches
⚠️ Слабости
💡 Идеи
❓ Опросники
🗣 Проблемные интервью
🎯 Профили клиентов
📚 Источники
Что растёт в этой схеме
Связи, которые сейчас пусты, но ждут заполнения по мере работы
- Шаги ↔ Тезисы — заполняется по мере, как ветки явно «выводят» тезисы в действие
- Шаги ↔ Эксперименты — заполняется когда Эксперимент закрытый и вывод переведён в Шаг
- Идеи ↔ Тезисы / Идеи ↔ Эксперименты — заполняется при апгрейде
- Опросники ↔ Эксперименты/Интервью — по мере PMF-волн
Связи, которые будут расти по объёму
- Источники ↔ Тезисы/Эксперименты/Шаги — каждый новый Gartner/McKinsey/DORA-источник подвязывается к 1-3 тезисам
- Интервью ↔ всё рядом — каждый новый PMF-разговор даёт +1 ко всем связям
- Тезисы.Слабости — пока 6/25; растёт по мере обнаружения новых слабостей в существующих тезисах
Откуда брать IDs
Для работы с Hub через API/MCP нужны ID баз. Все их можно получить из родительской Strategy Hub через fetch.
Data source IDs (collection://)
🌟 Ставка: 3506325d-27e1-80df-a193-000be9b71f77
⚡ Тезисы: 512ea5b9-42ef-487b-8340-f8fac78a873e
🧪 Эксперименты: 922100d2-5a86-4626-ba87-82accbe8accc
🚀 Шаги: ff637ecc-5f1b-412c-83dc-e4b5fee1c441
💀 Kill-switches: 30c8b6ba-f32c-4d3b-9393-f295ec83068f
⚠️ Слабости: 3938086d-789d-4e95-b5e5-b6c4ff790ed8
💡 Идеи: 38fb94f3-63c1-481d-ac0b-9f170c5758d9
❓ Опросники: ef9c1c04-61bc-4acc-a549-f2a321a8ad49
🗣 Интервью: f64533c2-dab9-4002-b729-54dccdc8441f
🎯 Профили: 3506325d-27e1-8083-8c6c-000b1513bdb8
📚 Источники: 9cdd4204-46de-4935-8dd2-875f8e625b7f
👤 PoP роли: 9baca047-402d-4c71-a060-ffbc9873e2baАктивная Ставка
Consultative Delivery: 3506325d27e18118a375c08f8c3e9925Активные Kill-switches
Switch №1 (PMF-30): 3566325d27e181e1a379c55e66d87d98
Switch №2 (платящий): 3566325d27e1815394a1f6ff7d48b242
Switch №3 (CVD без CEO): 3566325d27e18160b802df391e25e142
Switch №4 (MCP): 3566325d27e181db89d4c6bc0a993eee