Модели поведения: Тема V Модели поведения человека

Здоровые модели поведения

• Home/
• Здоровые модели поведения: больше внимания к анализу поведенческих и культурных факторов

Здоровые модели поведения: больше внимания к анализу поведенческих и культурных факторов

© Фото

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

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

В рамках этой флагманской инициативы:

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

   

Европейская программа работы

В ЕПР представлено видение о том, как Европейское региональное бюро ВОЗ способно помочь органам управления здравоохранением в государствах-членах выполнять эти задачи в каждой стране и, общими усилиями, в Регионе. ЕПР не является исчерпывающим списком всех направлений нормотворческой и технической деятельности, которую выполняет ВОЗ-Европа. Она предусматривает возможности для гибких подходов к реализации, скорейшего достижения результатов и поддержки инвестиций в будущее.Он также признает, что для достижения успеха ВОЗ-Европа должна работать в тесном партнерстве с региональными и глобальными партнерами.

Задействованная команда

Публикации

Читать больше

Документы

Читать больше

Новости

Мультимедиа

Смежные вопросы здравоохранения

Создание модели поведения пользователей

Аудио перевод статьи

Как использовать взаимодействие для формирования устойчивых моделей поведения пользователей.

Данная статья демонстрирует потенциал взаимодействия в формировании поведенческих моделей. Для этого мы рассмотрим взаимодействие, которое Facebook Messenger развернул пару лет назад. Возможно, вы успели застать это взаимодействие. Если вы хотите понять о чем идет речь, посмотрите видео,  представленное ниже.

Ссылка на видео

Пользователи Android привыкли, что длительное нажатие на диалог показывает список действий, расположенных справа от него, которые вы можете предпринять относительно данного чата. Логично предположить, что происходило бы ровно то же самое, если бы вместо длительного нажатия вы сделали свайп по диалогу. Теперь это возможно! Если вы “свайпните” влево, то получите точно такой же эффект — справа от диалога появится список действий, которые можно совершить.

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

Но сначала давайте разберемся, из чего состоят взаимодействия.

1. Разбивка взаимодействия

Взаимодействие состоит из следующих частей:

• Действие пользователя (User Action) — действие, которое пользователь выполняет для взаимодействия с элементом интерфейса. В случае со смартфонами эти действия называются жестами. Некоторые примеры — касание, длительное нажатие, пролистывание и т.д.
• Реакции (Reaction) — реакцией называются изменения, происходящие с интерфейсом в результате действия пользователя. Реакция может распространяться как на один элемент, так и на несколько элементов интерфейса. Это может быть управление различными свойствами, такими как форма, ориентация, высота одного или нескольких элементов.
• Восприятие (Perception) — восприятием называется понимание того, как элементы интерфейса реагируют на определенное действие пользователя. Восприятие позволяет людям освоить принцип работы взаимодействий и понять, как работает продукт, тем самым выстраивая свои ментальные модели с течением времени.

Слишком сложно? Давайте рассмотрим пример.

Ссылка на видео

Убер: Гамбургер

На видео выше показано меню Uber. Доступ к меню осуществляется следующим образом:

• Необходимо нажать на значок гамбургер (три горизонтальные полоски в левом верхнем углу) — действие пользователя;
• Значок гамбургер выдвигает меню с левого края экрана — реакция;
• Это действие сообщает пользователю, что меню остается в левой части экрана — восприятие. 

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

Но почему именно свайп влево, а не вправо или любое другое действие? Можно было бы сослаться на привычку, которая вырабатывалась у нас с течением времени, но не все так просто. Каждый раз, когда мы наблюдали реакцию интерфейса на совершаемое действие, у нас формировалось восприятие того, как функционирует гамбургер.

Если бы гамбургеры, как только они появились, вели себя по-другому, например: меню открывалось слева (так же, как и в примере выше), но закрывалось свайпом вправо — мы бы все интуитивно делали свайпы вправо, чтобы убрать его с экрана.

Каждое взаимодействие создает восприятие. Это восприятие формирует ментальные модели, а ментальные модели формируют поведенческие модели.

Очень важно, чтобы мы, как дизайнеры, думали о восприятии при разработке взаимодействия, поскольку:

• это элементарная необходимость;
• осознание этих восприятий может помочь разрушить барьер между вашим дизайном и ментальной моделью пользователя.

2. Возвращаясь к длительному нажатию в Messenger

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

Во то время как свайп имеет четко определенную реакцию в приложениях, длительное нажатие не имеет стандартной реакции. В разных приложении оно может выполнять различные действия, например:

• позволяет выполнять многократный выбор элементов;
• получать доступ к действиям над отдельными элементами через список или диалоговое окно.

Невероятный способ, формирующий ментальную модель пользователей: связать длительное нажатие с реакцией на свайп с целью информирования пользователя о том, что существует взаимодействие с помощью свайпа.

Это, несомненно, одно из самых умных взаимодействий, которые я видел. 

Почему свайп, а не длительное нажатие?

Вы, возможно, задаетесь вопросом, почему Facebook предпочитает взаимодействие свайпом вместо длительного нажатия. Ответ прост. В зависимости от ОС, к которой привыкли пользователи, их модели поведения отличаются:

• на Android наиболее распространенно взаимодействие — длительное нажатие;
• на  iOS альтернативой длительному нажатию во многих случаях является свайп.

