В этом блоге рассматривается модель 5 уровней, подчеркивающая важность стратегического UX-дизайна в здравоохранении с использованием аналогии с бургером для наглядности.
18 октября 2026 г.
Старший технический руководитель, ERS CU-Digital Engineering, Total Experience
18 октября 2026 г.
Исключительные продукты начинаются не с экранов, а со стратегии. Прежде чем выбирать цвета или размещать кнопки, дизайнеры проходят через ряд многоуровневых решений, которые формируют пользовательский опыт изнутри. Модель 5 уровней Джесси Джеймса Гарретта, представленная в книге «Элементы пользовательского опыта», остается мощной моделью для навигации в этом процессе.
В этой статье мы вновь обращаемся к данной модели не как к абстрактной теории, а как к практическому инструменту для согласования UX-активностей на протяжении всего жизненного цикла продукта. Ведь дизайн-мышление — это не украшение, добавляемое в конце, а базовый ингредиент, который определяет всё.
Чтобы сделать эту многоуровневую концепцию понятной (и запоминающейся), давайте воспользуемся метафорой: бургер.
Проектирование цифрового продукта похоже на приготовление идеального бургера. Каждый слой, от стратегии до поверхности, добавляет структуру, вкус и целостность. Пропустите слой — и опыт развалится. Сделайте всё правильно — и вы создадите нечто не просто функциональное, но и значимое.
Чтобы еще больше углубиться в тему, мы дополним аналогию с бургером примерами из сферы медицинских технологий, такими как проектирование системы мониторинга пациентов или клинической панели управления. Таким образом, каждая концепция переводится в плоскость реального применения.
Модель 5 уровней
Модель Гарретта разделяет дизайн на пять взаимосвязанных уровней:
- Стратегия
- Область применения (Scope)
- Структура
- Каркас (Skeleton)
- Поверхность
Представьте это как приготовление бургера:
- Стратегия (заказ): Что вы готовите и зачем?
- Область применения (ингредиенты): Что входит в состав, а что нет?
- Структура (порядок сборки): Как слои соединяются вместе?
- Каркас (приготовление): Как форма создается и стабилизируется?
- Поверхность (гарнир): Как это выглядит и ощущается?
Точно так же, как в бургере важен каждый слой, в UX важен каждый уровень, особенно в здравоохранении, где опыт напрямую влияет на эффективность, безопасность и результаты.
Мышление дизайн-мышления
В основе модели лежит дизайн-мышление — человекоцентричный подход, который балансирует между эмоциональными потребностями, полезностью и удобством. Он учитывает, как пользователи чувствуют себя сегодня по сравнению с тем, как они хотят себя чувствовать, что они могут делать по сравнению с тем, что им нужно выполнить, и насколько легко они могут завершить важные задачи. В здравоохранении эта перспектива становится особенно критичной. Пациенты ищут успокоения, а не тревоги, врачам нужна скорость и ясность в условиях давления, а системы должны снижать когнитивную нагрузку, а не увеличивать её.
С таким настроем давайте соберем наш бургер.
- Уровень стратегии (заказ) Аналогия с бургером: Перед приготовлением вы решаете, какой бургер делаете и для кого. Быстрый перекус, изысканное блюдо или вариант для здорового питания — у каждого своя цель. UX-перспектива: Этот уровень определяет, почему продукт существует, кому он служит и как должен выглядеть успех. Он закрепляет опыт в потребностях пользователей, бизнес-целях и реальном контексте, прежде чем команды перейдут к функциям, рабочим процессам или экранам. В здравоохранении эта ясность особенно важна, поскольку стратегия определяет, поддерживает ли продукт нужных пользователей, решает ли правильную проблему и улучшает ли результаты значимым образом. Например, командам может потребоваться решить, создают ли они систему удаленного мониторинга для пациентов с хроническими заболеваниями, панель управления реанимацией в реальном времени для врачей или приложение для контроля приема лекарств. Каждое решение формирует всё последующее. Что команды делают на этом этапе: Проводят интервью с врачами и пациентами. Наблюдают за рабочими процессами в больницах или медицинских учреждениях. Определяют четкие метрики успеха. Пример: Если проектируется панель управления реанимацией: Цель → Сократить время реагирования на критические оповещения. Пользователи → Медсестры и реаниматологи. Результат → Более быстрое принятие решений, меньше пропущенных оповещений. Без четкого «заказа» команды рискуют решать не ту проблему, что недопустимо для систем здравоохранения.
Уровень стратегии (заказ)
Аналогия с бургером: Перед приготовлением вы решаете, какой бургер делаете и для кого. Быстрый перекус, изысканное блюдо или вариант для здорового питания — у каждого своя цель.
UX-перспектива: Этот уровень определяет, почему продукт существует, кому он служит и как должен выглядеть успех. Он закрепляет опыт в потребностях пользователей, бизнес-целях и реальном контексте, прежде чем команды перейдут к функциям, рабочим процессам или экранам. В здравоохранении эта ясность особенно важна, поскольку стратегия определяет, поддерживает ли продукт нужных пользователей, решает ли правильную проблему и улучшает ли результаты значимым образом.
Например, командам может потребоваться решить, создают ли они систему удаленного мониторинга для пациентов с хроническими заболеваниями, панель управления реанимацией в реальном времени для врачей или приложение для контроля приема лекарств.
Каждое решение формирует всё последующее.
Что команды делают на этом этапе:
- Проводят интервью с врачами и пациентами.
- Наблюдают за рабочими процессами в больницах или медицинских учреждениях.
- Определяют четкие метрики успеха.
Пример:
Если проектируется панель управления реанимацией:
- Цель → Сократить время реагирования на критические оповещения.
- Пользователи → Медсестры и реаниматологи.
- Результат → Более быстрое принятие решений, меньше пропущенных оповещений.
Без четкого «заказа» команды рискуют решать не ту проблему, что недопустимо для систем здравоохранения.
- Уровень области применения (ингредиенты) Аналогия с бургером: Как только заказ определен, вы выбираете ингредиенты: котлету, сыр, салат и соусы. Не всё подходит для каждого бургера. UX-перспектива: Этот уровень определяет, что будет включено в продукт и, что не менее важно, что будет исключено. Это помогает командам перевести стратегию в сфокусированный набор функций, контента и возможностей, которые напрямую поддерживают потребности пользователей и цели продукта. Для системы мониторинга пациентов набор функций может включать отслеживание жизненных показателей в реальном времени, оповещения об отклонениях, историю и тренды пациента, прогнозную аналитику и обмен сообщениями между врачом и пациентом. Но не все функции равны. Что команды делают на этом этапе: Определяют функциональные и контентные требования. Расставляют приоритеты для критически важных функций безопасности. Согласовывают с ограничениями (регулирование, сроки, интеграции). Пример: При проектировании панели управления реанимацией приоритеты функций будут варьироваться в зависимости от условий оказания помощи. Оповещения в реальном времени необходимы в условиях реанимации, в то время как анализ трендов и отслеживание приверженности лечению могут быть более актуальны для хронических заболеваний. Цель → Включить правильные функции, основанные на клинической срочности, потребностях пользователей и контексте ухода. Результат → Сфокусированный объем продукта, который поддерживает своевременные действия, не перегружая пользователей. Точно так же, как перегруженный бургер становится трудно есть, продукт с избытком функций перегружает пользователей, особенно врачей в условиях высокого давления.
Уровень области применения (ингредиенты)
Аналогия с бургером: Как только заказ определен, вы выбираете ингредиенты: котлету, сыр, салат и соусы. Не всё подходит для каждого бургера.
Перспектива UX: Этот уровень определяет, что будет включено в продукт и, что не менее важно, что будет исключено. Он помогает командам перевести стратегию в сфокусированный набор функций, контента и возможностей, которые напрямую поддерживают потребности пользователей и цели продукта. Для системы мониторинга пациентов набор функций может включать.
Для системы мониторинга пациентов набор функций может включать отслеживание жизненно важных показателей в реальном времени, оповещения об отклонениях от нормы, историю болезни и динамику показателей, прогнозную аналитику и обмен сообщениями между врачом и пациентом. Но не все функции одинаково важны.
Что команды делают на этом этапе:
- Определяют функциональные и контентные требования
- Приоритизируют критически важные для безопасности функции
- Согласовывают с ограничениями (нормативные требования, сроки, интеграции)
Пример:
При проектировании панели мониторинга для отделения интенсивной терапии приоритеты функций будут различаться в зависимости от условий оказания помощи. Оповещения в реальном времени необходимы в условиях интенсивной терапии, в то время как анализ динамики и отслеживание соблюдения режима могут быть более актуальны для лечения хронических заболеваний.
- Цель → Включить нужные функции, основываясь на клинической необходимости, потребностях пользователей и контексте оказания помощи.
- Результат → Сфокусированный объем продукта, который поддерживает своевременные действия, не перегружая пользователей.
Точно так же, как перегруженный ингредиентами бургер становится трудно есть, продукт с избытком функций перегружает пользователей, особенно врачей в условиях высокого давления.
- Уровень структуры (порядок сборки) Аналогия с бургером: Бургер — это не просто набор ингредиентов. Вы должны собрать их в правильном порядке. В противном случае он станет неаккуратным и его будет трудно есть. Перспектива UX: Этот уровень определяет, как организованы информация и рабочие процессы. В здравоохранении структура трансформируется в рабочие процессы (task flows), например, как врач переходит от получения оповещения к просмотру контекста пациента и принятию мер. Если процесс нарушен или разрознен, врачи тратят драгоценное время. Что команды делают на этом этапе: Проектируют пользовательские пути и рабочие процессы, организуют информационную архитектуру, обеспечивают согласованные паттерны навигации. Пример: При проектировании процесса реагирования на оповещения для системы мониторинга пациентов: Процесс → Просмотр серьезности оповещения → Доступ к сводке о пациенте → Просмотр истории жизненно важных показателей → Принятие мер (подтверждение/эскалация). Цель → помочь врачам быстро переходить от обнаружения к действию. Результат → меньше пробелов в рабочих процессах, более быстрое реагирование и снижение когнитивной нагрузки. Прочная структура гарантирует, что пользователям не придется «разбираться» в системе, особенно в критических ситуациях.
Уровень структуры (порядок сборки)
Аналогия с бургером: Бургер — это не просто набор ингредиентов. Вы должны собрать их в правильном порядке. В противном случае он станет неаккуратным и его будет трудно есть.
Перспектива UX: Этот уровень определяет, как организованы информация и рабочие процессы. В здравоохранении структура трансформируется в рабочие процессы (task flows), например, как врач переходит от получения оповещения к просмотру контекста пациента и принятию мер. Если процесс нарушен или разрознен, врачи тратят драгоценное время.
Что команды делают на этом этапе:
- Проектируют пользовательские пути и рабочие процессы
- Организуют информационную архитектуру
- Обеспечивают согласованные паттерны навигации
Пример:
При проектировании процесса реагирования на оповещения для системы мониторинга пациентов:
- Процесс → Просмотр серьезности оповещения → Доступ к сводке о пациенте → Просмотр истории жизненно важных показателей → Принятие мер (подтверждение/эскалация)
- Цель → помочь врачам быстро переходить от обнаружения к действию
- Результат → меньше пробелов в рабочих процессах, более быстрое реагирование и снижение когнитивной нагрузки
Прочная структура гарантирует, что пользователям не придется «разбираться» в системе, особенно в критических ситуациях.
- Уровень скелета (приготовление) Аналогия с бургером: Теперь вы готовите и собираете бургер, следя за тем, чтобы он держал форму и его было удобно есть. Перспектива UX: Это этап, на котором структура, определенная на предыдущем уровне, становится осязаемой благодаря макетам, интерфейсам и паттернам взаимодействия. Абстрактные решения о рабочих процессах, иерархии и взаимосвязях информации переводятся в экраны, которые пользователи могут видеть, изучать и использовать. На этом этапе команды решают, как расположен контент, какая информация появляется первой, как сгруппированы связанные элементы и где должны быть размещены основные действия, чтобы пользователи могли выполнять задачи с ясностью и уверенностью. На этом этапе команды должны проверить, поддерживает ли интерфейс быстрые и уверенные действия в реальных условиях. Например, они должны спросить, может ли медсестра отреагировать на оповещение за считанные секунды, остаются ли данные легко читаемыми во время напряженной смены и соблюдены ли требования доступности для длительных часов использования. Что команды делают на этом этапе: Создают вайрфреймы и прототипы, определяют компоненты пользовательского интерфейса (оповещения, формы, таблицы и т. д.), проводят юзабилити-тестирование с реальными пользователями. Пример: При проектировании макета панели управления врача: Макет → критические оповещения размещены на видном месте, жизненно важные показатели четко сгруппированы, действия всегда под рукой. Цель → позволить медсестрам сканировать, понимать и действовать за считанные секунды. Результат → улучшенное удобство использования во время напряженных смен и лучшая поддержка реальных клинических условий. Этот этап гарантирует, что система работает в реальных условиях здравоохранения, а не только в дизайн-макетах.
Уровень скелета (приготовление)
Аналогия с бургером: Теперь вы готовите и собираете бургер, следя за тем, чтобы он держал форму и его было удобно есть.
Перспектива UX: Это этап, на котором структура, определенная на предыдущем уровне, становится осязаемой благодаря макетам, интерфейсам и паттернам взаимодействия. Абстрактные решения о рабочих процессах, иерархии и взаимосвязях информации переводятся в экраны, которые пользователи могут видеть, изучать и использовать. На этом этапе команды решают, как расположен контент, какая информация появляется первой, как сгруппированы связанные элементы и где должны быть размещены основные действия, чтобы пользователи могли выполнять задачи с ясностью и уверенностью.
На этом этапе команды должны проверить, поддерживает ли интерфейс быстрые и уверенные действия в реальных условиях. Например, они должны спросить, может ли медсестра отреагировать на оповещение за считанные секунды, остаются ли данные легко читаемыми во время напряженной смены и соблюдены ли требования доступности для длительных часов использования.
Что команды делают на этом этапе:
- Создают вайрфреймы и прототипы
- Определяют компоненты пользовательского интерфейса (оповещения, формы, таблицы и т. д.)
- Проводят юзабилити-тестирование с реальными пользователями
Пример:
При проектировании макета панели управления врача:
- Макет → критические оповещения размещены на видном месте, жизненно важные показатели четко сгруппированы, действия всегда под рукой
- критические оповещения размещены на видном месте
- жизненно важные показатели четко сгруппированы
- действия всегда под рукой
- Цель → позволить медсестрам сканировать, понимать и действовать за считанные секунды
- Результат → улучшенное удобство использования во время напряженных смен и лучшая поддержка реальных клинических условий
Этот этап гарантирует, что система работает в реальных условиях здравоохранения, а не только в дизайн-макетах.
- Поверхностный уровень (гарнир)Аналогия с бургером: гарнир делает бургер привлекательным: подача, последние штрихи и сенсорное удовольствие.С точки зрения UX: этот уровень определяет, как выглядит и ощущается интерфейс, но в здравоохранении визуальный дизайн — это не только эстетика. Он напрямую влияет на то, как быстро пользователи замечают информацию, насколько точно интерпретируют степень серьезности и насколько уверенно реагируют. Цвет, контраст, типографика, интервалы, иконографика и состояния обратной связи — все это помогает передать приоритетность и смысл. Когда эти решения ясны и последовательны, они уменьшают колебания и способствуют принятию более безопасных решений. Когда они неясны, слишком незаметны или противоречивы, они могут увеличить когнитивную нагрузку и привести к тому, что важную информацию будет легче пропустить.Плохой дизайн на этом уровне может привести к тому, что пользователи пропустят оповещения, будут испытывать повышенную утомляемость и потеряют доверие к системе.Что команды делают на этом этапе:Применяют визуальный дизайн и брендингОбеспечивают согласованность между экранамиДобавляют микро-взаимодействия для обратной связиПример:При применении визуального дизайна к интерфейсу клинического мониторинга:Визуальное оформление →красный цвет для критических оповещенийвысокий контраст для читаемоститонкая обратная связь для подтвержденных действийЦель → создать ясность, доверие и уверенность при принятии клинических решенийРезультат → меньше пропущенных сигналов, снижение утомляемости и большая уверенность в системеВ медицинских технологиях «гарнир» — это не просто эстетика; он напрямую поддерживает ясность, доверие и принятие решений.
Поверхностный уровень (гарнир)
Аналогия с бургером: гарнир делает бургер привлекательным: подача, последние штрихи и сенсорное удовольствие.
С точки зрения UX: этот уровень определяет, как выглядит и ощущается интерфейс, но в здравоохранении визуальный дизайн — это не только эстетика. Он напрямую влияет на то, как быстро пользователи замечают информацию, насколько точно интерпретируют степень серьезности и насколько уверенно реагируют. Цвет, контраст, типографика, интервалы, иконографика и состояния обратной связи — все это помогает передать приоритетность и смысл. Когда эти решения ясны и последовательны, они уменьшают колебания и способствуют принятию более безопасных решений. Когда они неясны, слишком незаметны или противоречивы, они могут увеличить когнитивную нагрузку и привести к тому, что важную информацию будет легче пропустить.
Плохой дизайн на этом уровне может привести к тому, что пользователи пропустят оповещения, будут испытывать повышенную утомляемость и потеряют доверие к системе.
Что команды делают на этом этапе:
- Применяют визуальный дизайн и брендинг
- Обеспечивают согласованность между экранами
- Добавляют микро-взаимодействия для обратной связи
Пример:
При применении визуального дизайна к интерфейсу клинического мониторинга:
- Визуальное оформление →красный цвет для критических оповещенийвысокий контраст для читаемоститонкая обратная связь для подтвержденных действий
- красный цвет для критических оповещений
- высокий контраст для читаемости
- тонкая обратная связь для подтвержденных действий
- Цель → создать ясность, доверие и уверенность при принятии клинических решений
- Результат → меньше пропущенных сигналов, снижение утомляемости и большая уверенность в системе
В медицинских технологиях «гарнир» — это не просто эстетика; он напрямую поддерживает ясность, доверие и принятие решений.
В совокупности пять уровней помогают командам пройти путь от понимания целей пользователя и бизнеса, через определение функций и организацию рабочих процессов, к созданию удобных интерфейсов и эффективного визуального опыта. Каждый уровень опирается на предыдущий, помогая командам принимать взвешенные решения, а не рассматривать дизайн как серию изолированных действий.
В конечном счете, концепция 5 уровней напоминает нам о том, что отличный опыт — это осознанный выбор. Каждый визуальный элемент, взаимодействие, рабочий процесс и функция восходят к более глубокому пониманию потребностей пользователей и бизнес-целей. Эта философия также лежит в основе Total Experience (TX), где дизайн опыта сочетается с новыми технологиями, привлекательным контентом и продуманной коммуникацией для создания взаимосвязанного опыта на протяжении всего пути пользователя. Ставя цель выше пикселей, а людей — выше технологий, организации могут создавать решения, которые не только удобны и привлекательны, но и значимы и эффективны. По вопросам возможностей и сотрудничества в области TX обращайтесь по адресу totalexperience@hcltech.com.
Ссылки:
Соавтор
Kanaka Dashputre
Заместитель менеджера — UX-дизайн, ERS CU-Digital Engineering, Total Experience








