activity_feature_matrix
Get flash to fully experience Pearltrees
Bringing Holistic Awareness to Your Design - Boxes and Arrows: T
Gone, thankfully, are the days when the user experience and the user interface were an afterthought in the website design process, to be added on when programming was nearing completion. As our profession has increasingly gained importance, it also become increasingly specialized: information design, user experience design, interaction design, user research, persona development, ethnographic user research, usability testing—the list goes on and on. Increased specialization, however, doesn’t always translate to increased user satisfaction. My company conducted a best practice study to examine the development practices of in-house teams designing web applications—across multiple industries, in companies large and small. Some teams were large and highly specialized, while others were small and required a single team member to perform multiple roles.
Multidisciplinary design teams doing human-centered design face the dual challenges of figuring out the needs of users and opportunities and also getting, and staying, on the same page. 1. Share richly When teams perform user research it is impossible to convey the full richness of the experience with a participant to the other team members.
Six tips for team communication in human-centered design
Joshua Porter (formerly of UIE, but now doing great work on his own at Bokardo Design ) recently described much of the latest online debate about the need to develop personas when designing. Josh got a lot of things right, but he got one thing very, very wrong. And, unfortunately, he bases a lot of his argument on that one thing. But while all of this arguing is going on, nobody is really defining what personas are. This, of course, is a big part of the problem.
Personas are NOT a Document » UIE Brain Sparks
Quick Turnaround Usability Testing - Boxes and Arrows: The desig
It starts with any number of scenarios: Design and development have taken too long to produce a prototype, you need to release in three weeks, and you suspect there may be design flaws. You are trying to incorporate usability testing into an Agile development process. Or maybe you simply want to pare down your process to make it shorter and less expensive. Completing usability testing quickly is a challenge anywhere but especially in consultancies, which have to overcome additional challenges, such as learning a new application. To assure success on these projects, I’ve developed a quick turnaround usability testing methodology (QTUT) that minimizes the time needed to complete testing. In Part I of this article, I discuss how to make the first three steps of QTUT —Sales & Kickoff, Recruitment, and Preparation—as short and efficient as possible.
