Как начать цифровой проект, когда готового ТЗ ещё нет
Как подготовить ограниченный первый этап цифрового проекта: сценарий, прототип, зависимости и решение о разработке.
Отсутствие подробного ТЗ не мешает первому разговору с командой. Оно мешает обещать точный состав разработки, когда ещё неизвестны роли, данные и правила работы будущего продукта. В такой ситуации полезно договориться о небольшом первом этапе с конкретным результатом: описанным сценарием, прототипом и списком решений, которые нужно принять до разработки.
Что принести на первую встречу
Расскажите, кто столкнулся с проблемой и что происходит сейчас. Покажите доступные материалы: существующий сайт или систему, пример данных, описание процесса, ограничения по доступу и известные сроки бизнеса. Не обязательно оформлять всё в специальный документ. Важно отделить наблюдаемое от предположений: «у сотрудников есть такой маршрут» и «кажется, им понадобится такая функция» требуют разной проверки.
Для сайта добавьте перечень предложений, материалов и действий посетителя. Для веб-сервиса — роли, рабочую операцию и системы, из которых поступают данные. Если идея ещё не описана даже через пользователя и его задачу, начните с проверки идеи MVP.
Каким должен быть результат первого этапа
Первый результат должен помочь принять решение, а не просто увеличить число макетов. Зафиксируйте:
- Один основной сценарий с началом, действиями и наблюдаемым итогом.
- Роли и права на просмотр или изменение данных.
- Черновую структуру страниц либо прототип ключевого маршрута.
- Внешние зависимости: кто даёт данные, доступ, материалы и согласования.
- Вопросы, которые остались открытыми, и способ их проверки.
Согласуйте заранее, в каком виде команда передаст эти материалы и кто на стороне заказчика их проверит. Такой этап может завершиться решением разрабатывать, сузить задачу, проверить интеграцию или остановиться. Дальнейшую разработку не следует считать автоматическим результатом первого этапа.
Когда требуется отдельная проверка интеграции
Если ключевое действие зависит от внешней системы, сначала выясните, доступен ли её интерфейс и кто вправе предоставить тестовые данные. Без этого прототип может показать удобный экран, но не доказать возможность обмена. Подробнее — в списке вопросов об интеграциях.
Как обсуждать оценку и приёмку
Попросите команду отделить подтверждённые работы от зависимостей и допущений. Для первой разработки сформулируйте проверяемый результат: пользователь выполняет согласованную операцию, система корректно показывает её состояние, а ошибки и права доступа обработаны в пределах выбранного сценария. Это даёт предмет для оценки и приёмки. Формат договора, сроки и бюджет определяются после выяснения границ задачи.
Если задача уже описана, следующий шаг — обсудить веб-сервис или структуру сайта. На встречу достаточно принести материалы и открытые вопросы: команда поможет определить, что нужно проверить до разработки.