Продукт становится проще создавать, когда перестаёшь воспринимать его как набор экранов.
Начните с двух карт:
- карта поверхности
- карта системы
Карта поверхности показывает, с чем взаимодействуют люди.
Карта системы показывает, что обеспечивает работу.
Поверхность — это то, что видит пользователь. Состояние, правила, интеграции и доказательство — это то, что делает поверхность достоверной и поддерживаемой.
Карта поверхности
Карта поверхности описывает пользовательские сценарии.
Для SaaS-продукта это может включать:
- главная страница
- регистрация
- онбординг
- панель управления
- биллинг
- настройки
- отчёты
- поддержка
Для внутреннего инструмента это может включать:
- форма заявки
- очередь задач
- страница деталей
- панель утверждения
- админ-панель
- экспорт
Карта поверхности помогает увидеть, что продукт просит пользователя сделать.
Карта системы
Карта системы описывает операционный слой:
- аутентификация
- роли
- модель данных
- фоновые задачи
- интеграции
- события
- аналитика
- биллинг
- разрешения
- обработка ошибок
- журнал аудита
Именно здесь разработчики часто недооценивают объём работ.
Они проектируют панель управления и забывают про очередь.
Они пишут AI-промпт и забывают про оценку.
Они создают checkout и забывают про повторные попытки вебхуков.
Прорисуйте путь отказа
Хорошая карта системы включает то, что происходит, когда что-то идёт не так.
Примеры:
- оплата не прошла
- повторные попытки вебхука
- модель отказала
- у пользователя нет прав
- исходные данные устарели
- интеграция превысила таймаут
- администратору нужно вмешаться
- письмо отскочило
Если у продукта нет пути отказа, это всё ещё демо.
Превратите карту в последовательность сборки
Карта системы должна определять порядок сборки.
Обычно:
- модель данных
- аутентификация и роли
- основной рабочий процесс
- поверхность
- интеграции
- аналитика
- доказательство и документация
Эта последовательность менее захватывающая, чем начало с блестящего экрана. Но она и более надёжная.
Почему это важно для Академии
Путь Академии должен напрямую обучать этой модели.
Самостоятельным разработчикам нужны не просто советы.
Им нужно научиться превращать идею в карту поверхности продукта, карту системы, доску доказательств и цикл роста.
В этом разница между «я сделал штуку» и «я построил систему».
