Продукт 02 — Архитектура
Совместное проектирование learning-to-action системы: форматы, практика, роли, оценка, условия переноса и технологии — согласованные между собой и с реальной работой.
Что мы проектируем
Программа обучения отвечает на вопрос «что изучать». Архитектура системы отвечает на вопрос «как организовать условия, в которых изучение переходит в устойчивое изменение поведения».
Это другой вопрос — и другой уровень проектного решения. Он включает: кто учится и в каком контексте, какие практики встроены в процесс, что происходит после обучения, как устроена обратная связь, кто отвечает за поддержку переноса, как измеряется результат — и как экономика системы согласована с реальным ROI.
Архитектурная работа всегда ведётся совместно с командой клиента. Цель — не только создать документ, но и то, чтобы команда понимала логику системы и могла её поддерживать.
Включает
Последовательность, форматы, модульная структура, условия прохождения.
Включает
Как устроена практика, что происходит между сессиями, как обеспечивается перенос в рабочий контекст.
Включает
Что и как измеряется, как доказывается результат — не через completion rate, а через изменение поведения.
Включает
Кто отвечает за что внутри системы, какие инструменты нужны и как они интегрируются в рабочий процесс.
Процесс
Если диагностика уже проведена — используем её как основание. Если нет — начинаем с короткого структурного интервью, чтобы понять исходную ситуацию и задачи системы.
Серия рабочих встреч с командой клиента: L&D-лиды, методисты, иногда — руководители ключевых направлений. Каждая сессия строит конкретный компонент системы и проверяет его на реалистичность.
Полная спецификация системы: логика, компоненты, роли, метрики, технологии, требования к контенту. Документ, по которому можно строить — не концепция и не презентация.
Дизайн первого контролируемого запуска: что тестируем, на какой аудитории, какие метрики доказывают работу системы, что является сигналом для масштабирования.
Последовательность шагов от архитектуры до работающей системы: зависимости, ресурсы, риски и точки принятия решения о продолжении или адаптации.
Параметры
Длительность: 6–12 недель в зависимости от сложности системы и вовлечённости команды клиента.
Формат: 6–10 рабочих сессий по 90–120 минут + async-работа между ними. Дистанционно или в гибридном формате.
Команда на стороне клиента: 2–4 человека с реальными полномочиями принимать решения о системе.
Результат: Архитектурный документ + пилотный план + роадмап. Всё в вашей собственности, без lock-in.
Архитектура без пилота — гипотеза. Цель проектирования — создать систему, которую можно проверить в реальных условиях с минимальными рисками.
Принцип работы StudioЗапрос на проектирование
Что нужно спроектировать, для какой аудитории, какие результаты критичны. Не нужно быть точным — разберёмся вместе.
Или напрямую: georgii@askesis.academy
→ Диагностика — если пока не ясно, что именно проектировать
→ Внедрение — запуск, адаптация и передача системы