- Разное

Прототип отзывы: Отзывы о Prototype и реальные оценки игроков

Содержание

Игра Prototype: вопросы и ответы, обзоры и отзывы, видео и скриншоты

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

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

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

     Prototype отличается от других игр безмерным количеством насилия, крови и ошметков тел. Если по началу игрок просто разбивает противников об стены и асфальт, то после прокачки, можно прорываться сквозь толпу, оставляя моря человеческих останков. Геймплей динамичен, а сюжет не напрягает. Тут можно реализовать все то чего не получалось в GTA. Если все вышеперечисленное не нарушает ваши моральные принципы, то игра обязательно для вас.

отзывы, фото и характеристики на Aredi.ru

1.​​Ищите по ключевым словам, уточняйте по каталогу слева

Допустим, вы хотите найти фару для AUDI, но поисковик выдает много результатов, тогда нужно будет в поисковую строку ввести точную марку автомобиля, потом в списке категорий, который находится слева, выберите новую категорию (Автозапчасти — Запчасти для легковых авто – Освещение- Фары передние фары). После, из предъявленного списка нужно выбрать нужный лот.

2. Сократите запрос

Например, вам понадобилось найти переднее правое крыло на KIA Sportage 2015 года, не пишите в поисковой строке полное наименование, а напишите крыло KIA Sportage 15 . Поисковая система скажет «спасибо» за короткий четкий вопрос, который можно редактировать с учетом выданных поисковиком результатов.

3. Используйте аналогичные сочетания слов и синонимы

Система сможет не понять какое-либо сочетание слов и перевести его неправильно. Например, у запроса «стол для компьютера» более 700 лотов, тогда как у запроса «компьютерный стол» всего 10.

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

Если вы, например, ищете стекло на ваш смартфон, нужно забивать «стекло на xiaomi redmi 4 pro», а не «стекло на сяоми редми 4 про».

5. Сокращения и аббревиатуры пишите по-английски

Если приводить пример, то словосочетание «ступица бмв е65» выдаст отсутствие результатов из-за того, что в e65 буква е русская. Система этого не понимает. Чтобы автоматика распознала ваш запрос, нужно ввести то же самое, но на английском — «ступица BMW e65».

6. Мало результатов? Ищите не только в названии объявления, но и в описании!

Не все продавцы пишут в названии объявления нужные параметры для поиска, поэтому воспользуйтесь функцией поиска в описании объявления! Например, вы ищите турбину и знаете ее номер «711006-9004S», вставьте в поисковую строку номер, выберете галочкой “искать в описании” — система выдаст намного больше результатов!

7. Смело ищите на польском, если знаете название нужной вещи на этом языке

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

Отзывы / Fate/Prototype / Аниме

  • Заметка номер 1 —

1280×723
Одна из основных мыслей насчет грааля и смысл биста 666 — нельзя перезапустить прошлое, грааль не может этого сделать. Только бист может сожрать нынешнюю вселенную, а после неё Манака могла бы создать новый, перезапущенный мир, с исправлениями. Грааль — бесполезный лох. Уже слышали в фрагментах.
  • Заметка номер 2 —
1280×723
Церковь абсолютно верит в грааль и не принимает никаких его минусов — хотя трагедия в 600+ человек явно должна быть замечена. Исток — правда. Уже слышали в фрагментах.
Хотя одна из мыслей фрагментов была в том, что одна из теорий взаимодействия с граалем состоит в том, что маги после взаимодействия с ним отправляются в «высшее». Откуда церковь однозначно знает что Манака не смогла взять грааль — не ясно. (трупа Манаки у них нет, так как Манака заснула вместе с бистом)
  • Заметка номер 3 —
1280×723
Правильная сцена. Сад веры в будущего, сад, нет, простите, Сад-подарок будущему, подарок от матери к ребенку; ребёнок восьмилетней давности, который вдохновил Сейбу спасти мир от сгрызения бистом; Сейба, который отказался от прошлого во славу Аяке, счастья живым людям, будущему. Красиво.
Вот только я не понимаю каким образом Сейбер, вернувшись на трон и снова обратно, сохранил воспоминания о первой войне. Если бы он не сохранил — он бы так дальше за Британию и топил, а он ведь явно помнит и узнал Аяку.
  • Заметка номер 4 —
По Аяке очень сильно наблюдается её травма из-за Манаки, которая была еще в детстве — огромное ощущение неполноценности перед всемогущей старшей сестрой, а после того что происходило перед бистом (Манака скормила бисту 600+ девушек и отца у Аяки на глазах, + попыталась скормить саму Аяку, +Манаку убили у Аяки на глазах) — через призму амнезии, непонимания, но беспомощности перед травмой в самой голове… синдром неполноценности и боязни крови\жертв во всей красе. Очень хорошая трагедия у неё. Магией скорее всего продолжает заниматься просто потому что отец бы этого хотел, да и в память о Манаке (она не помнит зверств Манаки и помнит лишь как прекрасную старшую сестру) — всё-таки это семейное дело у них было.
  • Заметка номер х —
Дальше идёт каша. Узнаются диалоги персея и исэми (о слуге без мастера, желании героя, который приносит счастье, «ты убил своего мастера?», «я убью вас всех потому что он пожелал счастья людям»). Слова мисаи о людях что бесполезнее собак и силе женщины (её посыл в фрагменте — власть), так же показывается мысль из фрагментов о «маги не дружат» (мисая напала на подругу детства из-за грааля). Аяка — я знала, что беспомощна, с самого начала; Отец возлагал надежду на сестру. С шизоидным священником всё по голосу понятно, лансер там Мисаю королевой называл, ну и вся остальная мелочевка. Прочитав фрагменты — вопросов нет.
  • Заметка номер у —
Мне очень не нравится диалог Манаки с Сейбой. Кому как не Манаке знать, что грааль и вовсе не связан с желаниями. Некрасивая попытка притянуть мораль «всё загубили желания людей». Одно только существование ангры исполняет всю идею в миллиард раз красивее.
  • Заметка номер z —
