Ни для кого не секрет, что зачастую вопросы usability ставят программистов в тупик. Не так это, оказывается, и просто придумать не только то, как очередную функциональность реализовать с технической точки зрения, но и то, как сделать пространство пользователя удобным и понятным. Мешает многое. Во-первых, всегда хочется поскорее сделать что-то работающее. В азарте, увлекшись реализацией новой функциональности, программист часто не задумывается о том, как это все будет выглядеть. Ну есть простенькая кнопочка где-то в левом уголке, ну и пусть, зато при нажатии на нее все работает. А потом на превращение “работающего” в “удобное” просто не остается ни желания ни времени. Во-вторых, очень часто то, что кажется удобным и понятным программисту, далеко не так понятно конечному пользователю. Все-таки вид деятельности накладывает отпечаток на характер мышления, с этим сложно спорить. В-третьих, если программист положит на одну чашу весов простоту реализации, а на вторую - удобство использования, то первая чаша скорее всего для него перевесит вторую. В-четвертых…
Думаю, не имеет смысла продолжать. Давайте лучше подумаем, как с этим можно бороться. Вы возможно скажете, что этим должен заниматься не программист, а дизайнер, какой-нибудь usability consultant или еще кто-то. Да, но что если в проекте нет таких людей или процесс разработки построен так, что это именно задача команды разработчиков. В таком случае очень неплохим, на мой взгляд, решением может стать usability brainstorm. Идея мозгового штурма в общем-то не нова. Попробуем применить эту идею в области usability.
(more…)