Пакт однедельного прототипа: маленький ритуал, который заставит вас наконец-то выпускать свои эксперименты

Побочные проекты (side projects) имеют скверную привычку превращаться в корабли‑призраки.

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

А если перевернуть сценарий?

Вместо «я буду работать над этим сайд‑проектом, пока он не будет готов» вы даёте себе маленькое, предельно жёсткое обещание:

Через неделю я покажу живой, рабочий прототип реальным пользователям.

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

В этом посте — почему это работает, как это делать и как превратить это в повторяемую практику, чтобы быстро исследовать много идей — без выгорания и залипания.

Что такое Пакт однедельного прототипа?

Пакт прост:

1. Жёсткий срок: у вас есть одна календарная неделя. Не «примерно неделя». Ровно одна.
2. Результат: в конце вы выпускаете настоящий, пригодный к использованию прототип (не концепт, не вайрфрейм, не билд «только локально»).
3. Цель: обучение и проверка гипотез, а не полировка и перфекционизм.
4. Решение: когда неделя заканчивается, вы обязаны решить: продолжать, разворачивать в сторону или закрывать.

Это не продуктивити‑хак. Это ограничение, которое переучивает ваш мозг:

• Вы перестаёте мечтать о v3 и концентрируетесь на v0.1.
• Вы перестаёте переинженеривать и считаете нормой уродливо, но работает.
• Вы перестаёте копить идеи и начинаете превращать их в проверяемые эксперименты.

Относитесь к нему как к черновику, а не к запуску продукта

Большинство сайд‑проектов застревают, потому что мы тайно относимся к ним как к финальному продукту:

• «Онбординг должен быть гладким».
• «Надо сразу сделать нормальные микросервисы».
• «Сначала нарисую логотип получше».

Для однедельного пакта ваш прототип — это черновик или, в инженерных терминах, spike‑эксперимент:

• Его задача — уменьшить неопределённость: кто‑то вообще будет этим пользоваться? Жизнеспособно ли главное взаимодействие?
• Он изначально одноразовый: вы имеете полное право выбросить его после недели.
• Он игнорирует долгосрочные вопросы ради краткосрочного обучения.

Полезный сдвиг в мышлении:

«Этот код — вопрос, а не обязательство».

Пишите код так, будто вы больше никогда его не увидите. Потому что вполне возможно, так и будет.

Используйте opinionated‑инструменты с высокой отдачей

Выбор инструментов может сделать Пакт либо выполнимым, либо провальным.

У вас нет времени:

• Писать аутентификацию с нуля
• Спорить между пятью платформами деплоя
• Проектировать собственную дизайн‑систему с чистого листа

Вам нужны инструменты «из коробки», с сильными мнениями по умолчанию, чтобы не сливать когнитивные ресурсы на инфраструктуру.

Примеры:

• Веб‑приложение? Что‑то вроде Next.js + AWS Amplify, Vercel или Supabase.
  • Авторизация, хостинг, API и данные — за часы, а не дни.
• Мобильное приложение? Expo или другой фреймворк, который позволяет быстро катать билд на реальные устройства.
• Внутренние тулзы или админки? Retool, Budibase и похожие решения.

Простой эвристикой может быть:

Если инструмент экономит вам 10 решений на этой неделе — это победа.

Отдавайте предпочтение инструментам, которые:

• Имеют внятные дефолты
• Доводят вас от идеи → до живого URL за день
• Легко выбрасываются, если вы меняете направление

Ваша цель — не построить идеальный стек. Ваша цель — сократить расстояние между идеей и пользователем.

Определите один чёткий результат — и режьте безжалостно

Неделя исчезает быстрее, чем кажется. Без понятной цели вы просто поплывёте по течению.

До начала недели определите один результат. Например:

• «Кликабельный демо‑интерфейс, где пользователь может загрузить файл и получить преобразованный результат».
• «Работающий MVP, где 5 бета‑пользователей могут зарегистрироваться и пройти один ключевой сценарий».
• «Простая лендинг‑страница + форма вейтлиста, чтобы проверить, вообще кому‑то это нужно или нет».

Потом спросите себя:

Какую самую маленькую вещь мы можем построить, чтобы подтвердить или опровергнуть основную гипотезу?

И агрессивно режьте функционал:

• Уберите страницы настроек, дашборды и сложную аналитику.
• Захардкодьте значения, где только можно.
• Поддерживайте один браузер, одну платформу, один «счастливый путь».

Если что‑то не помогает напрямую достичь единственного результата, это шум.

В однедельном пакте «nice to have»‑фичи — это на самом деле «на этой неделе не будет ни при каких условиях»‑фичи.

Запишите результат в видимом месте и сверяйте с ним задачи. Если задача не двигает этот результат вперёд — ей здесь не место.

