Канал уходил в отпуск на месяц (а я нет 🥲), но зато идеи накопились.

Про паттерны продукта

Макеты со всеми состояниями, корнеркейсами, экранами ошибок выглядят как паутина. Но даже она не всегда даёт ответ, как интерфейс должен вести себя в очередной непредусмотренной ситуации, потому что реальность намного сложнее своей модели.

Я делала фичу, где пользователь задаёт иерархию вручную. После первого уровня появляется второй, второй может оказаться конечным, а может понадобиться третий, и так далее. В зависимости от настроек предыдущих уровней будет отображаться разная информация.

Можно было бы сделать все-все-все макеты для всех комбинаций, но помимо того, что это было бы сложно читать, всё равно не было гарантии, что я чего-то не упущу.

Поэтому тут появляются паттерны поведения продукта. То есть вид основных состояний показан, но ещё написано правило типа «Если на предыдущем уровне произошло это, то текущий уровень отображается так, если на предыдущем — то, то текущий — эдак».

И тогда, если при разработке появится неожиданный уровень вложенности, разработчику не нужно будет ни спрашивать, что должно произойти, ни самому креативить что-то, он сможет просто посмотреть правило и перенести его на любую структуру.

В идеале во всём продукте должны существовать единые паттерны. Тогда, даже если дизайнер не сделал макет какой-то модалки с ошибкой, а разработчик решил, что обойдётся без макета, она всё равно получится адекватной, потому что команда заранее договорилась о правилах.

А при проектировании фич паттерны помогают дизайнеру не изобретать велосипед каждый раз и сохранять консистентность.

Паттерны подукта — это не то же, что правила дизайн-системы. ДС определяет, например, как выглядит модалка, какие у неё отступы, скругления и шрифт, но структура этой модалки, tov, доступные действия уже определяются на уровне продукта.