Мы сделали это надежным. Что дальше? Юзабилити? - PullRequest
4 голосов
/ 02 апреля 2009

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

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

Со временем мы значительно улучшили наш процесс. Что мы сделали:

  • Реальные Agile итерации
  • Непрерывная интеграция
  • Тестирование (юнит-тесты, функциональные тесты дыма, производительность)
  • Качество кода «хорошее»
  • Безболезненный процесс развертывания

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

первый - заставить его работать; после этого сделайте его надежным; после этого сделайте его пригодным для использования

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

Ответы [ 11 ]

12 голосов
/ 02 апреля 2009

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

11 голосов
/ 02 апреля 2009

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

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

Есть несколько преимуществ этой договоренности:

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

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

Теперь я не могу говорить за вас и позицию вашей компании на вашем рынке и т. Д. И т. Д. (Я также не делаю buisnessspeak :)), но если вы можете позволить себе другую работу, это даст команде больше, чем Стоимость позиции. Это для меня!

8 голосов
/ 06 апреля 2009

Вы спрашиваете: «Как мы можем объяснить важность юзабилити для наших заинтересованных сторон?» но я не уверен, что вы сами это поняли!

Дизайн взаимодействия (iD) и удобство использования - это не то, что вы можете привязать к существующим продуктам, когда «важные» вещи выполнены. Они должны быть там с самого начала, желательно в маленьких итерациях с небольшими тестами и исследованиями. Я говорю о дешевом и грязном iD / usability, таких вещах, как прототипирование lo-fi, пользовательское тестирование всего с четырьмя людьми, достаточная статистика, чтобы иметь возможность обнаруживать пользовательские ошибки и тому подобное.

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

6 голосов
/ 02 апреля 2009

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

3 голосов
/ 02 апреля 2009

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

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

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

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

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

2 голосов
/ 02 апреля 2009

При анализе следующего шага все сводится к бизнес-требованиям и целям.

Что такое высшее руководство? Они технически подкованы? Открыты ли они для новых идей? Они думают, что текущий продукт нуждается в корректировке, улучшении и т. Д.? Продукт все еще пользуется высоким спросом? Меняется ли рынок так, что продукт / услуга скоро устареет? и т. д. и т. д.

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

1 голос
/ 07 апреля 2009

Я думаю, что ответ в порядке вещей, вы говорите, что:

"сначала - сделай так, чтобы он работал; после этого сделай его надежным; после этого сделай его пригодным для использования"

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

1 голос
/ 02 апреля 2009

Мой вкладыш о важности юзабилити:

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

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

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

Редактировать

Пользовательский интерфейс может считаться «плохим» по ряду причин ...

  • Это просто некрасиво / старомодно / не "похоже на приложение Windows"
  • Он использует метафоры или рабочие процессы, которые не относятся к вещам, которые пользователь понимает или хочет сделать

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

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

1 голос
/ 02 апреля 2009

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

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

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

Поговорите со своими пользователями (или потенциальными пользователями)

1 голос
/ 02 апреля 2009

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

Чтобы убедить их в важности юзабилити: Бесполезно, если вы не можете его использовать!

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

...