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

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

Продукт менеджмент. Мне кажется, что продукт менеджер должен быть верным другом программиста. Техническое задание – это один из основных документов, помогающих понять, «что надо-то». Именно с продукт менеджером можно обсудить спорные моменты, попросить собрать необходимые данные, указать на возможные сложности, связанные с реализацией. Очень здорово, если техническое задание содержит наброски интерфейсов. Это в разы облегчает понимание того, что требуется создать.

Группа поддержки. Мне кажется, группа поддержки ближе всего к самим пользователям системы. Именно к ним обращаются пользователи когда что-то не понятно, что-то работает не так, как ожидает пользователь, именно они объясняют, как надо использовать систему. Очень часто они подают идеи новых функций, которые могут в разы облегчить работу с продуктом.

Чтение саппорт тикетов, да и просто беседа с кем-либо очень открывает глаза на реальное положение дел.

Группа продаж. Очень полезно задавать коллегам из группы продаж вопросы о том, что можно изменить в интерфейсе, чтобы продукт было проще продать. Ответы могут быть очень интересными. Может, укажут на продукты конкурентов, может, попросят сделать «поудобнее». Иногда можно услышать много интересного.

Заключение

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