Как узнать, что нужно пользователям, а не то, что они хотят?

Я много думал о своей любимой цитате от Генри Форда:

  

Если бы я спросил людей, чего они хотели, они бы сказали «Быстрее Лошадей». -Генри Форд

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

Итак, каков способ узнать, что нужно пользователям, а не то, что они просто ХОТЯТ?

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

158 голосов | спросил jonshariat 8 22011vEurope/Moscow11bEurope/MoscowTue, 08 Nov 2011 23:27:21 +0400 2011, 23:27:21

17 ответов


137

Убедитесь, что вы сосредоточены на цели.

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

Вопросы о том, чтобы ваши пользователи могли работать по строкам:

  • что им нужно достичь.
  • как они в настоящее время достигают «x»

затем

  • , чтобы узнать, что затрудняет текущие методы.

Не проводить исследования пользователей для решений - проблемы с исследованиями

ответил codeinthehole 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 00:01:26 +0400 2011, 00:01:26
38

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

Изначально им все обошлось в Excel, и это сработало, но оно начало немного раздуваться и, скорее, из-под контроля - ну вы можете себе представить проблемы!

Затем у них появилась команда разработчиков, чтобы улучшить ситуацию. Как? Ну, еще с Excel, но теперь с помощью Visual Basic, который автоматизировал всевозможные вещи и делал для них расчеты, и - о, было чудесно, насколько продуктивнее персонал. Я сказал, что он все еще использует Excel?

Тогда руководство хотело что-то более профессиональное, потому что оно собиралось продаваться как продукт, а не просто использоваться внутри компании. И нет, они не видели, что это очевидно!

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

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

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

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


ИЗМЕНИТЬ Что произошло после :

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

1) все вычисления, выполненные на ПК, прикрепленные непосредственно к некоторому связанному оборудованию.

2) удаленный ПК, на котором выполняется настраиваемое приложение (с использованием Java + Swing) для управления данными и результатами в контексте, который действительно сопоставлен с задачами и процессами, которые необходимы пользователям.

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

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

Но пользователи не знали, что им нужны более тихие офисы!

ответил Roger Attrill 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 01:53:46 +0400 2011, 01:53:46
24

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

введите описание изображения здесь>> </p>

<p> Я обнаружил, что одним из способов узнать, что нужно пользователю, является действительно понимание требований пользователя, до такой степени, что вы можете поставить себя на свои места и <strong> спросить себя: «Что мне нужно в этом положение?

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

* Термин для этого может быть Grokking . Удовлетворите требования пользователя (сопереживайте им), и вы найдете свои истинные потребности выше и выше того, что они просят.

(Кстати, я получил этот образ отсюда: блог , но Я видел это много раз раньше и понятия не имею, откуда он берется, или я бы назвал художника)

ответил oliver-clare 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 15:06:34 +0400 2011, 15:06:34
10

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

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

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

ответил JohnGB 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 01:28:01 +0400 2011, 01:28:01
10

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

Некоторые вопросы, которые могут быть полезны:

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

  • Что они должны знать заранее, чтобы достичь своей цели?

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

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

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

  • Что они знают о инструментах, которые они уже используют?
Люди интересовались кругами Google+. Они писали длинные сообщения в блогах об инновационной новой функции кругов. Тем не менее, Facebook имеет функцию списков в течение многих лет. Мало кто использовал его, отчасти потому, что он не знал, что он существует, отчасти потому, что они думали, что это слишком много усилий или не понимают этого, отчасти из-за его дизайна.
  • Что им нравится /не нравится в инструментах, которые они уже используют?
ответил Kimberley Dietemann 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 01:11:11 +0400 2011, 01:11:11
6

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

