Или как можно использовать фреймворки в непривычных местах
В дизайне интерфейсов есть общепринятая догма про human-centered.
Это набор принципов, как сделать систему удобнее для человека
В тех или иных трактовках она встречается и у гугла, и у эпла, и у любой крупной дизайн-системы.
В основе смысл, что это не система какая-то особенная, а люди особенные — глупые, невнимательные и забывчивые, и тд. И это все можно учесть, помочь справиться с этим и станет удобнее и лучше
Поэкспериментируем
А почему только дизайн человекоцентричный? Люди ведь везде одинаковые, давайте раскатим на другие сферы. например таск менеджмент, давайте сравним
1. видимость статуса системы (Система тут это рабочий процесс)
если что-то происходит, например загрузка, надо показать это. В пример спинеры и прогресс бары.
Перекладываем на менеджмент — прозрачность в процессах и сроках. четкие дедлайны, понятно, что делают, когда будет готово, какой статус
2. фидбек системы
Если юзер что-то сделал, он хочет видеть отклик
сюда про вечное поймал, услышал, вернусь, смотрю и тд
3. Последовательность и стандарты
не заставляйте пользователя разбираться в словах, формулировках и тд
один формат описания задач, один формат названий, привычные сущности, шаблоны
4. Распознавание вместо вспоминания — выкладывать все на канбан вместо держания в голове
Еще можно более локальные вещи раскатывать с тем же смыслом, но вот самые основные
👾 В целом наталкивает на интересные мысли пробовать разные вещи там, где это кажется неуместным
Расскажу скоро как собрал таким подходом инструмент, который срезал косты раза в 4 и ускорил онбординг новичка до 1 дня
@kovchdesign