Для кого это: для основателей и менеджеров продукта, кому важны скорость проверки идей, понятные сроки и качество — без лишней бюрократии.
Когда это нужно
- Нужно быстро: придумали → сделали → получили отзыв → поправили.
- Функций немного, но работать всё должно стабильно.
- Команда небольшая: пару разработчиков, дизайнер, человек, отвечающий за продукт и качество. Роли можно совмещать.
Главная мысль: мы не цепляемся за «правила ради правил». Мы делаем короткие недельные циклы, которые реально двигают продукт.
Простой образ: ужин в будни. Не десять блюд, а одно-два, но горячо и вовремя. Сначала список, потом готовим, пробуем, добавляем приправу — и подаём.
Наш формат: неделя — один законченный шаг
План на неделю (понедельник, 45–60 минут).
Формулируем цель недели и выбираем 3–5 задач, которые к ней ведут.
Ежедневный короткий созвон (10–12 минут).
Что сделали, что мешает, что готовим к вечеру.
Показ результата (пятница, 30–45 минут).
Показываем ровно то, что обещали по цели недели.
Разбор уроков (пятница, 20–30 минут).
Что ускорило, что тормозило, какие 1–2 улучшения берём в следующий цикл.
Две дорожки параллельно
- Подготовка на шаг вперёд. Ответственный за продукт и дизайнер готовят макеты, тексты и понятные критерии «как поймём, что всё ок».
- Сделать на этой неделе. Команда собирает, проверяет и включает изменения постепенно.
Кто за что отвечает (минимум)
- Ответственный за продукт: цель недели, порядок задач, «что считаем успехом».
- Ответственный за качество и стабильность: архитектура решения, автоматические проверки, управление рисками.
- Разработчики: каждый день — маленькая готовая часть.
- Дизайнер: макеты, тексты на экранах, понятные «пустые» состояния и ошибки.
- Проверка качества: сценарии, чек-листы, небольшая группа тестировщиков, базовые метрики качества.
Что помогает и не превращается в бумажную волокиту
- Одна цель на 4–6 недель. Простая фраза про результат: «оформление заказа ≤ 60 секунд».
- Список задач в трёх слоях:
- идеи, которые надо проверить;
- то, что делаем сейчас;
- долги и риски на потом.
- Критерии «готово к работе» для задачи: понятная цель, макет/поток, тексты, как будем принимать, что замерим.
- Критерии «сделано»: в основной версии, проверен главный путь, измерения включены, можно включить/выключить новинку, есть запись «что изменили», проверено на двух устройствах, ошибки мониторятся.
Это как список покупок: чтобы не бегать три раза в магазин и не забыть продукт.
Как решаем, что делать первым
- Берём то, что даёт максимум пользы за неделю.
- На неделю — только задачи «обязательно» и пара «желательно».
- Смотрим на простую формулу: польза + срочность + снижение риска против трудозатрат.
Правило: «оплата» важнее «красивых анимаций», «сохранение корзины» важнее «тёмной темы».
Сколько тянуть одновременно
- Оцениваем крупно: маленькая / средняя / большая.
- В работе у человека не больше 2–3 задач. Меньше переключений — больше готовых результатов.
Качество и включение новинок — без нервов
- Проверки на разных уровнях: маленькие (логика), связки частей, главный пользовательский путь.
- Включаем новинки по частям. Можно быстро вернуть всё как было одной кнопкой.
- Сначала внутри команды, потом — небольшой группе пользователей по приглашению.
- Каждое изменение автоматически собирается и проверяется. При проблеме — лёгкое возвращение к прошлой версии.
Что смотрим каждую неделю
Скорость и качество команды
- Сколько времени от «взяли» до «сделали».
- Как часто выпускаем улучшения.
- Какая доля правок вышла неудачными.
- За сколько чинятся проблемы.
Здоровье продукта
- За сколько минут человек получает первый результат.
- Сколько людей доходят до главного действия.
- Сколько возвращаются завтра и через неделю.
- Для сайта: насколько быстро и ровно всё работает.
Неделя прошла успешно, если достигли цель недели и подтянули 1–2 ключевые цифры.
Пример недели (интернет-магазин)
Цель: оформить заказ за не более 60 секунд.
Задачи
- Быстрая регистрация по SMS (средняя).
Код приходит быстро, две попытки, понятное сообщение об ошибке. - Упрощённая корзина (маленькая).
Можно менять количество, одна кнопка «к оплате». - Оплата через выбранный сервис (большая).
Удачная и неудачная оплата обрабатываются, человек возвращается обратно, фиксируем покупку. - Мини-измерения (маленькая): добавил в корзину, начал оформление, оплатил.
- Группа из 15 пробных пользователей + форма отзыва (маленькая).
Календарь
- Пн: план, доработать макеты, раздать задачи.
- Вт–Ср: делаем и проверяем на двух устройствах.
- Чт: пробный прогон, исправления, включаем новинки на 20% аудитории.
- Пт: показ результата, разбор, план следующей недели.
Чего избегаем
- Огромных задач на всю неделю — дробим до шагов по 1–2 дня.
- Дизайн в последний момент — подготовка всегда идёт чуть впереди.
- Отсутствия понятных критериев «готово» — иначе неделя уходит на споры.
- Показов без цифр — тогда непонятно, что улучшили.
- Шести задач у одного человека — падает и скорость, и качество.
Итог
Короткие недельные циклы отлично работают для первой версии продукта, если урезать ритуалы, заранее договориться «что считаем готовым» и каждую неделю мерить пользу. Мы опираемся на: недельный ритм, подготовку наперёд и выполнение параллельно, безопасное включение новинок и понятные метрики. Так идеи проверяются быстро, а репутация не страдает.
Нужны готовые шаблоны плана недели и чек-листы «что считать готовым» под ваш случай? Напишите — соберём рабочий цикл под ваш MVP за одну встречу.