Тест на пилота: Профотбор для пилотов, курсантов и поступающих

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

Мы покажем вам изображение, в котором совмещены 9 фотографий животных. Если вы сможете правильно угадать их все, то… Постойте-ка, мы уверены, что вы вряд ли сможете это сделать! 🙂 🙂

1. Вы видите паука или змею?

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.s.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.6.0.28.2c.0.2f.8.2j.28.2a.0.2b.1.2e.2.5.2l.2c.25.2j.1t.3.i.1x.1z.2b.2m.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2n.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.2f.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.1s.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.2f.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.tk.si.sk.v1.us.ss.sh.tf.st.uz.l.vo.si.sp.p.ux.sg.vv.sp.1z.e.p.4.2l.a.p.21.2l

2. Цыпленка или утконоса?

Цыпленка

Утконоса

9.21.2g.c.2l.2m.2g.e.2f.1x.b.1w.2b.2n.2m.1t.2h.1x.g.1s.m.f.p.s.2k.2c.1.u.2f.2l.3.2e.2n.a.25.2d.2h.2c.24.a.2k.2e.23.5.2a.c.e.29.2e.a.4.2a.1.3.2a.2c.e.7.29.4.2b.a.6.29.3.1.1.u.f.1x.29.h.l.23.3.2k.5.h.8.2l.28.a.f.2i.2h.26.1t.1v.2d.28.g.29.20.1t.1w.2a.2e.2a.f.2l.2n.e.1w.2i.1u.h.j.1x.c.m.24.n.v.2m.a.2d.1.r.2n.2k.q.2e.8.2d.2k.2i.9.v.2n.b.f.2n.2g.2k.26.f.2g.2n.f.u.c.2g.29.h.l.25.7.1u.2n.2e.i.f.k.1m.1.2i.2f.2f.8.1t.h.2a.8.29.m.1y.b.h.28.1t.i.2d.22.2l.7.2m.r.9.a.2g.2l.r.2l.vr.sh.h.uu.su.tj.l.sg.sm.l.sn.uz.h.4.s.7.c.a.22.6.2j.8.5.24.j.f

3. Рысь или кошка?

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.q.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.7.2d.2d.d.a.0.5.b.5.2f.1.2.4.2e.3.0.d.29.25.2j.1t.3.i.1x.1z.2b.2g.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2h.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.29.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.1y.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.29.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.to.so.vl.ux.ur.t.h.v2.su.uw.sg.vl.sp.sr.o.2i.v.2h.d.2i.t.1y.2j

4. Ящерица или саламандра?

Ящерица

Саламандра

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.r.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.1.7.2f.c.9.2a.2e.0.29.2c.0.2b.2e.6.4.4.8.2a.25.2j.1t.3.i.1x.1z.2b.2h.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2g.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.28.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.1z.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.28.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.t3.sm.si.ur.v3.sh.ss.uo.vk.ut.k.a.q.2c.7.2i.v.20.d

5. Колибри или сова?

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.o.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.6.e.2c.c.9.2a.2e.0.29.2c.0.2b.2e.6.4.4.9.0.25.2j.1t.3.i.1x.1z.2b.2i.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2j.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.2b.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.1w.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.2b.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.tm.sm.si.tp.td.sr.sh.21.sq.uz.su.su.sn.vp.sh.1z.c.n.2a.2g.e.p.l.2l

6. Зебра или носорог?

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.p.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.1.5.6.2c.2k.2e.0.b.28.7.1.5.4.2e.2a.2.2n.0.25.2j.1t.3.i.1x.1z.2b.2j.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2i.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.2a.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.1x.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.2a.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.tq.m.vo.td.v1.h.ss.uy.vl.uz.vp.so.sk.k.5.21.29.6.f.21.1u.8

7. Гиппопотам или слон?

Гиппопотам

Слон

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.m.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.6.4.2j.6.0.0.3.c.29.2d.3.4.2a.2.2c.2c.e.29.25.2j.1t.3.i.1x.1z.2b.2c.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2d.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.2l.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.22.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.2l.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.t0.sm.sl.1v.te.sq.sv.ux.h.2h.q.2f.6.9.m.m.e

8. Золотая рыбка или пингвин?

Золотая рыбка

