​Одна из моих любимых статей этого года из Nature чем-то похожа на спецвыпуск передач «Оч.умелые ручки» и «Что? Где? Когда?». Людям предлагали поменять Lego-структуру из колонны и крыши, прикреплённой к ней одним блочком в углу. Как вы поставите новый кирпич наверх, чтобы человека не убило? А, каждая новая деталь стоит 10 центов, потому что капитализм.

Если вы подумали про дополнительные подпорки — поздравляю, вы совпадаете с большинством участников. Но проще (и дешевле!) было бы убрать подпорочку и оставить крышу на широкой колонне. При этом, когда участникам напоминали, что детальки можно не только добавлять, или давали время нормально подумать, решений через удаление становилось больше.

Серией похожих дурацких экспериментов в таком же духе авторы приходят к выводу:при решении проблем люди постоянно выбирают добавлять элементы, а не убирать их; и выводят теорию, которая описывает таким образом ежедневное принятие решений.

Это значит, что, когда мы думаем, делаем или строим продукты, надо помнить, что дефолтной стратегией изменений будет «Что бы нам сюда добавить». Поэтому, во-первых, надо сразу оптимизировать под быстродействие взаимодействий (всё равно понапредлагают добавить вяской фигни). А во-вторых, как и с другими когнитивными искажениями, надо надо сознательно искать идеи удаления.

Так я с гордостью могу сказать, что мой обычный подход к UI-процессу становится практически долгом:

1. Выписать в список элементы или целые функции
2. Удалять их очереди (важно: не все сразу)
3. Наблюдать, заметят ли или прокатит