1360×768
Почему грааль — дерево? С танцами на костях всё понятно. Мне очень не понравилось что не дали никакого намёка на запятнанных слуг Манаки с прошлой войны. Очень некрасиво это упустили.
850×1242

Ещё ярко говорится о том, что всё тут с отсылками на ангелов и слуг-7 грехов. Хотя фрагменты с их словами о «мастерах-проводниках слуг-грешников» справились кншн лучше.

Prototype 2 — отзывы геймеров (via Jack)

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

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

Джеймс Хеллер  — новый протагонист, которого Алекс Мерсер наделил способностями подобными своим. В нашем распоряжении будущий терминатор. При отличной прокачке мы сможем выносить с одного удара танки и вертолеты, а пули нас вообще брать не будут. Новый герой кардинально отличается от главного героя оригинальной Prototype, начиная внешностью, заканчивая манерами, наверное. Перед нами настоящий бэдэсс афро-американец, каким его только можно представить: судите сами, но даже с некоторыми союзниками он ведет себя крайне по-хамски, подозревая каждого второго в сговоре с Алексом, чего уж там, судьбе врагов и вовсе не позавидуешь…


Нью-Йорк Зеро – так называют место событий, делится на три зоны: Желтая, Зеленая, Красная. Из зоны в зону зараженных стает все больше. Попав в последнюю, Красную зону, вообще трудно найти граждан, не затронутых вирусом, тогда как в Желтой даже отдельные лагеря для них есть. Но сейчас речь не об игре, цель которой поиск незараженных жителей.

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


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

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


Проапгрейдили до мега удобности и колесо вооружения. Само колесо представлено выбором  из пяти модификаций, даже вернее будет мутаций рук, на правую и левую кнопки мыши. Так мы можем выбрать, например, когти и щупальца на ЛКМ и ПКМ соответственно. Появилась кнопка быстрой смены облика. Часто это помогает быстро скрыться от поднятой тревоги. Хватает забежать в ближайший переулок, чтобы ни один враг вас не видел, и поменять внешность на поглощенного военного, к примеру. Прицеливание перекочевало сюда из первой части. Которое и там было неудобным, и здесь не изменилось. Но с автоматом или гранатометом не так интересно бегать, как с рукой-лезвием.

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


Вывод:

Разработчики сотворили чудо, перед нами хорошая песочница. Да где еще мы сможем порубить в клочья мутантов, случайно задеть военных, порубить и их, а потом безнаказанно скрыться за ближайшей многоэтажкой! Radical Entertainment пошли по стези “Тех же щей, да погуще лей”. Щи оказались довольно вкусными, налили их прилично, но вот хлебушка мало. Тут уж как знать. Кто без хлеба и за стол не сядет, а кто без него обойдется. Кто будет выполнять дополнительные миссии, а кому и сюжетной ветки будет вполне достаточно.

Моя оценка 8/10. Хотя игра заслужила бы и 9 баллов, если бы в городе было чем себя занять после прохождения всех миссий. Разного рода недочеты, “косяки”, как, например, когда Хеллер звонит по телефону, все враги просто ходят рядом с ним и ждут, пока тот положит трубку – тоже совсем не хорошо.

Читать обзор Prototype 2 от GameWay

Смотреть видео-обзор

Гайд для 50TP prototyp в WoT: обзор, оборудование и перки

В обновлении 1.1 вышла новая ветка танков польской нации. Вместе с ней был выпущен и польский тяжёлый премиум-танк 8-го уровня 50TP Prototype. Эта техника имеет колоссальные отличия от одноуровневых танков в огневой мощи, поскольку за 1 выстрел поляк способен отнимать 440 единиц прочности. При этом он ещё и достаточно бронирован, что делает его одним из лучших в заработке серебра.

 

ТТХ 50TP PROTOTYPE

Обучение экипажа

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

50TP тяжёлый хорошо бронированный танк с мощным орудием, но длинной перезарядкой, которую и нужно будет улучшать в первую очередь при помощи «боевого братства». Также нужно сразу улучшить стабилизацию орудия в движении за счет перков «Плавный поворот башни» и «Плавный ход».  Повысить радиус обзора можно при помощи изученных умений командира «радиоперехват» и «орлиный глаз».

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

Оборудование

На Prototype устанавливается такое же оборудование, как и на все тяжёлые танки с мощным вооружением:

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

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

Это оборудование больше подойдёт для активного геймплея.

Бронирование

Бронирование – это одно из главных качеств 50ТР. Танк достаточно хорошо бронирован в башне, но корпус хрупкий, поэтому лучше всего воевать на рельефной местности.

 

Как можно видеть на изображении, самая толстая броня находится в лобовой части башни. Именно этим местом можно танковать вражеские снаряды. Борта поляка такие же слабые, как лобовая часть корпуса. Туда могут не пробить разве что танки 6-го уровня. Причём открыта уязвимая деталь – люк мехвода по центру, при попадании в которую часто будут случаться ранения механика-водителя. Однако лобовую часть можно прикрывать большими траками, которые у поляка ещё и длинные. К уязыимым местам можно отнести и крышу башни с командирским люком, но структура не позволит выцелить эту самую крышу башни, а командирский люк слишком мал, чтобы по нему регулярно наносили урон.

Как играть на 50TP PROTOTYPE

На этом танке нужно играть только на 1-й линии. Не только потому, что он относится к тяжёлому классу техники, но и потому, что точность 50TP не позволит регулярно попадать по сопернику со средних и дальних дистанций. Стоит в первую очередь выделить 122 мм орудие, которое способно наносить 440 ед. урона за выстрел. Для 8-го уровня это рекордный показатель. Но длинная перезарядка заставляет отступать более чем на 12 секунд. Конечно, прокачанный экипаж и установленное оборудование улучшат показатели, но не до такой степени, чтобы можно было ехать на прорыв в 1-й линии. Бронепробитие базовым снарядом 218 мм. Этого достаточно для перестрелок на 8-м уровне, но против техники высокого уровня, придётся иногда использовать премиум-снаряды, поскольку с такой точностью буде сложно выцеливать уязвимые места бронированных танков.