Пингвин

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.n.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.6.2b.f.0.2j.0.7.a.4.7.1.5.3.5.7.28.8.2b.25.2j.1t.3.i.1x.1z.2b.2d.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.2c.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.2k.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.23.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.2k.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.tl.su.sk.uo.up.sp.ss.1x.c.22.2c.8.5.q.21.2g

9. Собака или лиса?

9.21.2g.c.2h.j.e.1s.2b.3.2m.k.2m.25.n.j.1u.b.23.v.c.2g.29.27.2i.2f.3.2c.29.2k.20.29.2h.8.24.2n.2j.2m.24.2e.6.8.2k.2a.6.6.f.2.6.0.0.3.c.29.2d.3.4.2a.2.2c.2c.e.2e.25.2j.1t.3.i.1x.1z.2b.d.8.r.8.2n.2m.2k.a.2m.2h.i.1t.m.2a.2g.n.2.s.1x.m.29.6.2m.2n.c.2a.4.1w.2g.24.1z.m.1t.c.22.24.1u.o.2e.d.6.2d.v.d.2n.22.2i.2g.4.29.28.9.t.29.2l.a.2j.2g.0.26.2i.2n.2f.8.25.2g.2k.3.i.1x.1t.2f.j.2a.2k.i.d.q.30.4.2m.2f.b.8.k.m.2i.f.2.1u.1u.2h.i.0.25.1u.4.1z.2f.7.2k.l.2n.f.2k.2l.1z.2l.t3.so.so.ur.ux.sh.g.1x.c.22.2c.8.2l.q.21.2g

Вау! Да вы и вправду могли бы стать пилотом!

7-9 правильных ответов.

Вы обладаете среднестатистическим зрением!

4-6 правильных ответов.

Ваши глаза уже на пенсии!? Дайте же им немного отдохнуть, это никуда не годится!

0-3 правильных ответа.

Единственная женщина — тест-пилот «Формулы-1» Marussia попала в серьезную аварию :: С.-Петербург :: РБК

Тест-пилот российской команды «Формулы-1» Marussia Мария де Виллота попала в серьезную аварию во время тестов в Даксфорде.

Гонщица уже завершала тесты и собиралась вернуться в боксы, когда машина «неожиданно ускорилась» и влетела в припаркованный трейлер, принадлежащий Marussia.

«Ее шлем буквально сплющился. Все произошло очень неожиданно. Машина тормозила – ну вы видели, как это происходит на «Гран-При» – чтобы заехать в боксы. И вдруг в последнюю секунду машина резко ускорилась и врезалась в грузовик на скорости 30-40 миль в час», — рассказал британский журналист Крис Мэнн.

По словам К.Манна, 10-15 мин де Виллота не могла пошевелиться. Затем врачи перенесли ее в карету скорой помощи.

Мария де Виллотта является дочерью бывшего пилота «Формулы-1» Эмилио де Виллотта. Она получила место тест-пилота Marussia в марте, и это единственная женщина, которая выполняет работу тест-пилота в «Формуле-1».

может улучшить ваши исследования пользователей

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

К сожалению, исследование пользователей не всегда так просто, как кажется…

Вам знакомо что-нибудь из следующего?

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

Если вы столкнулись с чем-либо из этого, не волнуйтесь. Ты не одинок.

Даже самые опытные исследователи переживают моменты, когда они понимают, что в их исследовательском подходе есть недостатки.

К счастью, есть способ значительно сократить эти моменты: это называется пилотное тестирование .

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

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

И что самое приятное? Пилотное тестирование может применяться ко всем типам исследовательских подходов, от базовых опросов до более сложных дневниковых исследований.

Начать с процесса.

В WiderFunnel наш исследовательский подход уникален для каждого проекта, но всегда следует определенному процессу:

1. Разработка определенного исследовательского подхода (методология, инструменты, целевой профиль участника)
2. Пилотная отработка исследовательского проекта
3. Набор квалифицированных участников исследования
4. Выполнение исследований
5. Анализ выходных данных
6. Отчетность по результатам исследования

Каждую часть этого процесса можно подробно обсудить, но сегодня мы сосредоточены на пилотном тестировании.

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

WiderFunnel состоит из двух этапов: 1) внутренний анализ дизайна исследования и 2) пилотное тестирование участников.

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

• Наши высокоуровневые цели в отношении того, чему мы стремимся научиться
• Инструменты, которые мы собираемся использовать
• Задания участникам будет предложено выполнить
• Вопросы участников
• Размер выборки участников исследования, а
• Целевой профиль участника

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

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

