Как впихнуть новый раздел в UI? Часть 1.
Если долго смотреть за развитием какого-нибудь продукта, в один прекрасный день можно увидеть, что меню разрослось, новые фичи уже не пришей к пизде рукав и как-будто дизайн устарел.
Но нет, главная проблема здесь не в визуальном дизайне. На этапе планирования, когда все по 40 раз в секунду произносят «MVP», отрезается большой пласт функционала. Этот пласт кладется дай бог в бэклог, а чего хуже – забывается нахуй, и поэтому, при проектировании не учитывается.
Безболезненно масштабировать продукт можно. И я не говорю про YoY, MAU, LTV и ARR, речь только о дизайне. Итак, для этого нужно: ⚫️спроектировать информационную архитектуру с учетом стратегии и будущего функционала, выходящего за рамки MVP; ⚫️построить линейную навигацию, – упростить доступ к важному, подсветить критичное, не использовать миллион уровней вложенности, сгруппировать сущности в соответствии с логикой приложения; ⚫️позаботиться о базовых принципах навигации: пользователь должен знать где он, как он сюда попал, как вернуться назад и понимать, что его ждёт дальше при нажатии на элемент интерфейса; ⚫️сохранять консистентность важно во всем: от стилей ссылок и кнопок, до названий разделов и терминов.
В целом, подытоживая, выделим три ключа к успеху масштабирования высоконагруженных продуктов: 1. Таксономия, ядро которой должно закладываться со старта; 2. Информационная архитектура, которая должна учитывать стратегию, а не только функционал для MVP; 3. Ну и само планирование со стратегией, – вы должны знать, что будете делать через года три, как к этому придти и что делать, если не получится.
Дальше напишу, че делать, если пиздец случился, уже ничего не понятно, но расти дальше и пихать новые разделы или фичи тоже нужно.
