Про избыточность
Очень просто заполнять пространство "дизайном" (все равно все мы нет-нет, да и хотим избавиться от белого пространства). Или напихать в интерфейс разные фишечки, с запасом. Вот, например, как на видео — ребята из ВкусВилла зачем-то сделали drag-and-drop в каталоге продуктов и я раздражал продавцов, пытаясь скрестить лимон и морковку.
Очень просто оставить пустоту и сделать минималистичный дизайн, в котором не будет ничего. Ради дизайна даже можно про пользователя забыть.
Самое сложное — найти баланс и сделать интерфейс идеальным с визуальной точки зрения и насыщенным достаточным количество функций для пользователя. И вот тут придется попотеть...
Как же этого добиться?
1. Исследуем реальность. Не только читаем ТЗ: как ставит задачу бизнес, что он хочет заложить в интерфейс. Но и во-первых, узнаем, почему бизнес этого возжелал, и во-вторых, а чем живут в реальности пользователи. В очень большом числе случаев ТЗ и реальность имеют расхождения.
2. Проверяем технические возможности. Можно ли реализовать те вещи, которые будут заложены в интерфейс? В идеале проверить не только собственные идеи, но и реальные возможности заказчика (например, заказчик просит внедрить AI-поиск в приложение, но понятия не имеет, где взять API или натренировать модель). При этой проверке вы возможно найдете другие незамеченные технические возможности, которые вам помогут в интерфейсе (например, телеметрия с датчиков устройства, которая даст добавочную степень автоматизации и избавит оператора от лишней суеты).
3. Концентрируемся на том, что действительно важно в моменте для пользователя. Можно напихать на экран дополнительной справочной информации, настроек и опций. Но если пользователю на самом деле нужна одна цифра и одна кнопка, то все остальное должно быть под большим вопросом — либо исчезать из интерфейса, либо прятаться под вспомогательные инструменты.
4. Думаем о будущем. Вы можете нарисовать интерфейс далекого будущего для бизнеса. И пользователь будет жить с интерфейсом, в котором возможно, когда-нибудь, возможно уже в ближайшем десятилетии появятся новые фичи. Поэтому в идеале делать сначала целевой интерфейс, а потом раскладывать его на таймлайн появления новых фич в обратную сторону. Интерфейс тогда становится модульным, пользователь не видит лишнего, но продукт готов к появлению нового.
Потом накидываем на получившееся чистенький UI и вот у вас на выходе имеется достаточный интерфейс.