Половина созвонов с основателями начинается с «Мне нужно построить X, и я не понимаю, как это описать». Это проблема описания, а не продукта. Разработчик на другом конце разговора пытается оценить то, чего ещё нет на бумаге, и оба вы гадаете.
Этот пост — шаблон брифа, который я прошу прислать до первого созвона. Одна страница. Пишется за вечер. Экономит 4–8 недель на типичном проекте.
Шаблон — копируйте
Вставьте в Google Doc или Notion, заполните каждый раздел. Не пропускайте. Пустые — те, что позже вылезают дороже всего.
Название проекта: [рабочее, можно черновое]
Одно предложение о том, что вы делаете:
Платформа, где [кто] может [делать что] чтобы [какой результат].
Почему именно сейчас? (1–2 предложения о том, почему это правильный момент — окно запуска, раунд, сдвиг рынка)
Три пользовательских сценария, которые должны работать в v1:
Единственная метрика, которая скажет, что получилось: (число, не дашборд)
Интеграции, которые должны быть живыми в день 1: (Stripe? Resend? Supabase? Clerk? Конкретно.)
Жёсткие ограничения:
- Дедлайн и причина:
- Диапазон бюджета:
- Целевые платформы: веб / iOS / Android / всё
- Языки / локали:
Что уже есть:
- Figma / дизайн:
- Брендбук / гайды:
- Существующий код или аккаунты (Stripe, Vercel, и т.д.):
- Домен:
Что вы точно не строите в v1: (сокращения — см. ниже)
Как принимаются решения:
- Кто утверждает дизайн?
- Кто утверждает изменения объёма?
- Ваше обязательство по скорости ответа (48 часов подходит для большинства проектов):
Одна страница. 300–500 слов в заполненном виде.
Почему каждый раздел важен
«Одно предложение о том, что вы делаете»
Шаблон заставляет уложить кто × действие × результат. Эта комбинация убивает размытость. «Платформа для креаторов» не проходит тест. «Платформа, где независимые преподаватели музыки продают записанные пакеты уроков чтобы получать повторяющийся доход от существующих учеников» — проходит.
Если не получается заполнить предложение — вы ещё не готовы к брифу. Потратьте неделю, итеративно уточняя. Покажите трём людям, подходящим под «кто». Скорректируйте.
«Почему именно сейчас?»
Проекты без срочности расползаются. «Почему сейчас» говорит разработчику, настоящий ли у вас дедлайн (демо на конференции, закрытие раунда, сезонное окно) или «хотелось бы». Это меняет, как он оценивает, что сокращает, и вообще брать ли проект.
Хорошо: «Закрытие раунда 15 сентября, хотим показать платящих пользователей к этой дате». Слабо: «Хотелось бы запуститься поскорее».
«Три пользовательских сценария»
Три — это потолок. Не пять. Не «гибко».
Сценарий — это: начинается где-то, заканчивается доставленной ценностью. «Купить билет» — сценарий (лендинг → список → выбор места → оплата → подтверждение). «Дашборд» — не сценарий, это поверхность. У сценариев есть глаголы и концы.
Если у вас пять сценариев, которые не получается сократить, — у вас два продукта, притворяющихся одним. Выберите, какой запускается первым.
«Единственная метрика»
Основатели сопротивляются этому сильнее всего. «У нас много метрик». Нет. Одна. Смысл единственной метрики — не измерение, а разрешение споров во время разработки. Каждый «добавить X?» меряется против этой одной метрики.
Хорошо: «50 платящих клиентов в первые 90 дней». Хорошо: «1000 еженедельно активных организаторов». Слабо: «Траекция, рост, валидация».
«Интеграции»
Каждая строчка в списке интеграций — это 3–8 дней реальной работы, включая пограничные случаи. Основатель, перечисляющий 12 интеграций в день 1, заказывает 6-месячный проект, знает он это или нет.
Stripe — это не «Stripe». Stripe Subscriptions, Stripe Checkout, Stripe Connect с разделением платежей и Stripe Invoicing — четыре разные интеграции с четырьмя разными профилями сложности. Конкретно.
«Жёсткие ограничения»
Три числа спасают больше проектов, чем любой технический выбор:
- Диапазон бюджета. «€15–30K» — нормально. «Потолок €20K» — нормально. Называть диапазон вместо числа экономит обеим сторонам позерство.
- Дедлайн + причина. Дедлайн без причины — пожелание. Дедлайн с причиной — обязательство.
- Платформы. Только веб? Адаптивный веб + iOS? Удвоение объёма при добавлении платформы — самый большой сдвиг в цене.
«Что уже есть»
Если есть Figma — билд идёт на 30% быстрее. Если нет — разработчик проектирует и строит одновременно, это замедляет всё. Признайте честно. Сказать, что «дизайн есть», когда есть три экрана в Figma и мудборд, — значит сдвинуть неприятный разговор на вторую неделю вместо нулевого дня.
«Что вы точно не строите»
Этот раздел отделяет хороший бриф от отличного.
Записать, чего вы не делаете, сложнее, чем что делаете. Но это предотвращает 80% ползучести «заодно сделаем», которая убивает проекты с фиксированной ценой.
Пример сокращений из реальных брифов:
- Не: кастомный админский дашборд. Вместо: прямой доступ к базе для нас, нормальная админка во вторую фазу.
- Не: дизайн шаблонов писем. Вместо: plain-text транзакционные письма.
- Не: роль-ориентированные права сверх владельца/пользователя. Вместо: все — владельцы в v1.
- Не: нативное мобильное приложение. Вместо: только адаптивный веб.
- Не: многоязычность. Вместо: только английский на запуске.
Перечислите сокращения. Разработчик, читающий «вот чего я не строю», выдыхает — значит, вы подумали об объёме.
«Как принимаются решения»
Ключевая строчка — обязательство по скорости ответа.
Если я отправляю демо в пятницу, а вы отвечаете в четверг — я потерял половину следующего спринта. Большинство срывов срока случаются на задержке согласований, а не на реализации. Впишите «48 часов на решение или неявное утверждение» в бриф. Звучит агрессивно, но это не агрессия, а способ запускать проекты.
Три вопроса, которые важнее любого Figma
После того как бриф существует, три вопроса диагностичнее любого дизайн-файла:
1. Какая самая маленькая версия того, что вы бы всё ещё запустили?
Если основатель отвечает списком из 8 фич — он не готов. Если отвечает «эти три сценария, остальное подождёт» — зелёный свет.
2. Если запустится ровно то, что описано — с какой вероятностью вы захотите переписать это с нуля через 18 месяцев?
Основатель, который говорит «скорее всего высокой», говорит, что MVP — это выбрасываемый прототип. Нормально — но тогда планируем соответственно (быстрее, дешевле, меньше полировки). Основатель, который говорит «низкой, это должно масштабироваться до первой тысячи клиентов», — нужна другая цена и другая архитектура.
3. Кто будет управлять продуктом после запуска?
Если ответ «вы, наверное?» — пауза. Основатель, планирующий передать операции после запуска, нуждается в гораздо большем количестве документации, передачи и поддержки, чем тот, кто сам будет оператором. Это тоже часть объёма.
Чего не класть в бриф
Не кладите в одностраничник:
- Детальные описания UI («кнопка должна быть синей с градиентом»). Это область Figma.
- Полные списки фич с под-фичами. Если не умещается в три сценария — вторая фаза.
- Маркетинговые тексты для готового продукта. Это вы напишете на 8-й неделе.
- Пользовательские персоны сверх «кто» в одном предложении. Сохраните 40-слайдовый персонаж-дек на потом.
- Анализ конкурентов. Если он влияет на ваше «кто × действие × результат», — одна строчка. Иначе — нет.
Бриф — для разработки, не для инвесторской презентации.
Типичные возражения
«Это сильно упрощает. Мой продукт сложнее».
Большинство MVP — не сложные. Упражнение по упрощению заставляет найти ядро. Если после честной попытки упростить не получилось — проект больше, чем MVP, и бриф у большого проекта другой (нужна фазированная дорожная карта, а не одностраничник). В любом случае, одностраничный бриф показывает, в какой ситуации вы на самом деле.
«Я пока не знаю достаточно, чтобы это написать».
Тогда сначала сделайте discovery-этап. 1–2 недели, фиксированная цена, результат — бриф. Стартовать разработку без брифа дороже, чем заплатить за бриф.
«Мой разработчик сказал, что ему это не нужно».
Спросите, как он называет цену без брифа. Честный ответ: «угадываю и закладываю 30% наверх». Нормально для маленькой работы. Для MVP — вы платите за запас и всё равно получаете догадку. Настаивайте на брифе — само упражнение чтения брифа разработчиком вытащит его вопросы до подписания договора.
Что с ним делать
Отправьте 2–3 разработчикам. Попросите разбивку по вехам и фиксированную цену у каждого. Сравните цены и вопросы, которые каждый задал после чтения брифа. Тот, кто задал самые точные вопросы, обычно и отгружает.
Если хотите второе мнение по брифу перед отправкой — пришлите ваш, я прочитаю и дам одну страницу обратной связи бесплатно. Без обязательств — если не подходим, скажу и порекомендую кого-то другого. Пришлите через контактную форму.