m (→UX Workflow in a Nutshell) |
|||
| Line 7: | Line 7: | ||
== UX Workflow in a Nutshell== | == UX Workflow in a Nutshell== | ||
| - | User experience is not something that could just be added to a product as the last thing of the implementation process. On the contrary, user experience work focuses on taking the users into account in every phase of the development process. The following | + | User experience is not something that could just be added to a product as the last thing of the implementation process. On the contrary, user experience work focuses on taking the users into account in every phase of the development process. The following gives just one example on how you can do user-centered design in practice: |
# Identify who are the actual and/or potential users | # Identify who are the actual and/or potential users | ||
Contents |
This is the main page for user experience (UX) work done for MeeGo QA tools. The purpose of the UX activities is to improve the QA-tools so that they are easier, more efficient and more pleasant to use. For this, end-users and their input are crucial. By understanding the users and their needs, it is possible to develop something that really benefits the users.
This page is meant for giving an overview of UX activities regarding QA tools. In addition, the page presents a proposal of UX task list and other UX-related content, such as UX evaluation reports and UI drafts for discussion among the community. Even if some traditional user-centered design methods (user studies, usability tests etc.) require offline working, the results of those should be published here or be directly filed as enhancements/bugs to Bugzilla.
User experience is not something that could just be added to a product as the last thing of the implementation process. On the contrary, user experience work focuses on taking the users into account in every phase of the development process. The following gives just one example on how you can do user-centered design in practice:
Meeting users face-to-face is preferred but online methods can also be used. E.g. the input can be gathered via mailing lists or IRC, and design drafts can be published to wiki or Bugzilla.
The UX work is no different from the other development work of QA-tools. You can, for instance, work on the tasks presented on this page or just propose new tasks. In general, the best channels for participating are: