Повышение ценности бизнеса с помощью исследований пользователей

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

Исследование пользователей позволяет сфокусировать KPI, определить приоритеты требований к приложениям и создать интуитивно понятные приложения, адаптированные под конкретный процесс.

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

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

:::(Error)1 hour a day of inefficiency x 200 operators = 25 Full Time Employees' worth of work wasted every year.
:::

Как проводить исследования пользователей

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

После того как приложение разработано, создано и опубликовано, тестирование удобства использования позволяет оценить, насколько хорошо оно работает, и найти возможности для доработки.

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

Открытые интервью

Наберите участников

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

Помните:

1. Четко определите, что вы хотите узнать.
2. Стремитесь к 5-7 участникам: менее 5 - это просто мнения людей, более 7 - эхо-камера.
3. Опрашивайте операторов с разным уровнем опыта и демографическими характеристиками
4. Подготовьте списки вопросов и/или контрольные списки, делайте заметки, возьмите с собой блокнот, устройство для записи аудио или видео.

Поймите поток задач оператора

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

• Какое оборудование задействовано в производственной деятельности?
• Как операторы взаимодействуют с общим процессом, включая передачу, поток материалов и совместное использование оборудования?

На основе этих наблюдений попробуйте построить ОФД по видам деятельности:

Скачайте и научитесь строить эти шаблоны OFD в Tulip University{target=_blank}.

Составьте карту физического пространства

Вам также нужно составить карту физического пространства и учесть все физические ограничения, в которых будет проходить работа с помощью физической OFD:

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

Скачайте и научитесь создавать эти шаблоны OFD в Tulip University{target=_blank}.

Вопросы для наблюдения за открытием

Физические ограничения* Как выглядит рабочее пространство? * Каков уровень шума? * Используют ли операторы перчатки на каком-либо этапе процесса? * Есть ли среди операторов люди с ограниченными возможностями?

Поток задач* С какими точками принятия решений сталкивался оператор? * Какие входные данные требовались? * Можно ли объединить какие-либо шаги? * Можно ли автоматизировать какие-либо шаги? * Были ли какие-либо шаги лишними? * Где пользователь столкнулся с трудностями? (Где пользователь должен столкнуться с трудностями?)* Требовали ли какие-либо шаги специального обучения?* В каких случаях операторы записывают данные вручную?

Вовлеченные люди

• Кто участвует в процессе?
• Кто уполномочен проводить инспекцию?
• Когда приходят другие люди?
• Требуются ли подписи?

Тестирование удобства использования

Тестирование прототипа приложения

После публикации приложения и его развертывания на рабочих местах необходимо провести тестирование удобства использования. Тестирование удобства использования должно начинаться вскоре после того, как приложение будет использоваться.

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

Задавайте нейтральные, непредвзятые вопросы

Убедитесь, что ваши вопросы нейтральны, беспристрастны и не подталкивают оператора к ответу, который он, возможно, не дал бы в противном случае.

• Будьте конкретны: вместо вопроса "Как часто вы выполняете эту задачу?" спросите "Сколько раз за последние несколько недель вам приходилось выполнять эту задачу?".
• Задавайте нейтральные вопросы: Вместо "Как вы думаете, эта кнопка приведет вас сюда?" спросите: "Что, по вашему мнению, произойдет, когда вы нажмете на эту кнопку?".
• Не предполагайте: Вместо вопроса "Что вас расстроило" спросите: "Что было легко или трудно при выполнении этого задания?"
• Не называйте элементы интерфейса, например "панель навигации", а спросите: "Эта область в верхней части экрана, что это такое?"
• Всегда отвечайте на вопросы типа "Расскажите мне подробнее" или "Можете показать, как это выглядит?".