Category: Business Analysis
Clients don’t understand their customers, they just think they do! The most common problem with UX is based upon a limitation on research set by the clients themselves and the perception that they know ‘their users/customers’. Clients will often reduce or not pay for UX research, but this is like leaving out a building foundation because
2011/03/04 – Published UCD requirements gathering There are lots ways to elicit UCD requirements so I don’t intend on listing them all here, what I will note are some of the effective ways that I utilise. They can be described as structured, unstructured or a mixture of the two, but importantly the methods produce differing depth
2011/02/18 – Published Contextual usability dramatically effects outcomes While any kind of user testing is better than none, usability testing out of context is like testing a car on water, it gives some basic information and not a lot more. If performance and use are important at all, then testing should take place in an environment standard
2011/02/10 – Published People focused Capturing requirements is subject to other peoples availability, this remains one of the most painful parts of the process as few participants seem to understand just how important their experience is to the project. Often a participant can shape the final output without realising they have done so, I include a
2011/02/02 – Published Getting the requirements right It is an understood factor in travel that if the journey starts even half a degree wrong then the final destination will be considerably different from where the person intended to be, this is for many why there is a make do culture when working with technology requirements. Unfortunately