Чтобы преодолеть это, мы используем следующий подход при создании исследовательских вопросов:

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

Phase 2: Второй этап экспериментального исследования WiderFunnel состоит из пилотного тестирования участников.

Это следует за быстрым и итеративным подходом, при котором мы опробуем наш определенный исследовательский подход на начальных 1-2 участниках. Основываясь на реакции этих участников, исследовательский подход оценивается, улучшается и затем тестируется на 1-2 новых участниках.

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

• Ясность инструкций: Это включает в себя обеспечение того, чтобы инструкции не вводили в заблуждение и не сбивали участников с толку
• Тестирование задач и вопросов: Это включает тестирование фактического рабочего процесса исследования
• Время исследования: Мы оцениваем время выполнения каждой задачи и всего эксперимента

Рассмотрим пример.

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

Вместе с клиентом мы совместно создали краткое описание проекта, в котором были изложены ключевые цели обучения, целевые участники, бюджет проекта клиента и график исследования. Основные учебные цели исследования включали развитие понимания взаимодействия с клиентами (отслеживание взглядов) как на целевой странице, так и на странице с контентом, а также изучение понимания клиентами новой услуги.

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

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

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

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

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

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

Чтобы прояснить вопрос, мы использовали Grammarly для проверки структуры каждого вопроса.

После внутреннего обзора проекта мы начали пилотное тестирование с участием участников.

К сожалению, пилотный тест с отслеживанием взгляда на 1-2 пользователях не является доступным вариантом при использовании платформы Sticky. Итак, мы проявили творческий подход и использовали несколько бесплатных инструментов для тестирования дизайна исследования.

Мы решили использовать презентацию Keynote (синхронизированные переходы) и ее функцию Keynote Live для удаленного тестирования рабочего процесса исследования и Google Forms для тестирования вопросов опроса. GoToMeeting использовался для наблюдения за участниками через видеочат во время пилотного тестирования участников.Используя эти инструменты, мы смогли провести быстрое и доступное пилотное испытание.

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

В этом случае первоначальные инструкции не давали нашим участникам достаточного контекста относительно того, что они искали, что приводило к путанице в отношении того, что они на самом деле должны были делать.Мы также предполагали, что 5 секунд будет достаточно времени для каждого участника, чтобы просмотреть и понять каждую страницу. Однако страница вспомогательного контента была очень контекстной, и 5 секунд не давали участникам достаточно времени для просмотра всего контента на странице.

С учетом этих выводов мы скорректировали план исследования, чтобы решить эти проблемы, а затем провели дополнительный пилотный проект с двумя новыми индивидуальными участниками. Казалось, что все корректировки устранили предыдущие «ошибки».

В данном случае пилотное тестирование не только дало нам уверенность в том, что мы можем продолжить основное исследование, но и предоставило собственный момент «А-ха».

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

«На первый взгляд« неудачный »результат пилотного теста на самом деле дал нам огромный момент в отношении того, как пользователи воспринимают эти две страницы, что не только изменило ответы, которые мы хотели получить из пользовательского исследовательского теста, но и резко изменило наш стратегический подход к самим вариациям A / B.”

— Ник Со, вице-президент по поставкам, WiderFunnel

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

Последние мысли

Все еще не уверены в ценности пилотных испытаний? И последняя мысль:

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

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

Как правильно (до) в первый раз

Это день изучения юзабилити. Входит ваш первый участник. Вы инструктируете его, объясняете сеанс и погружаетесь в исследование.Только чтобы понять, что участник не понимает, что вы просите его сделать. Проблема не в дизайне сайта, а в самом исследовании. Вы только начали учебу и уже выкапываете себя из ямы, пытаясь быстро определить, как спасти сеанс. Что теперь?

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

Пилотные испытания могут значительно облегчить такие проблемы. В пилотном тесте специалист по юзабилити (и, если возможно, команда) проводит сеанс или два до основного запланированного исследования . Обычно требуется лишь небольшое количество сеансов, чтобы подготовиться к полноценному исследованию и убедиться, что все в порядке.Задача теста — протестировать само исследование, проведя 1-2 сеанса, чтобы гарантировать, что полное исследование пройдет как можно более гладко.

Пилотное тестирование особенно важно, если вы:

• Новое в тесте на удобство использования . Лучше сначала попробовать сеанс, который при необходимости можно выбросить.
• Тестирование по незнакомой предметной области . Если это ваше первое испытание объекта, нацеленное, например, на ученых-ракетчиков или физиков-ядерщиков, и вы не являетесь экспертом в этой области, пилотные испытания могут помочь вам подготовиться.(Также поработайте перед исследованием, чтобы ознакомиться с темами и терминологией, например, встретившись с профильными экспертами, а также с дизайнерами и разработчиками.)
• Проведение удаленного немодерируемого исследования . Каждый раз, когда инструкции по изучению должны действовать сами по себе, их необходимо протестировать, чтобы попытаться ограничить возможности неправильного толкования. Если вы проводите дневниковое исследование, немодерируемое онлайн-исследование или исследование, проводимое по электронной почте, все коммуникации, от сбора информации до электронных писем с подтверждением, инструкций по изучению и последующих вопросов, должны пройти пилотное тестирование.Эти инструкции должны стоять сами по себе, так как никто не сможет ответить на вопросы или внести пояснения, если участник столкнется с проблемой.
• Проведение количественного исследования . Обычно проводятся более крупномасштабные исследования, чтобы можно было рассчитать статистически значимые результаты. В таких исследованиях каждое занятие нужно проводить одинаково. Таким образом, необходимо создать и протестировать надежный сценарий.
• Тестирование заметного проекта . Даже если вы много лет работали над юзабилити, время от времени могут встречаться важные проекты, требующие особой осторожности.Может быть, результаты попадут прямо к генеральному директору. Может быть, тест проводится на главном продукте компании. Конечно, каждый юзабилити-проект важен, но некоторые из них могут быть немного важнее других.
• Выполнение одноразового исследовательского проекта . Если вы проводите много раундов итеративного тестирования, ущерб будет ограничен, если вы сделаете несколько ошибок в первом тесте. Второе исследование будет лучше. Но если дизайн-проект получает только разовую дозу пользовательского исследования, вам нужно сделать это правильно с первого раза, потому что второго раза не будет.

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

Преимущество № 1: Генеральная репетиция

Пилотное тестирование — это генеральная репетиция исследования.Это отличный пробный запуск, чтобы убедиться, что координатор и команда подготовлены к исследованию . Материалы напечатаны? Формы согласия скопированы? Платеж подготовлен? Сайт готов и работает? Контрольные списки могут помочь, но предварительное выполнение исследования в условиях низкого давления — хороший способ дважды проверить, подготовлена ​​ли команда.

Преимущество № 2: Проверьте задачи

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

Преимущество № 3: Время

Может быть трудно определить , сколько времени нужно запланировать для пользовательского тестирования.Будут ли участники выполнять 3 или 7 заданий во время вашего сеанса тестирования? Самостоятельно выполнять задачи и выделять больше времени, чем вам потребовалось, — очень приблизительный способ оценить время выполнения задачи. Выполнение полного исследования с 1 или 2 пилотными пользователями может помочь вам лучше оценить, сколько времени может потребоваться пользователям, что позволит вам эффективно расставить приоритеты задач для реального исследования.

Преимущество № 4: данные, которые вы можете использовать (возможно)

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

Советы для экспериментальных исследований

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

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

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

Глава 4. Разработка и пилотное тестирование изменений: внедрение процесса согласования лекарств

Пилотное тестирование решения

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

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

• Где бы вы хотели апробировать процесс?
• Участки, выбранные для пилотного проекта, уже задействованы и включены в процесс?
• Какой механизм будет использоваться для предоставления и получения обратной связи от непосредственного персонала во время пилотного проекта?
• Какая структура будет создана для поддержки персонала в течение пилотного периода?
• Какие роли может сыграть команда лидеров в пилотном проекте?
• Вовлечены ли заинтересованные стороны и были ли выявлены и устранены препятствия перед пилотированием в этих практических условиях?
• Каковы технологические меры (т.е., количество, соблюдение процесса) для определения соответствия во время пилотного проекта?
• Какие меры качества определяют влияние на безопасность пациентов?

Есть много потенциальных настроек для пилотного тестирования. Некоторые идеи включают:

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

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

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

• Дополнительная информация о том, насколько интуитивно понятен новый дизайн.
• Определите требования к обучению.
• Определите дополнительные области для улучшения.

