To develop a product that best fits to the user’s needs, the context in which the product will be used should be considered from the very beginning of the product development. Even before a working prototype is available, a small team of people with a background in usability testing and / or human factors should be aware of the characteristics of the users, the tasks they will carry out and the circumstances of use.

When to conduct a UCA?

Whenever you want to develop a product that is usable you have to think about its purpose and how it supports its users in their daily work. This analysis is essential for any work on usability and should be performed as early as possible during product development. It helps you defining usability goals and requirements for your product that should continuously be evaluated with typical end users.

How to start?

The method implements the principles of ISO 9241-11 (Guidance on usability) and has already been applied in a variety of commercial organizations where user experience and the software quality are of concern. In general this method starts with bringing together a range of people who have a stake in the product development (project managers, product managers, designers, users, human factor professionals,…) and focusing their attention on contextual factors relevant to usability. They should have knowledge of the intended users and usage and should know

• what the product is for
• the characteristics of the product
• how the product will support users in their daily work
• in which environment the product will be used

The meeting should be moderated by an experienced usability professional, knowing the method and its process. It is a cost-effective way to elicit the information, but it has to be ensured that everyone has an opportunity to express their views, without being affected by any power relationships that may exists between the participants.

Output

The output of this meeting should represent a description of the context of use and should contain following information:

• Product description
• User types that have been identified and will be considered. User types that are indirectly affected by the product and its output.
• Characteristics of user types, their skills and knowledge, experience with other products, job characteristics and tasks.

Download example of Context Analysis Report

Furthermore this analysis can also be conducted by performing individual interviews by obtaining real users that have been identified within a prior stakeholder meeting. In the course of a participating observation the interviewees are obtained in their context doing their tasks. Based on a structured interview guideline you discover more important facts and opinions held by the potential users of your product.

Die Veranstalter haben hierfür ein hochkarätiges Team an Vortragenden zusammengestellt, die einen Einblick in Spezialgebiete der Usability geben sollen. Zusätzlich wird heuer ein Workshop zum Thema “Methods of Usability Engineering” von Ao.Univ.-Prof. Dr. Keith Andrews angeboten.

Die genauen Termin-Details:

Ort: FH JOANNEUM, Alte Poststraße 149 (graues Gebäude), 8010 Graz
Erdgeschoss, Hörsall 14 und 15
Datum: 13. November 2008, 16 bis 19:30 Uhr (Workshop bereits ab 09:30)
Eintritt: frei (Workshop: € 30,-)

Unter www.worldusabilityday.at findet man noch ausführliche Informationen über Zeitplan und Vortragende. Außerdem kann man sich über ein Anmeldeformular zum World-Usability-Tag anmelden.

Das Ergebnis dieser Studie offenbarte äußerst interessante Zahlen: Aus der Studie geht hervor, dass durchschnittlich zwischen 8% und 13% des Projektbudgets für Usability Aktivitäten ausgegeben werden. Dabei ist zu beachten, dass die Usability-Kosten nicht linear zum Projektvolumen ansteigen, da viele Usability Aktivitäten immer gleich viel Aufwand bzw. Kosten verursachen. So kann man sagen, dass ein Projekt, das 10-mal größer ist, lediglich 4-mal soviel an Budget benötigt.

Woran erkennt man jedoch ein „Return on Investment“? Man kann davon ausgehen, dass bei einem Usability-Budget von 10%, die Benutzerfreundlichkeit des Produkts verdoppelt wird. Dies führt zu Faktoren wie

• erhöhter Spassfaktor
• Geringere Fehlerrate bei der Durchführung von Aufgaben
• Steigerung der Effizienz durch schnellere Aufgabenbewältigung
• Geringere Schulungs- und Supportkosten
• Höhere Verkaufszahlen durch besseres Markenimage und positive Unternehmensaußenwirkung

Diese Faktoren sind natürlich schwer in „Geld“ umzurechnen, obwohl eine Verringerung des z.B. Telefonsupports oder eine Steigerung von Verkaufszahlen relativ leicht zu messen sind (Details zu dieser Studie bei http://www.useit.com).

Neben diesen Faktoren kann durch den richtigen Einsatz von Usability-Aktivitäten bereits während der Produktentwicklung eine drastische Verringerung von Entwicklungskosten erreicht werden und eine letztendliche Erhöhung der Benutzerfreundlichkeit von bis zu 700%. Dies ergab eine Studie von Landauer, 1995.

Die Studie besagt, dass ein User Interface im Schnitt ca. 40 Fehler beinhaltet. Man kann jetzt 20 der leichteren Fehler beheben und würde somit die Benutzerfreundlichkeit des Produkts um 50% erhöhen. Wenn man Usability jedoch bereits frühzeitig in den Entwicklungsprozess einbindet – also von Anfang an – kann der Grad der Verbesserung der Benutzerfreundlichkeit bis zu 700% betragen. Warum? Einerseits können bereits vorab Konzepte entwickelt und evaluiert werden, die benutzerzentrierte und aufgabenangemessene Interaktionsmechanismen bieten. Lösungen, die bei einer zu späten Einbindung von Usability in den Entwicklungsprozess nie entstehen können. Andererseits werden bereits frühzeitig Schwachstellen entdeckt und eliminiert, was zu einem späteren Zeitpunkt relativ teuer werden kann (siehe Grafik). Zu Beginn sind Änderungskosten gleich 0, in der „Development-Phase“ 10-mal so hoch, in der „Deployment-Phase“ können sie bis zu 100-mal so hoch sein.

Die Ursprünge des im englischen genannten „tree swing picture“ reichen zum Teil sogar in die 70er Jahre zurück. Seitdem hat es einige, zum Teil auch cartoonartige Überarbeitungen gegeben. Das Bild soll zeigen, dass man durch die Missinterpretation von Anforderungen ein Projekt relativ schnell zu Fall bringen kann – sich in Richtungen bewegt, die vollkommen falsch sind. Es soll zeigen, wie wichtig es eigentlich ist, im Rahmen einer Nutzungskontextanalyse aber auch während der Designphase mit den Benutzern zu sprechen und ihre Anforderungen zu verstehen.

Die Anforderungen von Benutzern zu verstehen bildet einen zentralen Punkt in einem Design Prozess. Hier sollen die Wünschen, Fähigkeiten und Erwartungen von Benutzern berücksichtigt werden, um ein optimales User Interface zu gestalten. Dies benötigt unter anderem Wissen in Domänen wie der Psychologie, des Designs und der Software-Entwicklung.

Sollte jemand über die Ursprünge von diesem Bild Bescheid wissen, soll er es einfach hier posten. Einerseits soll der Künstler nicht verloren gehen und andererseits auch keine Urheberrechtsverletzungen begangen werden ;-)