50ТР способен развивать максимальную скорость всего 35 км/ч, при удельной мощности двигателя 14 л.с./т он будет делать это неуверенно. С такой динамикой невозможно быстро менять локации, поэтому следует выбирать правильное направление на каждой карте.

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

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

В общем, играя в топе, 50ТР Prototype будет основной огневой мощью в команде, поскольку за 1 выстрел он будет сносить больше половины единиц прочности технике низких уровней, но внизу списка нужно будет придерживаться 2-й линии, поскольку малый запас прочности не даст права на ошибки.

Для заработка серебра поляк достаточно хорош, поскольку с такой огневой мощью можно достаточно много зарабатывать. Для «фана» танк подойдёт только любителям альфа-урона.

Достоинства и недостатки

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

Стоит ли брать

Изначально, при выходе новой ветки, 50ТР начали называть убийцей советского танка «Защитник, который имеет похожие характеристики вооружения. Но советский тяжёлый танк всё же более бронированный и динамичный. Конечно, у поляка есть свои достоинства, например углы вертикального склонения орудия или точность орудия, которая всё же лучше, чем у совета.

Самое главное, что 50TP Prototype способен зарабатывать большое количество серебра, а это главная цель при покупке премиум-танка. При всех своих недостатках, поляк имеет всё же больше достоинств, поэтому его можно смело приобретать для фарма. Но эта техника будет приемлема только для любителей тяжёлых бронированных машин с низкой динамикой.

Видео:





 

Россияне загрузили больше 100 тысяч фейковых «Россграмов» из Google Play Market

«Россграм» – отечественный аналог ныне запрещённой соцсети – ещё не получил широкого распространения. Однако мошенники уже копируют находящееся на слуху название и заманивают в свои отнюдь не социальные сети доверчивых россиян. На момент презентации прототипа официального приложения, которая состоялась 28 марта, пользователи уже загрузили на свои устройства больше 100 тысяч фейковых «Россграмов» из Google Play Market.

«Распаковку партнёр-релиза» представили на официальном Telegram-канале сообщества «Россграм» в понедельник. Создатели заявляют, что смогут воспроизвести все привычные функции Instagram, который был запрещён в РФ (принадлежит признанной экстремистской компании Meta). «Россграм» даже обещает обеспечить перенос данных из созвучной соцсети. Однако на сегодня доступного широкой общественности приложения не существует: публике показали лишь прототип – движок, на котором разработчики тестируют функционал. На сайте проекта будущие пользователи могут оставить заявку, чтобы стать одними из первых – и на этом, пожалуй, всё.

Тем не менее в Google Play Market уже можно найти приложения, имитирующие отечественную разработку: они доступны на момент публикации, и одно из них даже собрало более 100 тысяч скачиваний и больше 6 тысяч негативных отзывов. Пользователи, опробовавшие «новинку», пишут, что им предлагают крупный выигрыш по итогам некоего розыгрыша. Как поясняет «Коммерсантъ», ссылаясь на данные лаборатории «Инфосистемы Джет», это работа мошенников.

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

При этом на данный момент в Play Market можно найти и «Росграм» (с одной «с»), но скачиваний у него в десять раз меньше – очевидно, что и этот продукт не является официальным.

Отметим, создатели «Россграма» объявили о своём проекте 14 марта, и уже через несколько дней сами начали предупреждать россиян о действиях мошенников. На странице проекта «ВКонтакте» информация о мошенническом приложении появилась 19 марта.

Официальный Telegram-канал сообщества также рассказывал об «имитаторах», которые собирают данные пользователей, – имелись в виду Telegram-боты. Например, пользователям обещали забронировать уникальный никнейм на будущее, что происходило с информацией, которую предоставляли поверившие таким посулам россияне, достоверно неизвестно.

«У нас нет ботов в Telegram. Эти сообщения рассылаем не мы. Доверяйте информации только в этом канале», – написали сегодня, 29 марта, разработчики.

Как отмечают эксперты, наплыв мошенников, связанный с обсуждаемой в СМИ соцсетью, вполне объясним – злоумышленники используют проверенные схемы, чтобы «выкачать деньги» из находящегося на слуху названия. При этом стоит напомнить, что сама популярность ещё не выпущенного продукта обусловлена запретом на деятельность зарубежной соцсети-конкурента (или прародителя). 21 марта Российский суд запретил Instagram и Facebook, принадлежащие компании Meta Platforms Inc. Ответственность может наступить за размещение рекламы на этих площадках или при переводе платежей им.

Мошенники разместили в Play Маркете фальшивое приложение «Россграм»

«Россграм», российский аналог социальной сети Instagram*, уже представлен ограниченному числу разработчиков и журналистов, но само официальное приложение у сервиса пока отсутствует — и этим поспешили воспользоваться мошенники.

Источник изображения: Averyanovphoto/pixabay.com

В маркетплейсе Play Маркет на смартфонах с ОС Android уже появилась фейковая версия приложения, по имеющейся статистике насчитывается уже более 100 000 загрузок. Пока невозможно даже предварительно подсчитать, к каким убыткам приведёт попытка его использования.

Примечательно, что установить «фейковость» приложения довольно просто при наличии минимальных знаний о мобильном софте — на момент написания новости рейтинг приложения составлял 1,2 балла, а сам софт фактически представляет собой заглушку на 5,4 Мбайт. Кроме того, немедленно после попытки открыть приложение оно пытается собрать персональные данные (включая платёжные) под предлогом участия пользователя в розыгрыше многочисленных призов.

Источник: Google Play Маркет

Примечательно, что фишинговый софт не только пропущен защитой Google, но и был удалён из магазина лишь недавно, несмотря на тотально отрицательные отзывы и, вероятно, жалобы. Параллельно циркулирует приложение «Росграм» с одной «с», возможно, от тех же мошенников . Судя по числу скачиваний, оно загружено намного позже.

Источник изображения: Google Play Маркет

Ранее сообщалось, что официальное приложение будет представлено ограниченному кругу лиц 28 марта, однако пока этого так и не произошло. Ожидается, что функционально новый сервис будет во многом дублировать Instagram*, а также будет иметь и собственные, уникальные функции — от возможности загрузки видео из источников вроде YouTube и Vimeo до различных, отсутствующих в Instagram* способов монетизации.

* Внесена в перечень общественных объединений и религиозных организаций, в отношении которых судом принято вступившее в законную силу решение о ликвидации или запрете деятельности по основаниям, предусмотренным Федеральным законом от 25.07.2002 № 114-ФЗ «О противодействии экстремистской деятельности».

Если вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

Тестируйте свои прототипы: как собрать отзывы и получить максимальное количество знаний

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

Шесть практических советов по сбору отзывов о ваших прототипах

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

1. Способы получения отзывов

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

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

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

2. Тестируйте свои прототипы на нужных людях

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

Автор/правообладатель: Teo Yu Siang и Interaction Design Foundation. Условия авторского права и лицензия: CC BY-NC-SA 3.0

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

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

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

3. Задавайте правильные вопросы

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

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

4. Будьте нейтральны при представлении своих идей

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

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

5. Адаптируйтесь во время тестирования

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

6. Позвольте пользователям вносить идеи

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

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

Для вдохновения вы можете скачать наши рекомендации в этом шаблоне: «Шесть практических советов по сбору отзывов о ваших прототипах»

Получите бесплатный шаблон для сбора отзывов о ваших прототипах

Три метода максимального извлечения уроков из тестирования

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

1. Feedback Capture Grid

Автор/правообладатель: Teo Yu Siang и Interaction Design Foundation. Условия авторского права и лицензия: CC BY-NC-SA 3.0

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

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

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

Получите бесплатный шаблон для «Сетки захвата обратной связи»

2.I Like, I Wish, What If

Автор/правообладатель: Teo Yu Siang и Interaction Design Foundation. Условия авторского права и лицензия: CC BY-NC-SA 3.0

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

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

Одним из ключевых преимуществ метода «Мне нравится, я хочу, что, если» является то, что он формирует обратную связь, которую кто-то собирается предоставить, в конструктивной и позитивной манере, позволяя открыто обсудить или принять его или ее отзыв. Вместо того, чтобы сказать что-то вроде «Эта функция отстой; почему этот дизайн вообще рассматривается?», пользователи вынуждены говорить что-то более конструктивное, например «Я бы хотел, чтобы вы изменили эту часть на…» и «Что, если бы вы переместили это… и добавили…».

Пожалуйста, не стесняйтесь скачать и распечатать наш шаблон для метода «Мне нравится, я хочу, что, если»:

Получите бесплатный шаблон для «Мне нравится, я хочу, что, если»

3. Делимся вдохновляющими историями

Автор/владелец авторских прав: Тео Ю Сианг и Interaction Design Foundation. Условия авторского права и лицензия: CC BY-NC-SA 3.0

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

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

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

Получите бесплатный шаблон для «Делиться вдохновляющими историями»

Создание, сбор отзывов, итерация

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

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

The Take Away

Сбор отзывов о вашем прототипе может стать захватывающим этапом вашего дизайнерского проекта.Это также важный этап, который вы должны попытаться оптимизировать. Принимая во внимание шесть советов по сбору отзывов о вашем прототипе — от тестирования на нужных людях до предоставления пользователям возможности поделиться своими идеями — а также используя три метода получения честных отзывов («Сетка сбора отзывов», «Мне нравится, я желаю , «Что, если» и «Делиться вдохновляющими историями») помогут вам извлечь максимальную пользу из тестирования своих прототипов. Наконец, не забудьте взять за привычку использовать собранные вами отзывы для создания новых и улучшенных прототипов и продолжать работать над этим итеративным процессом, чтобы двигаться к конечному продукту или услуге.

Ссылки и где узнать больше

IDEO, Human-Centered Design Toolkit , 2009 г.: https://www.ideo.com/work/human-centered-design-toolkit/

