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

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

Полноразмерный интерфейс перемотки может появиться и управляться в квазирежиме — например, перемещением курсора по ссылке-виджету с зажатой кнопкой мыши.

Примерно так же, одним элементом, выбирается точка фокуса и настраивается экспозиция на фотоаппарате Айфона:

Вспомните, сколько кнопок, переключателей и режимов служат той же цели на профессиональной зеркальной камере. Произошла минимизация конструкции.

Кстати, это полезный «ускоренный» способ решения задач — реализовать главную функцию, отсекая лишнее методом грубой силы, а затем додумать второстепенные детали, применяя знакомые изобретательные приёмы.

В предыдущих примерах конструкция была минимизирована без потерь за счёт переноса функций на другие элементы. Другой железный способ получить бесплатный результат — «сделать заранее».

Пользователи сервиса «Высшей школы главбуха» проверяют знания бухгалтеров в своих компаниях, выбирая темы вопросов для автоматизированных тестов:

Как сэкономить время пользователя на выбор тем? Сделать за него эту работу заранее и предложить на выбор готовые типовые тесты:

«Сделать заранее» — мощный дизайнерский ход. В пользовательских интерфейсах приём встречается в форме всевозможных пресетов, сохранённых запросов и подсказок при наборе.

• Интернет-банк

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

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

Дизайнер должен экономить ресурсы, в которых система больше всего ограничена. Это не только внимание и время пользователя, но и стоимость производства или время работы программиста.

Преподаватели курсов бюро еженедельно проводят бесплатные мероприятия в Коворкафе — «живые советы» по разным дизайнерским дисциплинам. Поскольку в зрительном зале Коворкафе всего лишь 20 мест, предусмотрена предварительная регистрация:

Когда места заканчиваются, новые желающие не могут зарегистрироваться. Поэтому накануне живых советов записавшимся приходит автоматическое напоминание с предложением отказаться от участия, если их планы изменились:

Живые советы на разные темы имеют разный спрос: на одни записывается меньше людей, на других места мгновенно заканчиваются. И в советах на популярные темы преподаватели столкнулись с неожиданной проблемой. Постоянные посетители часто заранее, за три-четыре недели, резервируют места, но не приходят и не освобождают место, несмотря на напоминание. В итоге для желающих записаться мест нет, а «советы» на популярную тему иногда проходят в почти пустом зале!

Рассуждаем. Полезное действие: повысить количество гостей. Для этого нужно дать возможность изъявить желание тем, кто не успел записаться. Совсем отказаться от регистрации нельзя: если посетителей придёт больше, чем мест в зале, им будет тесно и неудобно. Кроме того, ограничение мест повышает статус и «дефицитность» мероприятия: задать вопрос преподавателю лично можно только в определённый день, поэтому лучше записаться и прийти, а не откладывать на потом. Есть опасение, что если убрать регистрацию, посетителей станет ещё меньше.

Ограничивать регистрацию частых гостей глупо, ведь они составляют основную аудиторию.

Преподаватели предлагают разные меры. Один хочет добавить к регистрации дополнительную форму-почтосборник, как на курсах бюро: если мест нет, то желающий может оставить адрес электронной почты, а мы сообщим ему, если освободится место. Но ведь некоторые зарегистрировавшиеся посетители всё равно не отказываются от мест до последнего. Кроме того, это усложнит интерфейс и ухудшит сервис — желающему придётся неопределённо долго ждать ответа.

Другой преподаватель предлагает компромисс: сохранить систему, но увеличить количество зарегистрированных гостей до 25, несмотря на то, что в зале 20 мест. Это повысило бы вероятность заполнения зала. Но легко посчитать, что если при ограничении в 20 мест реально пришли 5 человек, то после увеличения до 25 их стало бы только 6. Не говоря уже о том, что посещаемость непредсказуема, и если в какой-то день придут 25 человек, рассчитывающих на места в зале, то они будут расстроены.

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

Формулируем требования к решению. Мы рассматриваем систему только в граничном состоянии, когда мест нет, потому что иначе проблема не возникает. С одной стороны, мы должны сохранить надпись «мест нет»: она повышает ценность и желание попасть на мероприятие. С другой стороны, желающий должен иметь возможность записаться. Не должно быть ожидания, в идеале, как ни парадоксально, гость должен мгновенно добавиться в список.

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

В Коворкафе есть кофе-бар и барные стулья. Это дармовой ресурс системы. Учитывать их в общем числе мест зрительного зала нельзя — кто-то из гостей будет несправедливо обижен.

Но что если гости заранее согласятся посидеть в баре? Тогда их ожидания не будут обмануты: