Перейти к содержимому
← cd ../case · energy-cabinet
> cat cases/energy-cabinet/*.md
╔══════════════════════════════════════════════════════════════════╗
║ ● SUPPORTIN… · 202… · поддерживающий                         ║
╠══════════════════════════════════════════════════════════════════╣
║                                                                  ║
║ ЭНЕРГОКАБИНЕТ                                                    ║
║                                                                  ║
╚══════════════════════════════════════════════════════════════════╝

Личный кабинет, где частые действия вынесены вперед: оплата, показания и важный статус не должны теряться среди справочных разделов. Пользователь приходит в такой продукт не изучать интерфейс. Чаще всего у него есть одна задача: оплатить, передать показания, проверить состояние счета, найти документ. Если эти действия спрятаны в общей навигационной массе, кабинет начинает ощущаться тяжелее, чем сама задача. Этот кейс лучше держать компактным: он не про большую трансформацию, а про ясную информационную архитектуру массового сервиса.

role           : структура разделов, сценарии оплаты и передачи показаний, desktop/mobile responsibility split
фокус          : частые действия, справочный слой, предупреждения в вводе показаний, разные задачи desktop и mobile.
tags           : личный кабинет для utility-сценариев., partial-public-source
> ls ../