Короткий ответ
Начните с ролей, а не с экранов
Запишите, кто входит в систему: клиент, партнёр, менеджер, администратор. Для каждой роли достаточно перечислить 3-7 действий, которые она должна выполнять. Это сразу показывает границы кабинета и права доступа.
Опишите одно главное действие
Фраза «нужен личный кабинет» слишком широкая. Гораздо полезнее: клиент видит заявку, загружает документ, получает статус и может повторить заказ. Такой сценарий уже можно разбить на интерфейс, backend и данные.
Зафиксируйте источник данных
Отдельно укажите, откуда берутся клиенты, заказы, документы, цены и статусы. Это может быть CRM, 1С, существующая база, API или ручной ввод. Без этого невозможно честно оценить интеграционную часть.
Продумайте состояния и ошибки
Что видит пользователь до загрузки документа, после отправки, при отказе, после оплаты? Как восстановить доступ? Что происходит, если внешний API недоступен? Состояния важнее количества страниц.
Критерий готовности
В конце сформулируйте 3-5 проверок: новый пользователь может зарегистрироваться; заявка появляется у менеджера; статус возвращается клиенту; документы доступны только своей роли. Это превращает описание в проверяемый результат.
Что приложить к первому сообщению
- список ролей и 3–7 действий каждой роли
- 1–2 примера реальных данных или документов
- ссылки на CRM, 1С или API, если кабинет должен с ними работать
Если пока есть только идея, достаточно описать один путь пользователя от входа до результата.