Модуль 01

Модуль 1. От идеи к задаче, которую можно проверить

Сузьте идею до одного пользовательского сценария, запишите требования и поймите, по каким признакам работа будет готова.

В этом курсе мы будем собирать небольшой веб-сервис заявок на консультацию. Пользователь выбирает услугу, оставляет имя и удобный способ связи, видит подтверждение. Сначала — учебный прототип на вымышленных данных. Оплата, CRM и рассылки не входят в первую версию.

Задача первого модуля — не придумать все функции будущего бизнеса, а сделать границы проекта понятными человеку и AI-инструменту.

Что понадобится

  • Одна конкретная аудитория и проблема, с которой она сталкивается.
  • 30–45 минут на короткий бриф.
  • Файл PROJECT-BRIEF.md в папке проекта. Пока можно заполнить его в любом редакторе.

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

Шаг 1. Назовите человека и момент, когда ему нужна помощь

Сформулируйте: «Когда [ситуация], [роль] хочет [действие], чтобы [результат]».

Слишком широко: «Сделать сайт эксперта с ИИ». Здесь и сайт, и ИИ, и экспертиза — ни один результат не проверяется.

Достаточно узко: «Когда посетитель выбрал консультацию, он может отправить запрос и понять, что заявка принята».

Шаг 2. Опишите один путь пользователя

Запишите путь глаголами, без технических решений:

  1. Открывает страницу услуги.
  2. Выбирает один из трёх вариантов консультации.
  3. Вводит имя и контакт.
  4. Отправляет заявку.
  5. Видит подтверждение или понятную ошибку.

Проверьте путь вопросами: что пользователь видит первым? Что должно произойти, если форма пустая? Как он узнает, что отправка удалась? Что делать, если отправка не удалась?

Шаг 3. Запишите, что входит в первую версию

ВходитНе входит пока
Одна страница услугиЛичный кабинет
Форма имени, контакта и выбора услугиОплата
Проверка обязательных полейАвтоматическая рассылка
Состояния «отправляется», «успех», «ошибка»Интеграция с реальной CRM

Список «не входит» защищает проект от расползания. Новая идея попадает в список «позже», а не автоматически в текущую сборку.

Шаг 4. Превратите пожелания в критерии приёмки

Критерий приёмки описывает наблюдаемое поведение. Избегайте слов «красиво», «удобно» и «умно», пока рядом нет способа это проверить.

СитуацияОжидаемый результатКак проверить
Все поля заполнены корректноПоказывается подтверждение отправкиОтправить тестовую заявку
Не выбрана услугаФорма не отправляется; подсказка рядом с полемОтправить пустую форму
Контакт не заполненОтправка остановлена, поле отмечено понятноУдалить контакт и повторить
Сервер недоступенПоявляется сообщение и возможность повторитьИмитировать ошибку запроса
Узкий экран телефонаПоля и кнопка помещаются без горизонтальной прокруткиПроверить ширину 360 px

Шаг 5. Отделите факт от предположения

Для каждого важного утверждения поставьте метку:

  • Факт: подтверждён наблюдением, документом или владельцем процесса.
  • Гипотеза: правдоподобно, но нужно проверить.
  • Решение: выбранный сейчас вариант, который можно пересмотреть.

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

Готовый пример брифа

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

Практика

  1. Заполните шаблон брифа продукта.
  2. Выберите один сценарий, который соберёте в курсе.
  3. Запишите не менее пяти критериев, включая ошибку и мобильный экран.
  4. Попросите другого человека прочитать бриф и пересказать, что будет готово в версии 1.
  5. Уточните бриф, если он понял результат иначе.

Артефакт: PROJECT-BRIEF.md и таблица критериев приёмки. Сохраните их — следующие модули будут ссылаться на эти решения.

Самопроверка

  • Можно ли проверить каждый критерий без чтения мыслей автора?
  • Понятно ли, что сознательно отложено?
  • Не обещает ли формулировка поведение, которого вы пока не измерили?