Замечательность этого правила в том, что его можно распространить на все, что угодно. И получить интересные результаты =)
Например, в процессе дизайна приходится описывать кучу странных состояний и реакций, с которыми никто никогда не встретится. То есть 20% экранов будут использоваться 80% времени.
Логичный вывод – на проектирование главных 20% состояний надо тратить 80% усилий?
Неа.
Качество дизайна (как и много другого) определяется по наименьшему качеству всех его компонентов. И если 80% времени пользователь будет видеть основные состояния – то второстепенные он будет видеть в целых 20% случаев. И если это не сайт с новостями, а продукт, используемый постоянно, но он неизбежно с чем-то нестандартным столкнется. И будет его оценивать исходя из того, насколько удобно ему будет в этом случае.
Классический пример – это форма логина. Казалось бы, уже везде она есть и все всë изучили и сделали – но все равно количество херни и недоделок превышает всякие объяснимые нормы. Стандартный сценарий очень прост – ввели что надо, нажали на энтер, попали куда надо. Стандартная ошибка – неправильный пароль – тоже вроде обрабатывается. Но стоит отклониться чуть дальше – например, указать несуществующего пользователя, или забыть ввести пароль, или начать вводить пароль с нажатым CapsLock, или переключить раскладку, или пытаться войти в еще не активированный аккаунт – большинство просто забивает на эти сценарии болт и выводит стандартную ошибку "Логин или пароль неверен".
И хотя, казалось бы, таких ситуаций раз-два и обчелся – за все время использования сервиса всеми пользователями они происходят очень и очень часто, вызывая неимоверные объемы боли и страдания и сливая в пустоту даже не часы, а дни и месяцы, потраченные на мучительное выяснение того, что же пошло не так.