Работайте в крошечных ежедневных циклах обратной связи

Даже за неделю можно легко потерять пару дней в неверном направлении.

Чтобы этого избежать, заранее продумайте ежедневные циклы обратной связи:

• День 1–2: Каркас и основной пользовательский флоу.
• День 3–4: Довести до стабильного, end‑to‑end работоспособного состояния, пусть и уродливого.
• День 5: Внутренние демо и первые мини‑тесты на пользователях.
• День 6: Исправить самые острые углы, завести тестовых пользователей.
• День 7: Выпустить публично (или в целевую группу), собрать фидбек и подвести итоги.

Каждый день стремитесь к тому, чтобы:

1. Сделать что‑то демонстрируемое, пусть совсем маленькое.
2. Показать это — другу, коллеге, потенциальному пользователю или хотя бы самому себе через loom/видео.
3. Подкорректировать план на завтра на основе того, что вы узнали.

Это держит вас в тонусе. Если демо показать сложно, значит, вы строите что‑то слишком абстрактное или переусложняете. Короткие циклы бьют и по перфекционизму, и по прокрастинации.

Выпустите для реальных пользователей и решите: продолжать, разворачивать или закрывать

Пакт заканчивается не в момент последнего коммита. Он заканчивается, когда вы показали прототип реальным пользователям и приняли решение.

Ваши варианты:

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

Магия — в том, чтобы сделать это осознанно и явно.

Однедельный прототип успешен, если он дал вам чёткий ответ, даже если это ответ «не стоит тратить на это жизнь дальше».

Убить идею через неделю — это победа. Вы только что сэкономили себе месяцы.

Чтобы сделать это качественно:

• Поговорите с несколькими пользователями (даже 3–5 уже полезно).
• Посмотрите, как они пользуются прототипом, или проведите их по нему сами.
• Спросите: «Чего вы ожидали от этого?» и «Будете ли вы пользоваться этим на следующей неделе?».
• Смотрите на поведение, а не на комплименты.

Затем решите: какая следующая самая маленькая ставка? Ещё одна неделя? Новый вектор? Или совершенно новая идея?

Превратите это в повторяемую практику

Настоящая сила Пакта однедельного прототипа проявляется, когда вы относитесь к нему как к ритуалу, а не к разовой акции.

Представьте год, в котором вы:

• Запускаете один однедельный пакт каждый месяц (или каждый квартал).
• Выпускаете 6–12 прототипов.
• Большинство из них закрываете.
• Удваиваете усилия на 1–2, где виден настоящий отклик.

Такой ритм позволяет вам:

• Исследовать куда больше идей, чем при одном бесконечно тянущемся сайд‑проекте.
• Собрать портфолио выпущенных экспериментов, а не захламлённый GitHub с полуготовыми репо.
• Быстрее учиться: о рынке, о своих навыках и о том, что вам действительно интересно.

Можно даже ввести лёгкую структуру:

• День 0 (планирование): выбрать идею, сформулировать результат, выбрать стек.
• Дни 1–6: разработка с ежедневными микро‑демо.
• День 7: релиз, сбор обратной связи, ретроспектива, решение.
• Между пактами: отдых, рефлексия и постановка следующей идеи в очередь.

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

Как запустить свой первый Пакт однедельного прототипа

Вам не нужен идеальный план. Вам нужна отправная точка:

1. Выберите одну идею, которую вы откладывали.
2. Заблокируйте одну неделю в календаре (пусть это будут вечера и выходные — не страшно).
3. Запишите результат одним предложением. Сделайте его смехотворно маленьким.
4. Выберите opinionated‑стек, который вы не будете бесконечно переосмыслять.
5. Расскажите кому‑то о своём пакте и дате релиза (ответственность помогает).
6. Начните делать грубо и рано, и покажите хоть что‑то к концу первого дня.

В конце недели спросите себя:

• Что я узнал(а)?
• Что меня удивило в поведении пользователей?
• Хочу ли я подарить этой идее ещё одну неделю?

Затем зафиксируйте решение. В этом и суть пакта.

Заключение: меняйте фантазии на обратную связь

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

Пакт однедельного прототипа — это противоядие.

Ограничив себя рамками:

• одной недели,
• одного чёткого результата,
• одного реального прототипа перед реальными пользователями,

…вы меняете фантазии на фидбек, а мечты — на данные.

Вы напишете больше плохого кода, выпустите больше уродливых v0.1 и закроете больше идей.

Но почти неизбежно наткнётесь на что‑то, что стоит сохранить. И к тому моменту у вас уже будет наработанный «мышечный» навык: двигаться быстро, учиться по ходу и выпускать осознанно.

Заключите с собой пакт: одна неделя, один прототип, одно решение. Повторяйте, пока что‑то не зацепится.