В этой главе: Ускоренное исследование пользователей
- Узнайте, как быстрее получать результаты исследования без ущерба для качества.
- Узнайте, когда безопасно использовать удаленное или немодерируемое тестирование.
- Поймите, как правильно проводить опросы.
- Чувствовать свое превосходство над людьми, которые отказываются проводить исследования по нескольким ужасным причинам.
Теперь вы знаете несколько способов проведения нужных исследований пользователей в нужное для вашей компании время. Это сэкономит вам огромное количество времени, потому что вы не будете тратить его впустую, проводя неправильные исследования.
Но можем ли мы сделать это еще быстрее? Я думаю, мы можем.
Независимо от типа исследования пользователей, которое вы проводите — от наблюдательных исследований до пятисекундных тестов целевой страницы, - вы можете сделать свое исследование намного эффективнее, соблюдая несколько простых правил.
Повторяй! Повторяй! Повторяй!
Раньше я проводил множество юзабилити-тестов для клиентов. Однажды меня попросили поучаствовать в определенном тестировании. “Хорошо, - сказал я, - итак, мы наберем шесть-восемь участников тестирования, верно? Таким образом, если мы получим пару неявок, у нас все равно будет достаточно людей, чтобы получить достоверные данные”.
Вот тогда они меня удивили. Клиент хотел провести “статистически значимый” тест. Они хотели поговорить как минимум с 35 людьми.
Теперь позвольте мне внести полную ясность. Я был подрядчиком. Мне платили почасово, и этот клиент хотел, чтобы я провел 35 часов тестирования, а не пять или шесть, как я бы рекомендовал.
Я умолял не делать этого. Я объяснил, что это была огромная трата денег клиента. Мы все равно это сделали. Это была огромная трата денег клиента.
Честно говоря, это сложная история многих случаев, когда клиенты просили меня провести много-много сеансов тестирования подряд. Неизбежно происходит следующее:
- Мы проводим несколько тестов.
- Возникает несколько действительно очевидных проблем.
- На каждом последующем сеансе мы узнаем одно и то же об очевидных проблемах, и нам очень трудно получить какую-либо другую информацию, потому что большие проблемы отвлекают все внимание от любых более мелких проблем, которые мы могли бы обнаружить.
Представьте, что вы тестируете свой продукт. У вас запланировано участие 10 человек, одного за другим. Во время первого теста вы понимаете, что никто не может войти в ваш продукт из-за серьезного сбоя UX. Насколько полезными будут остальные девять тестов? Чему вы могли бы у них научиться — тому, что все 10 человек не могут войти в ваш продукт? Разве вы не могли узнать это от первого лица?
Вот ключ: Закономерности начинают проявляться в исследованиях юзабилити после первых нескольких тестов. После пяти ты на самом деле просто слышишь одно и то же снова и снова.
Но вот еще один важный совет: как только вы устраните те серьезные проблемы, которые вы обнаружили в первых нескольких тестах, вы сможете приступить к поиску всех других проблем с вашим продуктом, которые были заблокированы первоначальными большими проблемами.
Итак, для достижения максимальной эффективности при любом типе исследования пользователей вам нужно найти минимальное количество людей, с которыми вы можете провести собеседование, прежде чем начнете замечать закономерность. Затем вы хотите опрашивать такое количество людей снова и снова, оставляя достаточно времени между наборами, чтобы внести изменения в ваш продукт, макет, прототип, руководство для обсуждения или что-то еще, что вы тестируете.
Есть еще одно важное замечание! Есть несколько типов исследований, в которых вы, возможно, захотите привлечь большее количество участников в каждом цикле итерации (хотя вам никогда не нужно, чтобы их было больше 35...просто никогда). Например, такие вещи, как пятисекундные тесты, могут занять 10 или 15 человек, прежде чем вы начнете видеть закономерности. Это прекрасно, поскольку они невероятно дешевы и быстры в выполнении.
Как Вы можете сделать Это прямо сейчас
Когда вы разрабатываете свой следующий план исследования, будь то юзабилити—тестирование прототипа или валидация клиента на определенном типе пользователей, наберите небольшое количество участников за довольно короткий промежуток времени - не более пары дней.
Запустите эти сеансы, а затем остановитесь и проанализируйте свою информацию. Ищите закономерности или проблемы. Если вы проводите юзабилити-тестирование, попробуйте внести некоторые изменения в свои прототипы, чтобы исправить обнаруженные вами очевидные недостатки юзабилити. Если вы проводите пятисекундное тестирование, измените свои сообщения или изображения, чтобы устранить путаницу, которую вы вызываете у пользователей. Если вы проводите проверку клиентов, подумайте о каких-то новых типах вопросов, на которые вы хотите получить ответы, основываясь на информации, которую вы получили до сих пор.
Затем сделайте это снова.
При строгом юзабилити-тестировании вы будете повторять этот шаблон до тех пор, пока участники тестирования не смогут справиться со всеми задачами с относительной легкостью и минимальной путаницей. При проверке клиентов вы продолжаете делать это до тех пор, пока не решите, что выявили серьезную проблему для конкретного рынка, которую, по вашему мнению, вы можете решить. При тестировании целевой страницы вы продолжаете до тех пор, пока люди не посмотрят на вашу целевую страницу и на самом деле не поймут, что делает ваш продукт.
Какой бы тип исследования вы ни проводили, делайте его небольшим, а затем повторяйте, это всегда даст вам максимальную отдачу за наименьшее количество времени.
Оставайтесь в здании
Чтобы выбраться из здания, не всегда требуется на самом деле выйти из здания. На самом деле, иногда оставаться в здании может быть гораздо эффективнее. Нет, я не внезапно сошел с ума. В этом есть смысл.
Хотя посещение домов или офисов пользователей может дать замечательную информацию, во многих случаях удаленное исследование может дать вам то, что вам нужно, за гораздо меньшее время и с гораздо меньшими затратами. Вам просто нужно определить, действительно ли для повторного поиска, который вы проводите, требуется находиться в одной комнате с объектом.
Например, многие виды юзабилити-тестирования прототипов могут быть выполнены повторно с помощью инструментов обмена скриншотами, таких как GoToMeeting, Skype или Join.me (или дюжины других). Часто интервью с клиентами по развитию можно проводить по телефону.
Единственные виды исследований, которые абсолютно необходимо проводить лично, — это те, когда вам нужно понять среду, в которой пользователь будет получать доступ к вашему продукту, или когда испытуемый должен находиться в том же помещении, что и продукт - например, многие мобильные приложения или продукты, предназначенные для можно использовать на месте, например, в кабинете врача или на заводе.
Помимо экономии средств и времени, удаленное исследование имеет дополнительное преимущество, позволяющее получать отзывы от пользователей со всего мира. Это огромное преимущество, если у вас есть пользователи по всему миру.
Как Вы можете сделать Это прямо сейчас
Вместо того чтобы приглашать участницу тестирования в свой офис или договариваться о встрече с ней, отправьте ей ссылку на сеанс скриншотирования и позвоните ей.
Просто убедитесь, когда вы тестируете прототип, что он доступен для другого пользователя, либо через screenshare, либо где-нибудь на сервере. У вас должна быть настройка, позволяющая участнику тестирования манипулировать прототипом. Это не демонстрация; это тест.
Если у вас есть мобильное приложение, которое можно загрузить, вы можете попросить испытуемого включить веб-камеру, чтобы вы могли наблюдать, как она использует продукт. Это, конечно, не идеально, но это позволит вам протестировать с людьми, которые находятся не в непосредственной близости от вас.
Конечно, всякий раз, когда вы используете дополнительные технологии, вам следует убедиться, что вы выполнили весь процесс один или два раза, прежде чем попробовать его с реальным участником тестирования. Если вы используете что-то вроде GoToMeeting или WebEx, убедитесь, что вы ранее запускали сеанс и изучили все элементы управления, чтобы не тратить первую половину теста на устранение неполадок в инструментах тестирования.
Немодерируемое тестирование
За последние несколько лет было создано множество новых продуктов, призванных помочь вам получать обратную связь, даже не взаимодействуя с пользователем. При правильном использовании немодерируемые инструменты тестирования могут помочь вам получить определенные типы замечательных отзывов очень быстро и дешево. При неправильном использовании они могут привести к пустой трате вашего времени и денег.
Немодерируемое тестирование - это способ автоматически получить видео реального человека, использующего ваш продукт и пытающегося выполнять различные задачи, которые вы назначаете. Очевидно, что они предназначены для веб-продуктов, хотя, по крайней мере, одна компания сделала возможным тестирование мобильных приложений таким образом.
Вам просто нужно предоставить ссылку на ваш продукт, несколько заданий для выполнения пользователем и кредитную карту. Через несколько часов вы получите видеозаписи с экрана, на которых реальные люди пытаются выполнить эти задачи, рассказывая о том, что они пытаются сделать.
Поскольку с вашей стороны не требуется подбор персонала, планирование или модерация, вы можете получить отзывы о юзабилити в течение нескольких часов, а не дней.
Прежде чем вы закончите и начнете использовать немодерируемые тесты, давайте рассмотрим, для чего они хороши:
1. Выясните, достаточно ли прост в использовании ваш продукт, чтобы человек, который никогда раньше не видел ваш продукт, мог зайти и немедленно выполнить поставленную задачу.
Теперь давайте рассмотрим, чем они ужасны:
1. Выяснить, понравится ли людям ваш продукт.
2. Выяснить, будут ли люди использовать ваш продукт.
3. Выясните, могут ли люди, предоставленные самим себе и не получающие никаких инструкций, понять, какую задачу они должны выполнять при использовании вашего продукта.
4. Выясните, как реальные пользователи вашего продукта используют ваш продукт ежедневно.
5. Узнайте, как устранить выявленные проблемы с удобством использования.
6. Все остальное.
Вот пример случая, когда я использовал UserTesting.com, один из многих сервисов тестирования, для выявления и исправления серьезной проблемы с дизайном.
Я разрабатывал поток, позволяющий пользователю продавать что-либо онлайн. Это та вещь, в которой, кажется, не так уж сложно разобраться, пока вы на самом деле не попробуете продать что-то онлайн и не поймете, насколько ужасны большинство торговых площадок.
Я разработал поток и протестировал его в прототипах, поэтому я был вполне уверен, что все пройдет хорошо. Как только он появился на сайте, мы заказали трех UserTesting.com пользователей и попросили их зайти на сайт и попытаться выставить что-нибудь на продажу.
Интересно, что процесс продажи чего-либо прошел действительно хорошо, как и в тестах прототипа. Проблема, которую мы сразу заметили, заключалась в том, что пользователям требовалось слишком много времени, чтобы найти, с чего начать процесс продажи в первую очередь.
К счастью, они были последовательны в том, что не смогли найти нужную функцию. Все они обратились в одно и то же (неправильное) место. Конечно, это означало, что ошибались не они. Ошибались мы!
Мы быстро внесли изменения, позволяющие пользователям начинать процесс продажи в более очевидном (для пользователей) месте, провели немодерируемые тесты еще для трех пользователей и подготовили отчет о работоспособности функции.
Из всего, что мы сделали с этим продуктом, единственная обратная связь, которую мы постоянно получали, заключалась в том, насколько невероятно легко было составлять список товаров для продажи. Этого почти наверняка не было бы, если бы пользователи вообще не смогли найти эту функцию.
Как Вы можете сделать Это прямо сейчас
Во-первых, выберите правильный тип продукта для тестирования. В идеале вам нужно несколько простых задач, которые новый пользователь мог бы выполнить с продуктом, доступным в Интернете.
Ваша цель этого теста - понять, сможет ли кто-то, новичок в вашем продукте, быстро разобраться, как выполнить задачу. Помните, что это прямое юзабилити-тестирование. Оно ничего не скажет вам о том, понравится ли кому-нибудь ваш продукт или он будет использоваться.
Кроме того, если вашему продукту требуется определенный тип пользователей, это может оказаться не идеальным решением для вас. Вы можете воспользоваться услугами одной из компаний, например UserTesting.com или OpenHallway, которая позволяет вам набирать собственных пользователей, но это лишает вас одного из преимуществ такого типа тестирования, которое заключается в том, что оно не требует от вас никакого рекрутинга.
Как только вы определитесь с нужными задачами, найдите одну из десятков записей в блоге, в которых сравниваются различные варианты немодерируемого юзабилити-тестирования. Я использовал UserTesting.com, но есть много вариантов, таких как Loop11 и TryMyUI, и у всех них есть плюсы и минусы. Если вы хотите провести этот тип тестирования на мобильных устройствах, вариантов меньше, но продолжайте проверять. С каждым днем создается все больше компаний, но книги обновляются недостаточно часто, чтобы я мог предоставить вам полный список.
Теперь пройдите, надеюсь, хорошо протестированный процесс запуска теста.
Скорее всего, вы получите уведомление о завершении теста в течение часа или двух. Сайт должен предоставить вам какое-нибудь видео, которое вы сможете посмотреть. Итак, вы знаете, посмотрите его. Еще лучше, посмотрите несколько видеороликов со всей вашей командой, чтобы все они могли воочию убедиться в проблемах, с которыми сталкиваются ваши пользователи.
Затем устраните эти проблемы и повторяйте все сначала, пока не перестанете съеживаться от боли, которую испытывают ваши пользователи.
Когда проводить обследование
Часто, когда я спрашиваю предпринимателей, поддерживают ли они связь со своими пользователями, они отвечают что-то вроде: “О, очень поддерживают. Мы постоянно проводим опросы”. Затем я считаю до 10 и стараюсь не представлять, как убиваю их.
Опросы не считаются “общением с вашими пользователями”. Это не так. Позвольте мне объяснить почему. В подавляющем большинстве опросов вы сами задаете ответы. Другими словами, если вы спросите кого-нибудь “Какой ваш любимый цвет? Красный, синий или желтый?” вы пропустите всех, чей любимый цвет оранжевый. Вы даже не будете знать, что оранжевый существует как вариант.
“Ага!” - говорят исследователи. “Мы можем бороться с этим, просто предоставляя людям ”другой" вариант!" Конечно, за исключением того, что вы сильно недооцениваете, насколько сильно вы искажаете ответы людей, сначала представляя им несколько стандартных ответов. Это особенно верно, если вы спрашиваете что-то вроде “Что вам не нравится в этом сайте?” Если вы предложите им кучу вещей, которые они, скорее всего, возненавидят, большинство людей просто выберут заранее выбранный ответ.
“Хорошо, - продолжают исследователи, иррационально неустрашимые, - но что, если мы просто позволим им ввести свой ответ в текстовое поле вместо того, чтобы давать им заранее подготовленные ответы?” Вы знаете, что люди ненавидят делать? Писать. Послушайте, если я увижу длинный опрос, в котором нет ничего, кроме кучи открытых текстовых полей, я просто уйду, а я из тех людей, которые пишут книги! Перестаньте ожидать, что ваши пользователи сделают всю работу за вас, вводя в опрос много длинных ответов. Есть вещи, которые они с удовольствием расскажут вам по телефону, но которые они никогда бы не ввели в веб-форму.
Давайте внесем полную ясность. Как и в случае со многими другими инструментами, опросы могут быть чрезвычайно полезны, но они не заменяют прослушивания разговоров клиентов об их потребностях или наблюдения за тем, как люди используют ваш продукт.
Однако они являются отличным способом быстро отследить закономерности, которые вы выявляете в ходе качественного исследования, которое вам следует проводить.
Вот пример. Мы с коллегой проводили предварительное исследование установок и поведения женщин-ангелов-инвесторов. Мы хотели узнать больше об их мотивации и посмотреть, отличаются ли эти мотивации вообще от мотиваций ангелов-инвесторов-мужчин. С этой целью мы опросили нескольких женщин-ангелов, ангелов-мужчин и некоторых богатых женщин, которые предположительно могли бы сделать ангельские инвестиции, но не сделали этого.
Но, конечно, мы опросили не всех женщин-ангелов. Мы даже не опросили статистически значимое число из них. Видите ли, такого рода качественные исследования не являются статистически значимым научным экспериментом. Часто это не обязательно так. Все, что от него требуется, - это представить вам несколько вероятных гипотез, которые вы позже сможете проверить более тщательным образом.
Как и в подавляющем большинстве исследований такого рода, мы начали замечать закономерности очень рано. Поговорив примерно с пятью людьми в каждой группе, мы выдвинули несколько интересных гипотез. Исходя из этого, мы решили провести опрос, чтобы выяснить, верны ли эти закономерности для большей группы или мы каким-то образом нашли очень предвзятую группу участников теста для опроса.
Мы провели опрос, задав несколько простых дополнительных вопросов о таких вещах, как пол и о том, просили ли их когда-либо инвестировать в бизнес-ангелов. Мы задали несколько конкретных вопросов, основанных на фактах, на которые участник мог легко ответить, и несколько немного более сложных вопросов, в которых спрашивали людей об их отношении к инвестированию в бизнес-ангелов.
Самое главное, что целью опроса не было выдвижение новых гипотез о том, почему женщины делали или не делали ангельские инвестиции. Цель состояла в том, чтобы подтвердить или опровергнуть гипотезы, которые мы сформировали в ходе нашего первоначального исследования.
Опросы отлично подходят для того, чтобы очень быстро охватить большое количество людей, поэтому они отлично подходят для отслеживания идей и закономерностей, которые вы изначально замечаете в качественных исследованиях. Однако из-за структуры вопросов и ответов они часто не подходят для того, чтобы помочь вам выявить закономерности или сформировать гипотезы по таким важным темам, как чувства пользователей или какие новые функции они хотели бы видеть.
Как Вы можете сделать Это прямо сейчас
Сначала вам нужно определиться, на какой вопрос вы хотите получить ответ. Это что-то вроде: “Что является самой запутанной частью моего продукта?” Вы хотите знать, какую функцию создавать следующей? Хотите узнать больше о том, какими еще продуктами ежедневно пользуются ваши клиенты?
Как только вы определитесь со своим вопросом, наберите около пяти подходящих людей, которые ответят на этот вопрос. Если это вопрос об опытных пользователях, набирайте опытных пользователей. Если речь идет об опыте первого использования вашего продукта, наберите людей, которые входят в вашу персональную группу, но никогда раньше не видели ваш продукт.
Затем проведите свое исследование. Существует множество книг о том, как провести базовую этнографию пользователей или юзабилити-тестирование. Это не одна из них, но основная суть в том, чтобы опросить их о возникающих у вас вопросах. Понаблюдайте, как они используют продукт. Поговорите с ними об их симпатиях и антипатиях. В принципе, задавайте много открытых вопросов и проводите много наблюдений.
Как только вы заметили закономерности или придумали какие-то очень конкретные вопросы, на которые вы хотите получить ответы от большей группы людей, вы превращаете эти вопросы в опрос.
Не забудьте включить несколько вопросов для проверки, чтобы убедиться, что вы получаете ответы от нужных людей. Например, если вас интересует только то, как женщины относятся к чему-либо, вам, вероятно, следует указать пол участницы в качестве одного из ваших вопросов.
Используя качественные исследования для выработки своих гипотез и понимая, что опросы хороши только для подтверждения или опровержения этих гипотез, вы можете превратить опросы в невероятно мощный инструмент. Только не пытайтесь использовать их для выдвижения новых идей. Они не подходят для этого.
Слабо связанная тирада: Глупые причины не проводить исследования
Почти каждая компания, с которой я общаюсь, хочет протестировать свои продукты, получить отзывы клиентов и выполнить итерацию на основе реальных пользовательских показателей, но слишком часто у них есть какое-то оправдание, почему у них просто не хватает на это времени. Несмотря на самые благие намерения людей, продукты постоянно выпускаются практически без обратной связи с потребителями, пока не становится слишком поздно.
Проводите ли вы формальное юзабилити-тестирование, контекстные запросы, опросы, A/B-тестирование или просто вызываете пользователей в чат, вы должны поддерживать контакт с заказчиками и потенциальными заказчицами на протяжении всего процесса проектирования и разработки.
Чтобы помочь вам перестать избегать этого, я рассмотрел шесть наиболее распространенных глупых отговорок для того, чтобы не тестировать ваши проекты и не получать обратную связь заблаговременно.
Оправдание 1: Это стандарт дизайна
Вы не можете протестировать каждое внесенное вами небольшое изменение, верно? Разве вы не можете иногда просто полагаться на хорошие дизайнерские практики и стандарты? Возможно, вы переместили кнопку или изменили какой-то текст. Но проблема в том, что иногда стандарты дизайна могут мешать достижению ваших бизнес-целей.
Например, я прочитал увлекательную запись в блоге разработчика, который провел A/B-тестирование текста по ссылке. Один вариант был: “Я сейчас в Twitter”. Второй : “Подписывайтесь на меня в Twitter”. Третье : “Нажмите здесь, чтобы подписаться на меня в Twitter”.
Теперь любой, кто знаком с “хорошими практиками проектирования”, скажет вам, что вы никогда не должны использовать слова “нажмите здесь”, чтобы заставить кого-то перейти сюда. Это так, Web 1.0. Но угадайте, какая ссылка преобразовалась лучше всего в A/B тесте? Верно. “Нажмите здесь” привлекло значительно больше подписчиков в Twitter, чем два других. Если это и было бизнес-целью, то победил принцип плохого дизайна.
Означает ли это, что вы должны проводить полномасштабный юзабилити-тест и A/B-тестирование каждый раз, когда меняете текст ссылки? Конечно, нет. Означает ли это, что вы должны использовать страшные слова “нажмите здесь” во всех ваших ссылках? Неа. Это означает, что у вас должен быть какой-то способ следить за показателями, которые вас интересуют для вашего сайта, и вы должны тестировать, как ваши изменения в дизайне влияют на поведение клиентов, даже если ваши изменения соответствуют всем лучшим практикам хорошего дизайна. Итак, проще говоря: расставьте приоритеты в том, что вас волнует, а затем убедитесь, что вы проверили свои главные приоритеты.
Оправдание 2: Компания X делает это таким образом
Я не могу сказать вам, сколько раз я слышал: “О, мы знаем, что это сработает. Google / Facebook / Apple делают это именно так”. Это худший вид менталитета карго-культа.
Хотя это правда, что Google, Facebook и Apple - все очень успешные компании, вы не решаете в точности ту же проблему, что и эти компании, у вас не те же клиенты, что и у них, и вы не знаете, тестировали ли они свои разработки или даже заботятся ли о дизайне в этом плане. определенная область.
Мы надеемся, что вы создаете совершенно другой продукт, даже если у него могут быть некоторые из тех же функций или аналогичный набор пользователей.
Нормально ли получать дизайнерские идеи от успешных компаний? Конечно, это так. Но вам все равно нужно убедиться, что ваши решения работают для ваших клиентов.
Ранее я работал с компанией, у которой был продукт для социальных сетей. До того, как я присоединился к ним, компания решила, что, поскольку другим компаниям повезло с показом обновлений друзей, они внедрят аналогичную функцию, предупреждающую пользователей, когда их друзья обновляют свои профили или покупают продукты.
К сожалению, пользователи компании не были очень заинтересованы в функции обновлений в том виде, в каком она была реализована. Когда мы, наконец, спросили их, почему они не используют эту функцию, пользователи сказали нам, что они были бы очень заинтересованы в получении обновлений совершенно другого типа. Позже это было подтверждено метриками, когда мы выпустили обновление нового типа. Конечно, если бы компания связалась с пользователями на более раннем этапе процесса, она бы внедрила функцию с нужной информацией и получила бы гораздо более позитивную реакцию при запуске.
Еще одна вещь, которую следует помнить, - это то, что только потому, что компания успешна и обладает определенной особенностью, это не означает, что именно эта особенность делает ее успешной. Google признала, что кнопка “Я чувствую себя счастливчиком” теряет количество просмотров страниц, но сохраняет ее, потому что компании и ее клиентам нравится эта функция.
Это не значит, что для вашего начинающего поискового стартапа хорошим бизнес-планом является внедрение стратегии предоставления людям эквивалента кнопки “Я чувствую себя счастливым”. На самом деле, это отличный пример того, почему вам может понадобиться использовать несколько методов тестирования: качественное тестирование (юзабилити, контекстный запрос, опросы), чтобы выяснить, находят ли пользователи функцию привлекательной, и количественное тестирование (A/B, аналитика), чтобы убедиться, что функция не обанкротит вас.
Суть в том, что не имеет значения, работает ли что-то в другой компании. Если это основное взаимодействие, которое может повлиять на ваш бизнес или поведение клиентов, вам нужно протестировать его со своими клиентами, чтобы убедиться, что дизайн работает для вас.
Очевидно, вам также нужно убедиться, что вы не нарушаете чей-либо авторские права, но это уже другая книга.
Оправдание 3: У нас нет ни времени, ни денег
Как я уже отмечал ранее, у вас нет времени не тестировать. По мере продвижения вашего цикла разработки внедрение крупных изменений становится все более дорогостоящим.
Если вы работаете в среде гибкой разработки, вы можете быстро вносить обновления на основе отзывов пользователей после выпуска, но в более традиционной среде может пройти много времени, прежде чем вы сможете исправить серьезную ошибку, а это приводит к сбоям, более высоким затратам и недовольству команд разработчиков.
Я знаю, что у вас есть крайний срок. Я знаю, что он, вероятно, уже истек. Это все еще плохое оправдание для того, чтобы не получать отзывы клиентов в процессе разработки. Вы просто теряете время позже.
Оправдание 4: Мы новенькие; Мы исправим это позже
Я часто слышу это от стартапов, особенно Agile, которые спешат что-то отправить, и это связано с предыдущим оправданием. Поверьте мне, я действительно понимаю давление стартапов. Я знаю, что если вы что-то не отправите, вы можете обанкротиться через несколько месяцев. Кроме того, посмотрите, как ужасно выглядели некоторые действительно популярные сайты, когда они только запускались! Вам ведь нужно что-то вырезать, верно?
Отлично. Сократите что-нибудь еще. Сократите функции или визуальную полировку. Поверьте мне, люди быстрее простят некрасивое, чем непригодное для использования. Что бы вы ни решили сократить, не прекращайте получать отзывы клиентов в процессе разработки. Если вы отправляете что-то, что клиенты не могут использовать, вы можете обанкротиться почти так же быстро, как если бы вы вообще ничего не отправляли.
В наши дни у потенциальных пользователей есть множество вариантов продуктов. Если они очень быстро не поймут, какие замечательные вещи может сделать для них ваш продукт, они будут двигаться дальше. Потратьте несколько часов на то, чтобы показать свои идеи пользователям в неформальной обстановке, и вы сэкономите себе в будущем много часов на доработку.
Оправдание 5: Это Мое Видение; Пользователи Просто все испортят
Дело в том, что понимание того, что нравится и не нравится вашим пользователям в вашем продукте, не означает отказа от вашего видения. Вам не обязательно вносить каждое изменение, предложенное вашими пользователями. Вам не нужно жертвовать целостным дизайном ради прихотей громогласного индивидуума.
Что вам следует сделать, так это установить контакт со своими пользователями или потенциальными пользователями различными способами — пользовательскими тестами, контекстными запросами, сбором показателей и т.д. — чтобы понять, решает ли ваш продукт проблему, которую, по вашему мнению, он представляет для людей, которых вы считаете своими клиентами. И, если это не так, неплохо попытаться понять, почему это так, и разработать несколько идей о том, как это исправить.
Кроме того, как вы думаете, сколько людей потратили месяцы на создание своего идеального видения, затем отправили его и поняли, что никто другой не видит того же, что и они?
Оправдание 6: Это всего лишь прототип для получения финансирования
Это интересный вопрос, поскольку я думаю, что это фундаментальное непонимание всей концепции исследования клиентов. Когда вы создаете прототип или подтверждаете концепцию, вам все равно нужно поговорить со своими клиентами. Дело в том, что у вас может быть совершенно другой набор клиентов, чем вы думали.
Возможно, вы думаете, что целевой рынок для вашего нового сетевого ланчбокса с Wi-Fi - это девочки 11-13 лет, но они не собираются платить вам за изготовление первого миллиона устройств и доставку их в магазины. Ваши первые клиенты - это венчурные капиталисты, лица, принимающие решения в вашей компании, или те, кто собирается посмотреть на ваш продукт и решить, давать вам деньги или нет.
Даже если они не являются вашим конечным целевым рынком, вероятно, стоит потратить некоторое время на общение с теми, кого вы пытаетесь заставить раскошелиться. Я не говорю, что вам следует менять всю концепцию вашего продукта на основе этих отзывов. Я имею в виду, что если вы действительно хотите основать компанию с помощью своих кредитных карточек и займа от своей мамы, ничего не меняйте! Важный вывод здесь заключается в том, что на разных этапах жизни вашей компании у вас может быть разная аудитория. И лучший способ узнать, чего они все хотят, - это поговорить с ними!
Из-за оправданий?
Это самые распространенные отговорки, которые я слышу, но я уверен, что вы можете придумать несколько умных. С другой стороны, ваше время, вероятно, лучше потратить на общение с вашими пользователями, понимание их проблем и обдумывание способов их решения.
Сделайте это сейчас!
- Учитесь на расстоянии: попробуйте провести удаленный или немодерируемый тест и сравнить свои результаты с личным исследованием.
- Проведите (хороший) опрос: Попробуйте создать опрос на основе гипотез, полученных в результате качественного исследования.
- Проанализируйте свои собственные причины, по которым вы не проводите исследование: попробуйте придумать все возможные отговорки, чтобы не разговаривать с клиентами на этой неделе. Теперь все равно проведите исследование.