Развитие продукта через Foundation Sprints
Классный фреймворк от Джейка Кнаппа и Джона Зератски (авторов Design Sprint), который просто и понятно систематизирует продуктовую базу. Внизу оставлю шаблон Miro.
По сути Foundation Sprint — это структурированный воркшоп, который помогает команде разобраться, что строить, для кого, чем продукт отличается от конкурентов и как быстро это протестировать.
В большинстве команд можно заметить, что:
🔵Определения клиента и проблемы, которую решает продукт разнятся между сотрудниками.
🔵Фичи идут в разработку без понимания, чем выделяет их продукт.
🔵Из-за шаблонных решений и скорости теряется уникальность продукта, в итоге продукт конкурирует со всеми за всех.
Структура Foundation Sprint
1. Базовые вопросы (The Basics):
🔵Кто клиент?
🔵Какую проблему решаем?
🔵Какие есть конкуренты и альтернативы?
🔵Какие у нас преимущества (инсайты, мотивация, уникальные навыки)?
Итог — согласованное описание клиента и проблемы.
2. Дифференциация:
🔵Выявление ключевых отличий продукта (по шкалам: быстрый/медленный, простой/сложный и др.).
🔵Создание 2x2 матрицы ("Business School 101 chart") с позиционированием продукта в “верхнем правом углу” (Top right = winning zone, остальные — "Loserville").
🔵Формирование mini-manifesto — набор принципов, который помогает принимать решения.
3. Выбор подхода:
🔵Генерация и оценка разных путей реализации одной и той же идеи (например: плагин, платформа, MVP, фулл-стек).
🔵Используются Magic Lenses, чтобы оценить варианты: удобство для клиента, скорость разработки, рост, доходность, уникальность и т.д.
Итог: выбран основной путь + backup-вариант на случай pivot.
4. Сборка гипотез:
🔵Составляется простое предложение в формате:
“Если мы решим [эту проблему] для [этого клиента] с [таким подходом], то они выберут нас вместо [конкурента], потому что [отличие 1 и 2]”
Что происходит после Foundation Sprint? Design Sprints
🔵За 3–4 недели команда проводит серию дизайн-спринтов, где:
🔵Создаются прототипы,
🔵Тестируются на пользователях,
🔵Используется scorecard для оценки гипотезы: совпал ли клиент, проблема, подход, и сработала ли дифференциация,
🔵Гипотеза уточняется от недели к неделе.
Хорошая структура для организации командной работы над развитием продукта или создания нового продукта.
✨А вот их шаблон, который вы можете скопировать и использовать для себя✨
Можно сохранить, поделиться или отправить команде💖
Классный фреймворк от Джейка Кнаппа и Джона Зератски (авторов Design Sprint), который просто и понятно систематизирует продуктовую базу. Внизу оставлю шаблон Miro.
По сути Foundation Sprint — это структурированный воркшоп, который помогает команде разобраться, что строить, для кого, чем продукт отличается от конкурентов и как быстро это протестировать.
В большинстве команд можно заметить, что:
🔵Определения клиента и проблемы, которую решает продукт разнятся между сотрудниками.
🔵Фичи идут в разработку без понимания, чем выделяет их продукт.
🔵Из-за шаблонных решений и скорости теряется уникальность продукта, в итоге продукт конкурирует со всеми за всех.
Структура Foundation Sprint
1. Базовые вопросы (The Basics):
🔵Кто клиент?
🔵Какую проблему решаем?
🔵Какие есть конкуренты и альтернативы?
🔵Какие у нас преимущества (инсайты, мотивация, уникальные навыки)?
Итог — согласованное описание клиента и проблемы.
2. Дифференциация:
🔵Выявление ключевых отличий продукта (по шкалам: быстрый/медленный, простой/сложный и др.).
🔵Создание 2x2 матрицы ("Business School 101 chart") с позиционированием продукта в “верхнем правом углу” (Top right = winning zone, остальные — "Loserville").
🔵Формирование mini-manifesto — набор принципов, который помогает принимать решения.
3. Выбор подхода:
🔵Генерация и оценка разных путей реализации одной и той же идеи (например: плагин, платформа, MVP, фулл-стек).
🔵Используются Magic Lenses, чтобы оценить варианты: удобство для клиента, скорость разработки, рост, доходность, уникальность и т.д.
Итог: выбран основной путь + backup-вариант на случай pivot.
4. Сборка гипотез:
🔵Составляется простое предложение в формате:
“Если мы решим [эту проблему] для [этого клиента] с [таким подходом], то они выберут нас вместо [конкурента], потому что [отличие 1 и 2]”
Что происходит после Foundation Sprint? Design Sprints
🔵За 3–4 недели команда проводит серию дизайн-спринтов, где:
🔵Создаются прототипы,
🔵Тестируются на пользователях,
🔵Используется scorecard для оценки гипотезы: совпал ли клиент, проблема, подход, и сработала ли дифференциация,
🔵Гипотеза уточняется от недели к неделе.
Хорошая структура для организации командной работы над развитием продукта или создания нового продукта.
✨А вот их шаблон, который вы можете скопировать и использовать для себя✨
Можно сохранить, поделиться или отправить команде💖