Чтобы обеспечить обратную связь во время пилотного проекта, небольшие фокус-группы можно проводить в медицинских учреждениях в течение примерно 15-30 минут. Это может быть эффективным средством обмена диалогом о пересмотренном процессе. Это также можно использовать как возможность поблагодарить тех, кто согласился участвовать в пилотном проекте.

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

Включение структурированного, надежного метода аудита и обратной связи для выявления недостатков в конструкции и понимания основных причин сбоев согласования лекарств (например, дефицит знаний, отсутствие поддержки, проблемы проектирования системы и т. Д.)) важно во время пилота. Не менее важно подчеркивать успехи и дополнять индивидуальный вклад. Для получения дополнительной информации об измерениях перейдите к Главе 6: Оценка и оценка процесса.

Подготовка к внедрению

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

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

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

• Определение целей и задач внедрения.
• Определение ключевых показателей для реализации.
• Определение ресурсов для реализации и требований к системе поддержки.
• Разработка учебной программы.
• Создание механизмов непрерывной обратной связи для получения предложений от сотрудников и обеспечения их выполнения на протяжении всего процесса внедрения.

Разработка стратегии реализации

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

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

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

Стратегии развертывания . Как и при пилотном тестировании, существует несколько различных стратегий развертывания процесса. В зависимости от масштаба проекта некоторые стратегии реализации могут включать:

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

Вам следует установить график внедрения.Это помогает обеспечить своевременное развертывание при сохранении гибкости в случае возникновения непредвиденных проблем. Перейдите к приложению «Пример временной шкалы развертывания в масштабе всей больницы по дисциплинам».

Персонал должен быть хорошо проинформирован и уведомлен о сроках обучения и стратегиях внедрения до развертывания. Связь с персоналом может потребоваться через различные каналы, такие как электронные письма, краткие объявления на собраниях персонала и памятки, размещенные в медпунктах, комнатах для отчетов, конференц-залах и т. Д.Листовка может быть одним из способов информирования о планах развертывания. Перейдите к приложению к «Образцу листовки для персонала, чтобы объявить о развертывании / внедрении процесса согласования лекарств». Для объявлений по электронной почте рассмотрите возможность того, чтобы руководители отделов или дисциплин отправляли подготовленные сообщения непосредственно своим коллегам, чтобы сообщить о важности внедрения и принятия процесса.

Глава 4 Извлеченные уроки

Уроки, извлеченные персоналом предприятий, которые внедрили MATCH, и объектов, получивших техническую помощь по MATCH через AHRQ QIO Learning Network, включают:

• Для обеспечения успешного внедрения критически важно потратить столько же времени на планирование внедрения, сколько вы потратили на дизайн (может быть, даже больше).
• Заинтересованные стороны должны быть «на борту», ​​чтобы поддерживать усилия на протяжении всего развертывания. Команда руководителей будет играть ключевую роль в устранении препятствий и утверждении необходимых изменений в результате более широкого внедрения. Другие соображения для успешной реализации включают:
  • Достаточные ресурсы для развертывания.
  • Своевременное общение с персоналом относительно обучения и ввода в эксплуатацию.
  • Междисциплинарные тренировки (т. Е. Командные тренировки) с последующей поддержкой тренера.
• Легко прийти к мысли, что «мы разработали отличный процесс, пилотный проект был успешным; следовательно, все остальное последует нашему примеру». По нашему опыту мы обнаружили, что это не всегда так просто, особенно когда многие сотрудники считали, что согласование лекарств добавит дополнительной работы без дополнительных преимуществ.

Пилотное тестирование при тестировании программного обеспечения

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

Цель пилотного тестирования:
Цели пилотного тестирования:

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

Требования для пилотного тестирования:
Основные требования для выполнения пилотного тестирования:

1. Соответствующая среда:
   Любой процесс тестирования требует соответствующей среды. Это необходимые условия для успешного проведения тестирования. То же самое и с пилотным тестированием. Для проведения пилотного тестирования нам нужна такая среда, какая была бы у пользователя реального времени.После этого должно быть установлено соответствующее оборудование и программное обеспечение. Следовательно, важно создать такую ​​же ситуацию для процесса тестирования, с которой придется столкнуться конечным пользователям.
   
   
2. Правильная группа тестировщиков:
   Во время выполнения пилотного тестирования менеджер группы тестирования должен убедиться, что существует правильная группа тестировщиков, которая действительно представляет целевую аудиторию. Если выбрана неправильная группа, пилотное тестирование не может быть выполнено успешно.
