Собака Павлова

Большое спасибо за такой обстоятельный комментарий! Все именно так :)

При чем тут количественные данные? Не путайте, пожалуйста, срез реальности, когда заказчик (владелец системы) приходит к внешним исполнителям с бизнес-задачей, в которой отсутствуют простые количественные метрики. Такова реальность.

Вам еще раз спасибо за ссылки. К вам вообще вопросов нет, только благодарность, что потратили время и поделились своим мнением.

Вопросы есть к авторам дизайна. Также, как у этих авторов могут быть вопросы к нашей работе — ради бога. И вообще мы начали с того, что признали, что в примерах есть детали, которые однозначно лучше наших (шрифтовая композиция, например). И усомнились в некоторых других решениях. Наверное, 10+ летний опыт дает нам (и им) право на критическое восприятие.

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

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

Ну, нормальным дизайнерам — нет, не хочется, им хочется решить поставленную дизайн-задачу, а в реальных задачах на профинтерфейсы требования к UI обычно очень приземленные: использовать существующий UI-kit; максимально стандартизировать UI для того, чтобы продукт было проще развивать своими силами и/или силами среднестатистических дизайнеров и всякое такое прочее.

Подход очень здравый, потому что первое впечатление от красоты очень быстро проходит, и в инструменте, который человек использует каждый день, перестает замечаться. Набившие оскомину примеры — тот же Амазон или Фейсбук.

Эстетика, современности, красота — важная и оооочень непростая тема. Хорошо, что ее затронули в комментариях, но не очень понятно, как ее использовать в хозяйстве, кроме как для самоутверждения. Проще говоря, кто будет платить за модный-красивый UI? Бизнес не хочет.

Это картинки из вполне конкретного кейса, когда заказчик хотел оцифровать уже существующие (и работающие) бумажные шпаргалки. Если коротко, то наша визуализация помогла заказчику осознать печальную мысль, что «в лоб» протоколы не перекладываются на мобильное приложение. Вот тут по ссылке вся история целиком: https://www.sobakapav.ru/portfolio/algohelp

Другой показательной картинкой мог бы быть интерфейс системы реанимации. Там другая история — данные должны однозначно и быстро считываться.

Да, примерно такая же картинка у нас в голове. Сейчас основной запрос медучреждений — это оцифровка бизнес-процессов и соблюдение многочисленных требований вышестоящих инстанций. Массового запроса даже на UX нет, но хочется верить, что так или иначе он появится.

Спасибо, очень интересно. Потому что у нас немножко вытекают глаза, глядя на эти примеры. С одной стороны. С другой — видны отдельные детали, которые у коллег действительно проработаны лучше, прям невооруженным взглядом. С третьей — смачная подача кейсов немного подменяет подачу интерфейса. Интерфейс для ежедневной работы должен не впечатление производить, а не мешать ежедневную работу работать. Короче, тут есть на что посмотреть и что пообсуждать с точки зрения UI.

(Разработчики заказчика, у нас своей разработки нет)

Спасибо!

Да, даже уголки не скруглили :) У нас был по этому поводу смешной случай как раз с медицинским интерфейсом. Маленький проект с минимальными требованиями к эстетике, но от скругленных уголков мы не удержались. Чтобы хоть как-то придать современности довольно топорному дашборду. В позу встали разработчики! Сказали, что ну это сложно, ну это css надо ковырять. Но мы их в итоге уговорили.

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

В профинтерфейсах (и в медицинских в частности) решают две задачи.
1. Сделать с нуля.
2. Переделать то, что однозначно устарело.

Даже пример есть. Пока еще секретный проект, в начале которого декларировалась цель — ускорить работу оператора. В процессе аналитики выяснили (и заказчик подтвердил), что такой проблемы нет, и скорость оператора больше зависит от его общения по телефону, чем от работы с интерфейсом. И наша дизайн-задача трансформировалась в создание обновленного интерфейса, который бы:
1. Учитывал изменения в бизнес-процессах.
2. Был более гибким в настройках под конечного клиента.
3. Позволял заказчику самостоятельно развивать интерфейс (добавлять новые процессы).
4. Давал конкурентное преимущество при продаже.

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

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

Две недели назад поглядывал на планшет сотрудника скорой в СПБ. UI там примерно никакой. Про UX ничего сказать нельзя, было немножко не до расспросов врача.

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

Прошлой осенью смотрели интерфейсы АРМ известной сети коммерческих клиник. 1С на этом фоне — просто интерфейсное чудо.

Достойно выглядят интерфейсы АРМ клиники XXI Век, и там действительно есть признаки того, что это не просто оцифровка бизнес-процесса, как в 95% случаев (и вот где основная боль), а действительно удобный инструмент.

Это то, что навскидку в голову пришло. Исключения встречаются, но встречаются крайне редко. А в требованиях практически никогда не фигурирует современность дизайна. Обычно это требования для массовых коммерческих сервисов, типа банков и магазинов (хотя и последнее спорно).