
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><title></title><style type="text/css">.felamimail-body-blockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px solid #000088;} </style></head><body>With rewriting the HIG we reach a part now that concerns usability primarily. It's rather unconventional to add those information to a HIG, but to have all information together, and to follow the theoretical approach, it makes perfect sense. Here comes the first page:<br><br>Structure > Task Flow<br>* Meet the needs of KDE's personas in your application. <br>http://techbase.kde.org/Projects/Usability/HIG/Persona<br><br>== Purpose ==<br><br>A ''persona'' is the representation of a virtual user, based on empirical data. The description includes a concise summary of characteristics of the user, their experience, goals and tasks, pain points, and environmental conditions. Personas describe the target users, giving a clear picture of how they're likely to use the system, and what they’ll expect from it.<br><br>The advantage of persona is a common understanding over the development team and the dissociation from the personal point of view. In contrast to alternative methods like lead user(s) (usually the developer itself), a panel of real users or a description per sociological milieus, persona are more representative, faster to access, and easier to understand. <br><br>== Guidelines ==<br>* Always define persona on ground of empirical data.<br>* Add enough information to establish a good impression of the target user. But do not write a novel and stay concise.<br>* Common elements are: name, job titles and major responsibilities, demographics such as age, education, ethnicity, and family status, goals and tasks they are trying to complete using the application, physical, social, and technological environment.<br>* Add a quote that sums up what matters most to the persona and a casual pictures representing that user group.<br>* Discriminate between primary (the basic user) and secondary (additional users) persona. If it makes sense, describe the group of users that is explicitly not supported by a anti-persona. Respect the law of parsimony and have as few personas as possible.<br>* Make sure your persona can act in different [[Projects/Usability/HIG/Scenario|scenarios]].<br><br>== Best Practice ==<br>* Try to use the predefined [http://techbase.kde.org/Projects/Usability/Principles/KDE4_Personas| KDE personas].<br><br>[[Category:Usability]][[Category:Structure]][[Category:Task_Flow]]<br><span id="felamimail-body-signature"><br>Maybe we should hi-jack the old persona page instead of only linking. What do you mean? <br></span></body></html>