Bootcamp Bootleg d.school, 2013 г.: https://static1.squarespace.com/static/57c6b79629687fde090a0fdd/t/588

  • db29d6cc6c3338f7/1485374014340/METHODCARDS-v3-slim.pdf

    IDEO, Интеграция обратной связи и итерация : http://www.designkit.org/methods/4

    IDEO, Делитесь вдохновляющими историями : http://www.designkit.org/методы/13

    Изображение героя: Автор/владелец авторских прав: Тео Ю Сианг и Interaction Design Foundation. Условия авторского права и лицензия: CC BY-NC-SA 3.0

    31 Вопросы по тестированию прототипа Вопросы, которые должен задать каждый дизайнер

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

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

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

    Тестирование прототипа

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

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

    Что такое прототип?

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

    Или, для более формального определения, вот перспектива Nielsen Norman Group,

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

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

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

    Вопросы пользовательского тестирования для прототипирования

    Проверка концепции

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

    1. Какую проблему решает ваша идея?
    2. Как пользователи решают эту проблему в настоящее время?
    3. Может ли ваша целевая аудитория назвать другой продукт, который делает что-то подобное?
    4. Почему предыдущие решения оказались неудачными?
    5. Понимают ли пользователи, что делает этот продукт или услуга?
    6. Как пользователи относятся к продукту или услуге?
    7. Кто твой конкурент?
    8. Для чего предназначено приложение/сайт и что там могут делать пользователи?
    9. Есть ли у вашего целевого рынка потребность в этом продукте?
    10. Какие устройства представляют себе пользователи, использующие этот продукт?
    11. В каких сценариях они могут себя использовать?

    Каркасы и прототипы lo-fi

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

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

    1. Прежде чем пользователи увидят каркас или прототип, что они ожидают с ним сделать?
    2. Как они ожидали, что это будет выглядеть?
    3. После того, как вы покажете им прототип, поймут ли пользователи, что он делает?
    4. Насколько это соответствует их ожиданиям?
    5. Какие функции отсутствуют?
    6. Что-то кажется неуместным или ненужным?
    7. Что чувствуют пользователи при использовании прототипа?
    8. Если бы у пользователей была волшебная палочка, что бы они изменили в продукте?
    9. Насколько вероятно или маловероятно, что они будут использовать этот продукт после того, как он будет готов?

    Hi-Fi прототипы

    После того, как вы разобрались с концепцией и дизайном и доводили до конца, рождается прототип Hi-Fi.Это будет полуфункциональное факсимиле предполагаемого результата. Он должен быть интерактивным и делать практически все, что от него требуется; у него просто не будет ощущения блестящего нового продукта.

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

    1. Делает ли прототип то, что должен?
    2. Считают ли пользователи, что дизайн продукта соответствует его назначению?
    3. Что пользователи захотят сделать с этим продуктом в первую очередь? Они могут это сделать?
    4. Когда они изучают продукт, они в какой-то момент путаются?
    5. Их что-то отвлекает или мешает?
    6. Есть ли функции, которые они полностью игнорируют?
    7. Имеет ли смысл информационная архитектура и навигация? (Могут ли пользователи найти то, что ищут?)
    8. Чувствует ли ваша целевая аудитория, что этот продукт был разработан для них?
    9. Что может заставить ваших пользователей часто использовать этот продукт?
    10. Насколько вероятно или маловероятно, что они порекомендуют готовый продукт другу?
    11. Как бы они описали этот продукт своими словами?

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

    Примечание по пользовательскому тестированию прототипов

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

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

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

    Как мы говорим здесь, в UserTesting, «тестируйте рано и часто».

    Для дальнейшего чтения

    Хотите узнать больше?

    Узнайте больше о Product Insight, приложении UserTesting, разработанном с учетом уникальных потребностей продуктовых команд, или посмотрите наш веб-семинар по запросу «Как создавать отличные продукты в режиме реального времени, используя быструю обратную связь с клиентами».

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

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

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

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

    Итак, как лучше всего получить отзывы клиентов о незавершенном прототипе?

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

    4 метода тестирования нефункциональных прототипов

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

    1. Информационный запах

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

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

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

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

    2. Возможности

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

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

    Например, вы можете задать такие вопросы:

    • Основываясь на том, что вы видите, объясните, как вы ожидаете ____.

    • или Что может произойти, если вы нажмете ____?

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

    3. Противовес

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

    Проблема здесь в следующем: как получить отличную обратную связь, не создавая фаворитизма или предвзятости, основанных на порядке понятий?

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

    4. Оценить желательность

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

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

    Вам понадобится хорошее сочетание, чтобы данные не искажались из-за 80% «хороших» слов и только 20% «плохих» слов на выбор. Затем вы просите клиента выбрать 5 лучших прилагательных из таблицы, которые, по его мнению, лучше всего представляют дизайн, основываясь на их личном мнении.Замечательно следить за тем, почему они выбрали эти прилагательные, что затем требует богатого разговора.

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

    Получайте действенные отзывы от нефункциональных прототипов 

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

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

    Тестирование прототипа: определение, преимущества, инструкции

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

    В этой статье мы шаг за шагом проведем вас через процесс тестирования вашего прототипа и дадим вам несколько советов о том, как получить эффективные результаты. Мы поговорили с Кейтлин Гудейл, старшим дизайнером продуктов в Memrise, и Крисом Роем, директором по маркетингу в Boatim и бывшим ведущим дизайнером продуктов в TravelPerk, чтобы дать вам экспертные советы по этому вопросу.Но прежде чем мы начнем, давайте посмотрим, как работает тестирование прототипа, в чем его преимущества и когда следует проводить тестирование в процессе проектирования.

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

    Как работает тестирование прототипа?

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

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

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

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

    1. Найдите проблемы в своем дизайне

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

    2. Проверьте свои гипотезы

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

    3. Получите бесценную обратную связь от клиентов как можно раньше

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

    4. Сэкономьте много $$$

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

    5. Заручитесь поддержкой заинтересованных сторон

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

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

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

    Тестирование прототипов с низкой и средней точностью

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

    С прототипом низкой точности вы можете протестировать:

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

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

    Высокоточное прототипирование

    После того, как вы внесли изменения в инструмент прототипирования на основе результатов тестов с низкой и средней точностью, пришло время получить отзывы пользователей о вашем Hi-Fi дизайне.

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

    Имея прототип Hi-Fi, вы можете получить представление о:

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

    Вы приняли решение протестировать свой прототип — отличный выбор. Итак, как вы собираетесь это делать? Ничего страшного, мы составили для вас пошаговое руководство.

    1. Точно знайте, что вы тестируете

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

    ❌ «Я хочу протестировать свой прототип»

    ✅ «Я хочу узнать, могут ли люди бронировать отель через мой прототип»


    ❌ «Я хочу посмотреть, нравится ли людям дизайн»

    ✅  «Я хочу узнать, смогут ли люди забронировать отель с помощью моего прототипа». «Я хочу узнать, смогут ли пользователи легко перемещаться по моему приложению».


    ✅ «Побуждает ли текст людей совершать покупки?»

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

    2. Создать прототип

    Здесь очевидный факт — без прототипа не будет тестирования прототипа. Какой тип прототипа вы создадите, будет зависеть от того, на каком этапе тестирования вы находитесь, и, как упоминалось выше, от вашей цели тестирования. Если вы проводите тестирование низкокачественного прототипа, оно может быть на бумаге или в онлайн-режиме в самой простой форме (макет или каркас), тогда как если вы находитесь на стадии прототипа hi-fi, вы будете использовать такой инструмент, как Figma или Sketch, для создания интерактивного прототипа, максимально приближенного к реальному продукту.

    3. Выберите правильную аудиторию

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

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

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

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

    Кейтлин Гудейл, старший дизайнер продуктов Memrise

    4. Выберите метод тестирования удобства использования

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

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

    5. Дайте людям четкую цель

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

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

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

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

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

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

    Хотите узнать больше? Вот несколько примеров вопросов по тестированию прототипа, которые можно задать на разных этапах процесса:

    • Сколько времени вы проводите в сети каждый день?
    • Вы когда-нибудь пользовались нашим веб-сайтом/приложением?
    • В какой отрасли вы работаете?
    • Пользовались ли вы ранее какими-либо продуктами [отрасли X]?
    • Какой тип продукта вы используете для выполнения [X action]?
    • Насколько вы уверены в выполнении [X action]?
    • Что вы думаете об опыте [X]?
    • Какой язык использовался на этой странице?
    • Можете ли вы рассказать нам, что вы думаете о [X]?
    • Что вам больше всего/наименее понравилось в этом продукте? Почему?
    • Вы бы использовали такой продукт для выполнения [X действия] в реальной жизни?
    • Что бы вы изменили в продукте?

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

    7. Запустите свой тест

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

    → Посмотрите, как выглядит тест прототипа с Maze здесь.

    8. Поделитесь результатами

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

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

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

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

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

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

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

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

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

    Это партнерство дизайнера взаимодействия, клиента и пользователя, и наша задача — способствовать этому.

    Акцент на практичность, а не на гламур  

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

    Источник: UXBooth 

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

    Это полностью моя вина.

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

    Представьте правильный контекст или рискуйте ошибкой  

    Скорее всего, если вы читаете этот пост, вы признаете ценность хорошего прототипа (это или вы хотели бы).

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

    Источник: Sharp Suits

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

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

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

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

    Двигайтесь вперед — получите максимум от своего прототипа

    Итак, что мы можем сделать, чтобы убедиться, что мы используем чугунную сковороду, а не деревянную?

    Наша подготовка начинается еще до создания прототипа и начинается изнутри.

    1. Знайте, что вы тестируете

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

    Задайте себе следующие вопросы:

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

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

    2. Выберите свою точность соответственно доступной вам верности.

     

    Источник: Boxes & Arrows

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

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

    3. Будьте безжалостны

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

    Если вы тестируете конкретное взаимодействие, не бойтесь просто создать прототип этого взаимодействия, будь то инструмент прототипирования, HTML или CSS или просто бумага и ручка. Нет необходимости тратить время на другие части сайта (если только этот контекст не нужен).

    Источник: Behance

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

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

    4. Отойдите от комитета

    Изолируйте человека, от которого вы хотите получить отзыв.

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

     

    Это может занять некоторое время, но в конечном итоге оно того стоит.

    5. Сосредоточьтесь на покупателе, но не слишком сильно

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

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

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

    6. Адаптация и итерация

    Получив обратную связь, действуйте в соответствии с ней — хорошо это или плохо.

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

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

    Заключение

    Прототипы — это интересно.Они новаторские и интересные — в конце концов, если бы шаблон, который мы тестировали, был установлен, нам не нужно было бы его тестировать.

    Но прототип полезен только тогда, когда его «достаточно», иначе работа напрасна, а фокус потерян. Я бы даже сказал, что гипотеза, которую мы выбираем, и предположения, которые мы определяем, важнее самого прототипа — без объективной основы мы склонны интерпретировать результаты так, как считаем нужным.

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

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

    29 вопросов, которые следует задать пользователям во время тестирования прототипа

    Тестирование прототипа

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

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

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

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

    Вопросы 1–6: тестирование первого взгляда

    Проверьте, передает ли дизайн то, чем является продукт/веб-сайт с первого взгляда.
    • Как вы думаете, для чего предназначен этот инструмент/веб-сайт?
    • Как вы думаете, что вы можете делать на этом сайте/в этом приложении?
    • Когда бы вы использовали это?
    • Как вы думаете, для кого предназначен этот инструмент?
    • На что-нибудь похож этот инструмент? Если да, то что?
    • Что здесь не имеет смысла?

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

    Связанное чтение — вот полный список лучших инструментов обратной связи с клиентами на 2020 год и далее.


    Вопросы 7–13: зависит от задачи по варианту использования

    Разработайте конкретные вопросы для типов действий, которые, как вы знаете, пользователи будут выполнять на вашем сайте, учитывая вашу отрасль.
    • Как вы узнали, что товар поступил в продажу? (Электронная коммерция и розничная торговля)
    • Какая информация о доставке отсутствовала? (Электронная коммерция и розничная торговля)
    • Какие были приняты способы оплаты? (Электронная коммерция и розничная торговля/SaaS)
    • Как вы узнали, что выбранный вами план подходит именно вам? (SaaS)
    • Считаете ли вы, что забронировать рейс на этом веб-сайте было проще или сложнее, чем на других веб-сайтах, которые вы использовали в прошлом? (Путешествия) 
    • Безопасно ли отправлять деньги через это приложение? (банковское дело/финансовые технологии)
    • Считаете ли вы, что данные, собранные этим приложением, надежны? (Интернет)

    Совет: Если вы попросите пользователей выполнить определенные задачи, такие как поиск продукта, бронирование рейса, отправка денег (и т.,) рассмотрите вместо этого структурирование задач в виде сценариев. См. «Ошибка № 4» в этой статье, чтобы узнать больше о том, что мы подразумеваем под сценариями.

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

    Бонусное чтение: 25 лучших инструментов и программного обеспечения для онлайн-опросов


    Вопросы 14–25. Оценка удобства использования

    Задайте эти вопросы после того, как пользователи выполнят задачи, чтобы лучше понять удобство использования.
    • Вас что-то удивило? Если да, то что?
    • Вы ожидали найти что-то, чего там не было?
    • Что было трудным или странным в этой задаче, если что?
    • Что было легко в этом задании?
    • Вы нашли все, что искали?
    • Было ли что-то, что выглядело не так, как вы ожидали? Если да, то что это было?
    • Чего не хватало?
    • Что было лишним, если что?
    • Что-то было не так? Если да, то что это было?
    • Если бы у вас была волшебная палочка, что бы вы изменили в этом опыте/задаче?
    • Как бы вы оценили уровень сложности этого задания?
    • Выполнение этой задачи заняло у вас больше или меньше времени, чем вы ожидали? Вы бы обычно тратили на это столько времени?

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


    Вопросы 26–29: целостный опыт

    Завершите тестирование вопросами, собирающими информацию, которую вы еще не собрали.
    • Попробуйте перечислить возможности нашего инструмента. – Этот вопрос позволяет увидеть, что больше всего понравилось пользователю. Пользователи никогда не используют все функции продукта или веб-сайта. Особенно с нашей нынешней тенденцией умножать их в наших инструментах, вместо того, чтобы сводить к минимуму их количество. Этот вопрос также может указать, какие функции пользователи проигнорировали или просто не заметили в дизайне.
    • Считаете ли вы, что это приложение/инструмент/веб-сайт легко использовать?
    • Что бы вы изменили в этом приложении/веб-сайте?
    • Как бы вы улучшили этот инструмент/веб-сайт/услугу?

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

    Дополнительные вопросы: планирование следующего сеанса

    Вместо того, чтобы снова набирать новых участников, спросите тестировщиков, заинтересованы ли они в присоединении к будущим сессиям.
    • Хотели бы вы принять участие в будущих исследованиях?
    • Есть ли у вас знакомые, кому это может быть интересно?

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

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

    Хотите информацию, которая улучшит опыт и конверсию?

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

    Пошаговое руководство: тестирование прототипа

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

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

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

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

    Что такое тестирование прототипа?


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

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

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

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

    Различные типы прототипов

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

    Существует 4 разных типа прототипов, и они следующие:

    1. Низкоточные прототипы

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

    2. Высокоточные прототипы

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

    3. Прототипы оперативных данных 

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

    4. Осуществимость прототипа 

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

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


    Зачем нужно тестирование прототипа?

    Тестирование прототипа — это не просто сбор отзывов и идей от пользователей и передача этой информации разработчикам. Тестирование и оценка прототипов дает много преимуществ; давайте посмотрим на 4 лучших:

    1.Сокращает общее время и стоимость

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

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

    2. Повышает вовлеченность пользователей

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

    3. Собирает точные требования 

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

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

    4. Помогает разрешить конфликт

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

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

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


    Когда следует тестировать прототип?

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

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

    915
    Prototype Стимулов Тестирование Тестирование


    Набор


    Рисунки
    Макет и дизайн
    Дизайн идеи и эксперименты
    Рабочий процесс
    Вопросы удобства использования
    Взаимодействие при проектировании
    Сразу после завершения проектных работ и ранних этапов разработки.
    Высококачественный прототип Компьютерный
    Wireframes
    UAT
    Рабочее моделирование
    Общее направление проектирования
    Ценностное предложение
    Компоненты пользовательского интерфейса
    Прототип оперативных данных API
    Javascript
    Общая функциональность Когда разработчикам нужны доказательства того, что что-то работает.
    Прототип осуществимости Программные коды
    Алгоритмы
    Фундаментальная осуществимость Перед выделением ресурсов и во время определения объема проекта.

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

    Как протестировать свой прототип: шаг за шагом 

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

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

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

    Мы подробно расскажем вам обо всех шагах, поэтому следуйте им:

    Шаг 1. Сбор и анализ информации о пользователе

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


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

    Например: Qualaroo специализируется на быстром и легком сборе информации от пользователей на каждом этапе процесса проектирования. Информация о пользователях собирается путем размещения URL-адресов прототипов с помощью InVision, AdobeXD и многих других инструментов тестирования прототипов.


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

    Связанное Чтение — Ищете средство обратной связи? Вот список лучших инструментов обратной связи с клиентами для пользователей

    .

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

    Расплывчатость и неясность при разработке прототипа

    • Мой дизайн хорош?
    • Нравится ли пользователям предлагаемый продукт?
    • Создает ли продукт вовлеченность?

    Четкость шагов при разработке прототипа

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

    Шаг 2. Сборка прототипа

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


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

    Если вы не помните типы прототипов, которые мы обсуждали ранее, вот краткий обзор 4 различных типов:

    • Прототипы с низкой точностью
    • Прототипы с высокой точностью
    • Прототипы с оперативными данными
    • Прототипы с реальными данными

    На что следует обратить внимание:

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

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

    • Использовать реальные данные — При создании прототипов также рекомендуется использовать реальные данные для прототипов. Прототип не обязательно должен быть окончательной копией конечного продукта, но он должен содержать реальные данные для точного тестирования вашей микрокопии с помощью прототипа.
    • Тестирование 2–3 прототипов — Не тратьте слишком много времени и усилий на то, что является «всего лишь» прототипом этого решения. Полезнее иметь 2-3 грубых прототипа для тестирования, чем 1 прототип с идеальной точностью до пикселя. Это позволяет тестировать больше дизайнов, а также участники тестирования не ограничиваются одним дизайном, который может показаться «единственным» решением.

    Шаг 3. Решите, что вы хотите протестировать

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

    Есть несколько вещей, которые вы можете протестировать на прототипах с очевидными недостатками. Вот список этих вещей:

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


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

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

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

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

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

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

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

    Шаг 4. Создание предварительного проекта

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

    Преимущества эскизного проекта:

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

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


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

    Шаг 5. Подготовьте сценарии тестирования и вопросы

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

    Сценарии строительства

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

    • Сосредоточьтесь на целях пользователей, а не на функциях и возможностях вашего продукта

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

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

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

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

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

    • Сделайте задачу похожей на реальную жизнь

    Если вы просите пользователя забронировать рейс через ваше приложение/прототип, не говорите просто «Забронировать рейс из Сиэтла в Амстердам».

    Лучше сценарий: «Вы хотите навестить своего друга в Амстердаме в сентябре. Вы забронировали двухнедельный отпуск на работе. Вы понимаете, что это дорогой перелет, но хотели бы потратить как можно меньше. Кроме того, из-за ваших недавних проблем со спиной вы рассматриваете возможность повышения класса полета».

    • Не объясняйте свой продукт или веб-сайт или где вы его продаете

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

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

    • Не разрабатывайте задачи, которые невозможно выполнить

    Если ваш прототип не включает функцию, поток или элементы, которые вы хотите протестировать, вы не можете его протестировать.

    Формирование вопросов исследования

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

    Советы по формированию исследовательских вопросов

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

    Пример неправильного вопроса/цели исследования: 

    • Я хочу протестировать свой прототип.

    Пример лучшего вопроса/цели исследования: 

    • Я хочу проверить свою навигацию.

    Примеры хороших вопросов/целей исследования: 

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

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

    Проверка первого взгляда
    • Как вы думаете, для кого предназначен этот инструмент/веб-сайт?
    • Что вы думаете об этом приложении/веб-сайте?
    • Как вы думаете, что можно сделать с помощью этого инструмента/веб-сайта?
    • Когда бы вы его использовали?
    • Как вы думаете, для кого это?
    • На что-нибудь похож этот инструмент? Если да, то что?
    • Есть ли здесь что-то, что не имеет смысла?/Что-то кажется неуместным?
    Оценка удобства использования
    • Какая-то функция отсутствовала?
    • Как бы вы оценили уровень сложности этого задания?
    • Что-то было не так? Если да, то что это было?
    • Как вы узнали, где продукты?
    • Безопасно ли платить через этот инструмент/веб-сайт?
    • Какая информация о товарах отсутствовала?
    • Считаете ли вы, что инструмент/веб-сайт идеально привели вас к продукту?
    Целостный опыт
    • Легко ли было ориентироваться в приложении?
    • Каково общее впечатление от дизайна?
    • Что бы вы изменили в этом приложении/веб-сайте?
    • Как бы вы улучшили этот инструмент/веб-сайт?
    • Инструмент/веб-сайт работали так, как вы ожидали?
    • Как бы вы оценили свой общий опыт?

    Прочтите по теме — Вот наш список 30 лучших инструментов A/B-тестирования

    Совет: Мы рекомендуем не использовать более 4-5 вопросов подряд (после каждого задания), так как это может нарушить ход теста и вызвать утомление.

    • Если тест проводится с глазу на глаз, вы, вероятно, будете задавать дополнительные вопросы, которые появятся во время наблюдения, чтобы выяснить трудности, с которыми столкнулись участники.
    • Если это удаленный тест с помощью такого инструмента, как Qualaroo, более 4-5 вопросов приведут к более низкой скорости ответов, а поскольку вы будете тестировать свои прототипы только на нескольких пользователях, скорость ответов важна.

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

    На самом деле, каждый раз, когда вы проводите исследование пользователей, почти всегда будет много других знаний помимо того, что вы непосредственно тестировали. У вас всегда должно быть 1-5 основных аспектов, которые вы хотите протестировать/проанализировать.

    Шаг 6. Инициирование пользовательской оценки

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


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

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

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

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

    Связанное чтение. Вот наш список из 11 лучших инструментов обратной связи в мобильных приложениях

    Что делать после тестирования

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

    1. Доработка и настройка прототипа

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

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

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

    2. Внедрение и мониторинг

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

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

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

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

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


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

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

    Передовые методы тестирования прототипов

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

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

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

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

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


    2. Не стремитесь к совершенству

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

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

    Помните, что вам не нужно все исправлять.

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

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

    3. Поддерживайте открытое общение

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

    4. Разработка профиля покупателя

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

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

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

    Связанная литература. Чтобы узнать больше о создании портретов клиентов, ознакомьтесь с документом How to Build Customer Personas: The Complete Guide.

    5. Будьте внимательны к своей аудитории

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

    Однако имейте в виду, что за пределами ЕС все больше и больше стран (и некоторые штаты в США) вводят аналогичные правила.

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

    6. Дайте ясность участникам

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

    7. Сообщите участникам, что вы не создавали прототип

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

    8. Проведение испытаний в широком спектре сред

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

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

    Пример :

    Если вы запускаете приложение для бронирования отелей, среда тестирования обычно должна включать пользователей из разных регионов и разных возрастных групп, которые часто путешествуют. Вы можете сегментировать своих клиентов по разным демографическим показателям, таким как возраст: молодые (18–25), зрелые (26–35) и взрослые (36 и выше), пол, доход, а также разные штаты страны.

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

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

    .

    Бонусные советы

    1. Начните тестирование как можно скорее

    Если вы продолжаете ждать, пока ваш продукт будет полностью разработан, вы упускаете некоторые важные идеи.Очевидно, что невозможно начать тестирование сразу после появления идеи продукта. В то же время не стоит ждать, пока ваш продукт приблизится к финальным стадиям.


    Вы должны начать тестирование своего прототипа сразу после создания эскизного проекта.

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

    2. Наметьте все свои задачи

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

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

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

    3. Умерять или не умерять

    В модерируемых тестах участвует лицо, облегчающее тест через модератора, а в немодерируемых тестах таких модераторов нет.

    Теперь вы можете задаться вопросом, должны ли ваши тесты проходить модерацию или нет.

    Модерируемые тесты

    • Они позволяют вам лучше контролировать тест.
    • Вы можете позволить участникам пропустить определенные области или сосредоточиться на них.  

    Немодерируемые тесты

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

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

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

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

    Испытайте прототипы с уверенностью

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

    • Что сработало
    • Что не сработало
    • Новые вопросы
    • Новые идеи
    • Общая оценка

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

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

    Встраивая Qualaroo в продукт через Nudges TM , вы получаете ценные отзывы непосредственно от своей аудитории, которые могут помочь вам значительно улучшить функциональность вашего прототипа.

    Часы: Как использовать Nudge для прототипов


    Хотите информацию, которая улучшит опыт и конверсию?

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

  • Добавить комментарий

    Ваш адрес email не будет опубликован.