Книга: Игрофикация в бизнесе и в жизни: преврати рутину в игру!
Назад: Глава 6. Создание прототипа и запуск проекта
Дальше: Процедура тестирования

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

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

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

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

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

Можно выделить несколько критериев прототипа для тестирования:

• он должен быть в меру эстетичным;

• возможности системы не должны вызывать вопросов;

• его можно недорого и быстро переделать.

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

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

Обработайте обратную связь

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

Можно попробовать просто провести фокус-группу, не показывая её участникам прототип. Тут всё зависит от того, на какой вопрос вы хотите получить ответ, – для каких-то вопросов фокус-группы будет вполне достаточно. Фокус-группы – хороший инструмент для проверки гипотез по поводу ваших игроков, но даже на эти мероприятия часто лучше приходить с прототипом – например с художественными эскизами.

 Фокус-группа (англ. Focus group) – метод качественных исследований в маркетинге и социологии. Метод представляет собой глубинное интервьюирование группы людей для выявления субъективного отношения к какому-либо продукту. Фокус-группой также называют саму группу респондентов, участвующих в интервьюировании.

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

Спарринг

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

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

Как говорит один прекрасный тренер по боксу про спарринги: «Гораздо лучше, если тебя будут бить твои друзья и ты научишься чему-то здесь, в зале, чем если тебе придётся срочно учиться этому на ринге или, ещё хуже – в подворотне». И хотя он прав, и отрабатывать приёмы действительно лучше во время спарринга, во время его проведения вполне можно получить и сотрясение, и перелом.

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

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

Тестирование продукта – это спарринг.

Назад: Глава 6. Создание прототипа и запуск проекта
Дальше: Процедура тестирования