ОТ ИЗДАТЕЛЯ

Перед вами — практическое пособие из серии «Управление изменениями», выпускаемой концепт-бюро AI Сотсеpt.

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

Издания серии объединяет методологический фундамент, разработанный А.Г. Ивлевым: концепция множественной полезности (квадро-полезность) и системный проектно-процессный подход к управлению изменениями. Настоящее пособие построено на этом фундаменте и переводит его в язык задач, инструментов и чек-листов, понятный трекеру акселерационной программы и участникам стартап-команд.

Пособие прошло структурную сборку с использованием технологий генеративного ИИ и отражает позицию бюро: искусственный интеллект — рабочий инструмент методолога, а не замена методологии.

ВСТУПИТЕЛЬНОЕ СЛОВО

Кому и зачем нужна эта книга

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

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

Это пособие — рабочая тетрадь для организации проведения проектного трекинга.

Оно адресовано трём аудиториям:

Трекерам и наставникам акселераторов — как методическая опора. Здесь описан каждый из 11 шагов: что требовать от команды, какие вопросы задавать, где типичные ловушки, как проверять результат.

Стартап-командам — как навигатор. Вы видите весь маршрут от первого дня до инвестиционного питча. Каждый шаг содержит задание, шаблоны, примеры из сквозного кейса ReMind и промпты для работы с ИИ.

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

ВВЕДЕНИЕ

Почему стартапы проваливаются и при чём тут управление изменениями

Статистика известна: 90% стартапов не доживают до третьего года. Но за этой цифрой скрывается неочевидный факт — большинство проваливается не из-за плохого продукта.

Три главные причины провала:

1. Нет реального спроса. Команда создала продукт, который никому не нужен, потому что не вышла из-за стола и не поговорила с живыми клиентами.

2. Конфликт в команде. Учредители не договорились «на берегу» о ролях, вкладах и условиях выхода. Когда появились первые деньги — или первые трудности — команда развалилась.

3. Закончились деньги. Команда не рассчитала, на сколько месяцев хватит ресурсов, и не успела выйти на выручку.

Все три причины — управленческие, а не технические.

Стартап — это проект изменений: изменений на рынке (новый продукт), в организации (новая компания), в жизни основателей (новые роли и ответственность).

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

Методологический фундамент пособия

Программа «AI StartUp» опирается на два ключевых элемента методологии управления изменениями А.Г. Ивлева:

1. Концепция множественной полезности (квадро-полезность)

Любой проект создаёт ценность не для одной, а для нескольких аудиторий одновременно. Для стартапа это четыре уровня полезности:

• Учебная полезность — проект как образовательный результат (для программы, вуза, акселератора)

• Инженерная полезность — продукт как элемент технологической надсистемы (место решения среди существующих технологий)

• Коммерческая полезность — продукт как источник дохода (доля в рыночном обороте)

• Инвестиционная полезность — проект как объект вложения (доля в доходах будущих периодов)

Дисбаланс полезностей — главная причина того, что проект «не взлетает».

Студенческая команда делает блестящую учебную работу, но не может объяснить, кто заплатит деньги.

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

Программа «AI AI StartUp» выстроена так, чтобы к финалу проект обладал всеми четырьмя полезностями.

2. Проектно-процессный подход

Изменение — это не событие, а управляемый переход из состояния AS IS (как есть) в состояние TO BE (как должно быть). Управляемость обеспечивается декомпозицией перехода на шаги, каждый из которых имеет:

• Вход (что получаем от предыдущего шага)

• Задание (что делаем)

• Результат (что должны получить)

• Критерии проверки (как понять, что получилось)

11 шагов программы — это и есть такая декомпозиция: от хаоса идеи к порядку инвестиционного проекта.

Архитектура программы

Пособие организовано в шесть смысловых блоков:

Каждый шаг содержит:

• Цель и ключевой принцип

• Пошаговую инструкцию для трекера

• Шаблоны и примеры из сквозного кейса ReMind

• Контрольные вопросы и чек-лист

• Промпты для ИИ-поддержки

Сквозной кейс ReMind

Для наглядности через все 11 шагов проведён один проект — ReMind, портативное устройство для домашней реабилитации после инсульта. Это реальный пример команды, прошедшей акселерационную программу: с рабочим прототипом, проведёнными интервью и пилотами в реабилитационных центрах.

Кейс не идеальный. В нём есть спорные расчёты, упрощения и допущения. Это сделано намеренно: трекер и команда должны видеть не глянцевую обложку, а рабочий процесс со всеми шероховатостями.

Роль ИИ в программе

Отдельный раздел пособия содержит инструкцию по использованию генеративного ИИ на каждом из 11 шагов. Это не дань моде, а рабочий инструмент: ИИ помогает структурировать данные, генерировать варианты, проверять логику и готовить документы.

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

Калькулятор ускоряет арифметику, но не думает за вас.

Как работать с пособием