ответил Schroedingers Cat 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 02:06:08 +0400 2011, 02:06:08
5

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

  1. Задайте очень важный, супер очевидный вопрос: «Зачем пользователю использовать мое приложение?»
  2. Как только вы определили это, определите: «Как пользователь использует мое приложение?» (Например, как пользователь использует Twitter? Я лично использую его для записи заметок в собственные и для вентиляции об ужасном UX и т. д. Кто-то может использовать его для поддержания контакта с друзьями.)
  3. Наконец, «Как я могу сделать эти /те функции, используемые пользователем, смехотворно простыми в использовании?» (В примере на Twitter это означает, что это можно сделать как можно проще и чистым. Покажите поле счетчика символов, поместите твиттер на каждую страницу в нескольких местах и ​​т. Д.).

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

ответил Naftuli Kay 9 32011vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2011 06:44:44 +0400 2011, 06:44:44
3

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

ответил Itumac 11 52011vEurope/Moscow11bEurope/MoscowFri, 11 Nov 2011 08:48:25 +0400 2011, 08:48:25
3

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

ответил Ashit Vora 11 52011vEurope/Moscow11bEurope/MoscowFri, 11 Nov 2011 19:18:11 +0400 2011, 19:18:11
3

Держите копать, пока не откроете корень.

  

Если бы я спросил людей, что они хотели, они бы сказали: «Быстрее   Лошади'. -Генри Форд

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

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

Они сделают экономическое решение, которое лучше для них. Будь то цена, надежность или комфорт.

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

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

ответил webdesignux 22 PM00000030000003031 2012, 15:28:30
3

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

  • Требования неоднозначны и часто противоречивы.
  • Каждая подзадача снова может быть признана симптомом другой проблемы.
  • Вы не можете понять проблему, прежде чем нашли свое решение.
  • В конечном счете, нет «правильного» решения, только «лучшее» решение
  • Вы не можете найти решение проблемы по логике; однако, как только вы нашли решение, это кажется очевидным /понятным

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

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

ответил giraff 11 52011vEurope/Moscow11bEurope/MoscowFri, 11 Nov 2011 12:07:27 +0400 2011, 12:07:27
3

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

  

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

ответил Illotus 10 42011vEurope/Moscow11bEurope/MoscowThu, 10 Nov 2011 18:52:41 +0400 2011, 18:52:41
2

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

[Перефразирование] Что бы вы ни построили для первой версии, независимо от времени, пользователи будут думать, что это дерьмо. Никто не знает, как это должно выглядеть, и вероятность того, что вы сделаете все, что в их головах, равна нулю. Таким образом, максимально сократите сроки выполнения этой первой версии, чтобы минимизировать потерю ROI. (Вы не хотите тратить много времени на то, что кто-то подумает, что это дерьмо в любом случае, верно?) Когда они говорят вам, что это дерьмо, спросите их, как это будет сделано лучше. Они говорят вам. Вы его реализуете. Итерация.

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

Каждая итерация должна быть очень маленькой. Мы говорили: 2 дня, 2 недели, или 2 месяца.

ответил Gregory Johnson 13 72011vEurope/Moscow11bEurope/MoscowSun, 13 Nov 2011 21:45:18 +0400 2011, 21:45:18
2

Спросите людей, что они хотят, а затем спросите себя, почему они этого хотят.

ответил Emanuil Rusev 16 32011vEurope/Moscow11bEurope/MoscowWed, 16 Nov 2011 20:16:37 +0400 2011, 20:16:37
1
Хороший вопрос. Это философский вопрос, верьте или нет. Rolling Stones сказал: «Вы не всегда можете получить то, что хотите, но если вы попробуете иногда, вы можете найти, вы получите то, что вам нужно».

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

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

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

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

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

«Нет, вам это действительно нужно ... потому что ... так ...»

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

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

ответил Mircea 29 J0000006Europe/Moscow 2016, 20:03:27
0

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

ответил Ashis 11 52011vEurope/Moscow11bEurope/MoscowFri, 11 Nov 2011 08:33:19 +0400 2011, 08:33:19
0

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

ответил user27195 15 FebruaryEurope/MoscowbFri, 15 Feb 2013 10:07:34 +0400000000amFri, 15 Feb 2013 10:07:34 +040013 2013, 10:07:34

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132