О продуктах, логике и здравом смысле.
https://sherer.pro
По всем вопросам @mashavanassi
По остальным вопросам @sherer_pro
Post #215
1.48K
Пока мы ждём трансляции, давайте поговорим о реальных последствиях наших ошибок. Причём ошибок не всегда очевидных, а иногда даже вовсе неожиданных.
Когда юикс слишком хорош
Вот вы проектируете экраны, составляете диаграммы последовательностей, прорабатываете юикс до мелочей. Делаете всё, чтобы повысить эффективность бизнеса и улучшить пользовательское взаимодействие. Но бывают случаи, когда мы заходим слишком далеко по этому светлому пути.
Кто виноват? Дети, тыкнувшие куда не следует? Родители, доверившие детям свои девайсы? Нет, виновата компания. А конкретно — аналитики и дизайнеры, которые не учли банальную защиту подтверждением. Амазону, казалось бы, хорошо: меньше кликов, больше конверсия (и плевать, что 0.1% заказов будут оспорены). Но нет. Такие случаи вызывают общественный резонанс, страдает имидж компании, и в реальной перспективе её ожидает вполне конкретная недополученная прибыль.
Когда цена слишком высока
Ну что может случиться, если пользователь иногда ошибётся во вводе или нажмёт не туда? Подумаешь, потеряет пару секунд. Ничего страшного.
Проектирование взаимодействия — это всегда работа с пограничными ситуациями. Вы не можете себе позволить покрывать только статистически значимые случаи, вы должны продумывать и статистические аномалии, всплески. Нулевые состояния экранов, слабая скорость интернета и девайса, внезапное падение одного из сервисов, fat-finger errors: перечень практически бесконечен. И неважно, аналитик вы, дизайнер, разработчик или менеджер. Вы должны учитывать их все. Да, это может быть долго и дорого. Но если что-то делаешь, делай это хорошо.
Когда юикс слишком хорош
Вот вы проектируете экраны, составляете диаграммы последовательностей, прорабатываете юикс до мелочей. Делаете всё, чтобы повысить эффективность бизнеса и улучшить пользовательское взаимодействие. Но бывают случаи, когда мы заходим слишком далеко по этому светлому пути.
В 2019 в Сан‑Диего двухлетняя Рейна, играя с маминым телефоном, всего одним нажатием «Buy Now with 1‑Click» на Amazon приобрела диван за $430, о чём родителям стало известно лишь по уведомлению «Your couch has shipped» — всё из‑за того, что интерфейс оказался слишком простым, а внимание мамы отвлекли бытовые дела.
Через несколько лет в Массачусетсе пятилетняя Лайла нажала те же самые жёлтые кнопки и без ведома родителей заказала мотоциклы, ковбойские сапоги и игрушечный джип на сумму более $3 000, пока мать отвлекалась на дорогу в машине.
Кто виноват? Дети, тыкнувшие куда не следует? Родители, доверившие детям свои девайсы? Нет, виновата компания. А конкретно — аналитики и дизайнеры, которые не учли банальную защиту подтверждением. Амазону, казалось бы, хорошо: меньше кликов, больше конверсия (и плевать, что 0.1% заказов будут оспорены). Но нет. Такие случаи вызывают общественный резонанс, страдает имидж компании, и в реальной перспективе её ожидает вполне конкретная недополученная прибыль.
Когда цена слишком высока
Ну что может случиться, если пользователь иногда ошибётся во вводе или нажмёт не туда? Подумаешь, потеряет пару секунд. Ничего страшного.
Представьте, вы — опытная медсестра в ночную смену, система госпиталя тормозит, пациенты ждут. В декабре 2017 в Vanderbilt University Medical Center медсестра РаДонда Вогт ждала загрузки заказа на препарат Versed для 75‑летней пациентки перед МРТ. Система не выдала заказ вовремя, и, торопясь, она воспользовалась override‑функцией отладки — но вместо Versed взяла vecuronium, мощный паралитик. У пациентки остановилось сердце и она скончалась на следующий день. Сама Вогт призналась в ошибке сразу, но в итоге была привлечена к уголовной ответственности за «преступную халатность».
Ещё пример. Врачебная фат‑фингер ошибка при программировании инфузионного насоса. В 2022 ISMP Canada зафиксировала два случая, когда при вводе в насос параметров антидота N‑ацетилцистеина (лекарство при передозировке парацетамолом) смешали скорость «loading dose» и «maintenance dose». Из‑за этого препарат шёл слишком быстро, что привело к летальным передозировкам у детей.
Проектирование взаимодействия — это всегда работа с пограничными ситуациями. Вы не можете себе позволить покрывать только статистически значимые случаи, вы должны продумывать и статистические аномалии, всплески. Нулевые состояния экранов, слабая скорость интернета и девайса, внезапное падение одного из сервисов, fat-finger errors: перечень практически бесконечен. И неважно, аналитик вы, дизайнер, разработчик или менеджер. Вы должны учитывать их все. Да, это может быть долго и дорого. Но если что-то делаешь, делай это хорошо.
- 👍 14
- 🔥 9
- ❤ 5
- 👏 4