Если оценивать количественно, то свайп занимает меньше времени и усилий, чем длительное нажатие, что делает его гораздо более плавным по сравнению с длительным нажатием. Так что, возможно, именно поэтому Messenger предпочитает свайп над длительным нажатием. 

Заключение

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

Стратегия

/ Шаблоны проектирования / Модели поведения

 // В интерфейсе стратегии объявлены общие для всех операции
// поддерживаемые версии некоторого алгоритма.  Контекст использует это
// интерфейс для вызова алгоритма, определенного конкретным
// стратегии.
Интерфейс Стратегия
    метод выполнить (а, б)
// Конкретные стратегии реализуют алгоритм при следовании
// интерфейс базовой стратегии. Интерфейс делает их
// взаимозаменяемы в контексте.
класс ConcreteStrategyAdd реализует стратегию
    метод execute(a, b) есть
        вернуть а + б
класс ConcreteStrategySubtract реализует стратегию
    метод execute(a, b) есть
        вернуть а - б
класс ConcreteStrategyMultiply реализует стратегию
    метод execute(a, b) есть
        вернуть а * б
// Контекст определяет интересующий клиентов интерфейс.
Контекст класса
    // Контекст поддерживает ссылку на одну из стратегий
    // объекты. Контекст не знает конкретного класса
    // стратегия. Он должен работать со всеми стратегиями через
    // интерфейс стратегии.
    частная стратегия: Стратегия
    // Обычно контекст принимает стратегию через
    // конструктор, а также предоставляет сеттер, чтобы
    // стратегию можно переключать во время выполнения.  
    метод setStrategy (Стратегия стратегии)
        this.strategy = стратегия
    // Контекст делегирует часть работы объекту стратегии
    // вместо реализации нескольких версий
    // алгоритм сам по себе.
    метод executeStrategy(int a, int b)
        возврат Strategy.execute(a, b)
// Клиентский код выбирает конкретную стратегию и передает ее в
// контекст. Клиент должен знать об отличиях
// между стратегиями, чтобы сделать правильный выбор.
класс ExampleApplication
    метод main() есть
        Создать объект контекста.
        Прочитайте первое число.
        Прочтите последнюю цифру.
        Прочитайте желаемое действие из пользовательского ввода.
        если (действие == сложение), то
            context.setStrategy(новый ConcreteStrategyAdd())
        если (действие == вычитание), то
            context.setStrategy (новый ConcreteStrategySubtract())
        если (действие == умножение), то
            context.setStrategy (новый ConcreteStrategyMultiply())
        результат = context. executeStrategy (первое число, второе число)
        Распечатать результат.
 

 // Интерфейс обработчика объявляет метод для выполнения
// запрос.
Интерфейс ComponentWithContextualHelp
    метод showHelp()
// Базовый класс для простых компонентов.
абстрактный класс Компонент реализует ComponentWithContextualHelp
    поле tooltipText: строка
    // Контейнер компонента действует как следующая ссылка в
    // цепочка обработчиков.
    Контейнер защищенного поля: Контейнер
    // Компонент показывает всплывающую подсказку, если есть текст справки
    // присвоено ему.  В противном случае вызов перенаправляется на
    // контейнер, если он существует.
    метод showHelp() есть
        если (текст подсказки != ноль)
            // Показать всплывающую подсказку.
        еще
            контейнер.showHelp()
// Контейнеры могут содержать как простые компоненты, так и другие
// контейнеры как дочерние элементы. Цепные отношения
// установлено здесь. Класс наследует поведение showHelp от
// его родитель.
абстрактный класс Контейнер расширяет компонент
    дочерние элементы защищенного поля: массив компонентов
    метод add(child) есть
        дети.добавить(ребенок)
        ребенок.контейнер = это
// Примитивные компоненты могут работать со справкой по умолчанию
// выполнение...
Класс Кнопка расширяет Компонент
    // ...
// Но сложные компоненты могут переопределить значение по умолчанию
// выполнение. Если текст справки не может быть предоставлен в новом
// таким образом, компонент всегда может вызвать базовую реализацию
// (см. Класс компонента).
класс Panel расширяет контейнер
    поле modalHelpText: строка
    метод showHelp() есть
        если (modalHelpText != ноль)
            // Показать модальное окно с текстом справки. 
        еще
            супер.showHelp()
// ...то же, что и выше...
диалоговое окно класса расширяет контейнер
    поле wikiPageURL: строка
    метод showHelp() есть
        если (wikiPageURL != ноль)
            // Открытие страницы справки вики.
        еще
            супер.showHelp()
// Клиентский код.
приложение класса
    // Каждое приложение настраивает цепочку по-своему.
    метод createUI() есть
        диалог = новый диалог ("Бюджетные отчеты")
        dialog.wikiPageURL = "http://..."
        панель = новая панель (0, 0, 400, 800)
        panel.modalHelpText = "Эта панель делает..."
        ок = новая кнопка (250, 760, 50, 20, "ОК")
        ok.tooltipText = "Это кнопка OK, которая..."
        отмена = новая кнопка (320, 760, 50, 20, "Отмена")
        // ...
        панель.добавить(ок)
        панель.добавить(отменить)
        диалог.добавить(панель)
    // Представьте, что здесь происходит.
    метод onF1KeyPress() есть
        компонент = this.getComponentAtMouseCoords()
        компонент. showHelp()