Если вы трекер: Читайте последовательно, шаг за шагом. Каждый раздел — это ваш конспект для работы с командой. Используйте контрольные вопросы и чек-листы для проверки результатов.

Если вы участник команды: Идите по шагам вместе с трекером. Выполняйте задания, используйте шаблоны и промпты для ИИ. Сверяйтесь с кейсом ReMind, но не копируйте — ваш проект уникален.

Если вы организатор программы: Используйте пособие как методический стандарт. Чек-листы в конце каждого шага — готовые критерии оценки.

Порядок шагов — не рекомендация, а требование.

Переходить к следующему шагу до завершения предыдущего запрещено! Возвращаться на предыдущие шаги для уточнений — необходимо.

Начинайте с Шага 1. Там всё начинается с простого вопроса: «Что вас беспокоит?»

ЧАСТЬ I. МЕТОДОЛОГИЧЕСКАЯ ОСНОВА

Введение: Позиция трекера и философия программы

Вы - не консультант. Вы - катализатор изменений.

Ваша роль - не давать готовые ответы, а создавать условия, в которых команда стартапа сама находит верные решения через структурированную проходку по 11 шагам трансформации идеи в инвестиционно привлекательный проект.

Базовый методологический фундамент:

Программа построена на концепции множественной полезности (Квадро-полезность), разработанной А.Г. Ивлевым в рамках методологии управления изменениями:

УЧЕБНАЯ ПОЛЕЗНОСТЬ (ЦП 0) → Защита проекта в образовательной системе

↓

ИНЖЕНЕРНАЯ ПОЛЕЗНОСТЬ (ЦП1) → Место решения в технологической надсистеме

↓

КОММЕРЧЕСКАЯ ПОЛЕЗНОСТЬ (ЦП2) → Доля в рыночном обороте

↓

ИНВЕСТИЦИОННАЯ ПОЛЕЗНОСТЬ (ЦП3) → Доля в доходах будущих периодов

Ключевой принцип работы трекера:

Проект успешен только когда создаёт ценность для ВСЕХ четырёх аудиторий одновременно. Дисбаланс полезностей - главная причина провала стартапов.

Ваша диагностическая мантра:

• "Какую учебную задачу это решает?"

• "Какую техническую проблему в надсистеме устраняет?"

• "Кто конкретно заплатит деньги и за что?"

• "Почему инвестор получит доход, превышающий альтернативные вложения?"

Если команда не может ответить на все четыре вопроса - у неё нет стартапа, есть только идея.

Архитектура программы:

Логика 11-шаговой проходки

Программа структурирована как последовательная реконструкция проекта от хаоса идеи к порядку бизнес-модели:

Блок 1: ТЕМА И СМЫСЛ (Шаг 1)

• Что беспокоит? (эмоциональный драйвер)

• Где проблема? (объект изменений)

• Что не так? (предмет - разрыв AS IS / TO BE)

• Почему не так? (проблема - причина разрыва)

• Как исправить? (решение)

• Что создаём? (продукт)

Блок 2: КЛИЕНТ И РЫНОК (Шаги 2-4)

• Кто наш клиент? (сегментация, аватар)

• Что его беспокоит? (эмпатия, боли, задачи)

• Что мы ему предлагаем? (ценностное предложение)

Блок 3: ПРОДАЖИ (Шаг 5)

• Как клиент узнает о нас? (воронка AIDA+L)

• Как клиент купит? (каналы сбыта)

• Сколько заплатит? (монетизация)

Блок 4: ПРОИЗВОДСТВО (Шаг 6)

• Как создаём продукт? (процесс)

• Что нужно для создания? (ресурсы)

• Сколько стоит создание? (издержки)

Блок 5: ЭКОНОМИКА И ОРГАНИЗАЦИЯ (Шаги 7-8)

• Сводная экономика (доходы, расходы, прибыль)

• Кто владеет? (собственность)

• Кто управляет? (оргструктура)

• Зачем каждому? (личные ставки)

Блок 6: УПАКОВКА И ПИТЧИНГ (Шаги 9-11)

• Паспорт проекта (систематизация)

• Дорожная карта (временнáя развёртка)

• Инвестиционное предложение (риски, доходность)

• Элеватор-питч (квинтэссенция)

Критически важное правило для трекера:

🔴 ЗАПРЕЩЕНО переходить к следующему шагу, пока не завершён предыдущий.

🟢 РАЗРЕШЕНО и даже необходимо возвращаться на предыдущие шаги для уточнения при обнаружении противоречий.

ЧАСТЬ II. МЕТОДИЧЕСКАЯ ЧАСТЬ: ПОШАГОВОЕ РУКОВОДСТВО ТРЕКЕРА

КЕЙС, ИСПОЛЬЗУЕМЫЙ В ЭТОМ РУКОВОДСТВЕ ДЛЯ ДЕМОНСТРАЦИИ И ИЛЛЮСТРАЦИИ

Стартовая карточка проекта

Название: ReMind

Одной строкой: Портативное устройство для самостоятельной домашней реабилитации после инсульта.

Суть проблемы