Комментарии 10
Восхитительная статья. Даже не знаю кому она может быть полезней — qa или design представителям.
Прочитал, и прям захотелось все бросить и прям вот сейчас что-то задизайнить… А я между тем программист!
Отличная статья. Спасибо! Мне кажется, это должно быть интересно всем разработчикам, кто хоть немного сталкивается с пользовательскими интерфейсами. Люди живут мифами и устоявшимися понятиями и время от времени их обязательно надо «перетряхивать».
НЛО прилетело и опубликовало эту надпись здесь
Потрясный пост, ничего нового, конечно, зато все собрано в одном месте и можно отсылать людей прям вот сюда, спасибо.
С интересом прочёл статью. К сожалению, вопрос, которым задаётся автор, происходит от недопонимания того, что такое дизайн и как работает дизайнер.
Дизайнер продукта в компании отвечает за то, чтобы взаимодействие пользователей с продуктом было оптимальным. Для этого он должен исследовать пользователей, анализировать их цели и задачи, фиксировать сценарии их работы, проектировать экраны продукта и тестировать их на пользователях. Тестирование это нужно проводить на разных стадиях создания продукта, чтобы иметь возможность исправить большинство ошибок как можно раньше, пока это ещё недорого. Лучше всего, если есть возможность начать с прототипов. Сейчас есть много инструментов, позволяющих быстро собирать прототипы разной степени детальности. Если для проверки требуются динамические данные, можно попросить разработчиков сделать черновой вариант продукта для тестирования.
В итоге, к моменту создания финальных макетов и фиксации функционала продукта в спецификациях, этот функционал должен быть уже несколько раз протестирован и обсужден с пользователями. Как правило, это снижает количество дизайн-ошибок до минимума.
Другие члены команды тоже много взаимодействуют с продуктом. Это и разработчики, и менеджеры, и, конечно, тестировщики. И они, конечно, тоже могут заметить какие-то вещи, которые покажутся им неудобными. Поэтому важно, чтобы их голос был слышен. Однако так же важно понимать, что так как за взаимодействие отвечает именно дизайнер, именно на нём лежит ответственность на принятие окончательных решений по дизайну продукта. Именно он обладает наиболее полными знаниями о том, кто и как будет пользоваться продуктом, и поэтому за ним должно быть последнее слово. Конечно, хороший дизайнер всегда старается объяснить команде в деталях, почему в том или ином месте продукта выбрано именно такое решение.
Если вас, как тестировщика, такое положение дел не устраивает, и вам хотелось бы иметь больший вес в дизайн-решениях по продукту, возможно, вам стоит просто поменять специализацию и попробовать себя в качестве дизайнера.
Дизайнер продукта в компании отвечает за то, чтобы взаимодействие пользователей с продуктом было оптимальным. Для этого он должен исследовать пользователей, анализировать их цели и задачи, фиксировать сценарии их работы, проектировать экраны продукта и тестировать их на пользователях. Тестирование это нужно проводить на разных стадиях создания продукта, чтобы иметь возможность исправить большинство ошибок как можно раньше, пока это ещё недорого. Лучше всего, если есть возможность начать с прототипов. Сейчас есть много инструментов, позволяющих быстро собирать прототипы разной степени детальности. Если для проверки требуются динамические данные, можно попросить разработчиков сделать черновой вариант продукта для тестирования.
В итоге, к моменту создания финальных макетов и фиксации функционала продукта в спецификациях, этот функционал должен быть уже несколько раз протестирован и обсужден с пользователями. Как правило, это снижает количество дизайн-ошибок до минимума.
Другие члены команды тоже много взаимодействуют с продуктом. Это и разработчики, и менеджеры, и, конечно, тестировщики. И они, конечно, тоже могут заметить какие-то вещи, которые покажутся им неудобными. Поэтому важно, чтобы их голос был слышен. Однако так же важно понимать, что так как за взаимодействие отвечает именно дизайнер, именно на нём лежит ответственность на принятие окончательных решений по дизайну продукта. Именно он обладает наиболее полными знаниями о том, кто и как будет пользоваться продуктом, и поэтому за ним должно быть последнее слово. Конечно, хороший дизайнер всегда старается объяснить команде в деталях, почему в том или ином месте продукта выбрано именно такое решение.
Если вас, как тестировщика, такое положение дел не устраивает, и вам хотелось бы иметь больший вес в дизайн-решениях по продукту, возможно, вам стоит просто поменять специализацию и попробовать себя в качестве дизайнера.
Отличная статья, спасибо.
Хотелось бы только попросить более внимательно вычитывать текст перед публикацией, в одном предложении пол автора меняля трижды, что сбивает с толку. Например «Когда я пошла пообщаться с коллегами на тему этой боли, я обратил внимание».
Хотелось бы только попросить более внимательно вычитывать текст перед публикацией, в одном предложении пол автора меняля трижды, что сбивает с толку. Например «Когда я пошла пообщаться с коллегами на тему этой боли, я обратил внимание».
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вуайеризм тестировщика: как правильно подглядывать за людьми и зачем это нужно