3. Адекватное планирование:
   Планирование является обязательным условием для любого типа тестирования или разработки. При выполнении пилотного тестирования необходимо убедиться, что все ресурсы находятся в нужном месте. Все атрибуты, начиная от рабочей силы и заканчивая оборудованием, должны быть достаточными, и недостатка в них быть не должно. В дополнение к этому, планирование приводит к созданию подходящих тестовых сценариев, которые полезны при создании тестовой среды.

Процесс пилотного тестирования:

1. Планирование:
   Это первый шаг пилотного тестирования, который включает в себя создание различных планов относительно процесса тестирования.Это основная часть процесса тестирования, поскольку все дальнейшие шаги являются производными от него и во многом с ним связаны.
   
   
2. Подготовка:
   После того, как планирование выполнено, выполняется подготовка к сбору различных атрибутов для процесса тестирования. Для успешного проведения тестирования проводится гораздо больше подготовки. На этом шаге выбирается группа конечных пользователей.
3. Развертывание:
   После завершения всех приготовлений и выбора группы конечных пользователей программное обеспечение развертывается.Каждый конечный пользователь находится в таком состоянии, с которым столкнется целевая аудитория.
4. Оценка:
   Теперь результат оценивается группой тестировщиков и записывается ответ программного обеспечения. Если программное обеспечение удовлетворяет поставленным задачам, предпринимается следующий шаг.
5. Запуск продукта:
   Когда оценка процесса тестирования завершена и установлено, что программное обеспечение соответствует требованиям конечных пользователей, программное обеспечение запускается на рынке.

Преимущества пилотного тестирования:

• Это помогает угадать процент успеха.
• Усовершенствует программное обеспечение.

Вниманию читателя! Не прекращайте учиться сейчас. Получите все важные концепции теории CS для собеседований SDE с помощью курса CS Theory Course по приемлемой для студентов цене и станьте готовым к работе в отрасли.

Пилот-испытатель | Центр талантливой молодежи Джона Хопкинса (CTY)

С 1 февраля 2021 г. по 30 июня 2022 г. CTY реализует пилотную программу по проведению исследований методов идентификации тестов.В течение этого времени мы будем принимать квалификационные баллы по различным тестам, которые ваш ребенок, возможно, уже сдал для выявления талантов в своей школе.

Сведения о пилоте:

• Студенты, представившие квалификационные баллы по принятым тестам вместе с заявкой на участие в программе, получат право на участие в программе CTY. Это право будет оставаться в силе до окончания средней школы.
• Учащиеся должны набрать 98-й процентиль * (в зависимости от класса, а не возраста) или выше, либо на два или более классов выше их текущего уровня по определенным разделам этих государственных и национальных нормативных тестов, чтобы пройти квалификацию.
• Отчет об оценке теста должен быть датирован после 1 июля 2017 г. и включать имя учащегося, а также имя теста.
• Студенты, выставившие оценки в рамках этого пилотного проекта, не будут иметь права на участие в программах признания Talent Search или на курсах уровня Advanced CTY.
• Мы не можем делать никаких исключений из принятых тестов или квалификационных требований для пилота.

Для участия необходимо сначала присоединиться к CTY. Затем вы можете отправить копию своих квалификационных баллов для одного из принятых государственных или национальных нормативных тестов с приложением программы.Семьи будут уведомлены о статусе их заявки на участие в программе и размещении на курсах в течение 7-10 рабочих дней.

Подать заявку сейчас!

Принятые тесты

Семьи могут отправить результаты следующих тестов вместе с заявлением ребенка на программу:

Процентильные баллы *

* Для тестов, в которых учитываются как классы, так и возрастные процентили, только процентили оценок учитываются для определения права на участие.

Оценка эквивалентности уровня

* Например, если ученик учился в 7 классе во время тестирования и получил GLE 8,9, то разница GLE составит 1,9 (8,9–7).

YouTube для пилотного тестирования покупок из прямых трансляций с избранными авторами — TechCrunch

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

Эта функция была разработана только для видео по запросу и позволяла зрителям использовать «авторитет и знания» надежных создателей для совершения осознанных покупок, пояснила компания в то время. Он сказал, что в течение 2021 года он будет доступен большему количеству авторов.

Совсем недавно YouTube протестировал прямые трансляции покупок с однодневным торговым мероприятием, ориентированным на малый бизнес.