IA Methode - Mental Model (D)

(Bild-Quelle: Indi Young, Adaptive Path)

-> Interview mit Indi Young(Erfinderin der hier gezeigten Mental Models Methode) bei IA Voice

Was ist ein Mental Model?

Ein Diagramm zur "User-Task-Analyse". Die in Workshops oder in Zielgruppen-Analyse ermittelten Anwender-Tätigkeiten werden in getrennte Aufgaben(Tasks) einteilt, diese in Säulen anordnet und dann dieselben Säulen genutzt, um die Produkteigenschaften, die Funktionen, und den Inhalt abzugleichen, welcher die Aufgaben und Tätigkeiten wiederum unterstützt. Es können zusätzlich auch Geschäftsziele abglichen werden.

Welchen Nutzen hat es?

Es weist auf Lücken in der Analyse hin (Gap Analysis), hilft mögliche (Produkt-)Opportunities zu ermitteln und hilft eine nach User-Task orientierte Informationsarchitektur zu entwickeln. Zusätzlich dient es als Roadmap und dokumentiert User-Requirements (zukünftige Eigenschaften und Inhalte) im Kontext der Business-Goals.

Link: Rosenfeld Media - Mental Models, Aligning design stragtegy with human behavior

IA Institute website concept - Part I (E)

(Image: Method - Global Mental Model, Wolf H. Nöding)

Since the launch party of the new IA Institute website at this years IA Summit in Las Vegas 2007 I was asked quite often from people how the concept deliverables of the new website look like. Well, here we start with describing some main steps of development.

Note: I was told from people of the IAI Community that they used this Global Mental Model as a communication tool with their clients very successfully already. And a while ago I was asked by James Kalbach to write a brief method description of this Global Mental Model for his upcoming book where he mentions this method briefly which I developed during the conceptional phase for the IA Institute website.

The following is a short description of the method:
-----------------------------------------------------------------------------------------------------------

High level Mental Model

Short description of a Diagram that's part of the concept for the IA Institute website.

As one part of a concept for the IA Institute website the diagram shows an abstract(higher level) mental model. With it's molecular like appearance this model presents the main tasks of the website(arranged on middle circle) in it's Top Down and Bottom up stakeholder context.

The goal - create communication base

The general goal here was to deliver a complete(global) scenario with its strongest leverages, relations(active and passive) and POIs (Point of interests). Business goals and requirements as well as user requirements will be able to be discussed, based on this overall scenario.

Method - process of development

The input for the diagram results from surveys and interviews with IA members(US and Europe) and was first clustered in a mindmap. According to the given information the diagram is developed and growing iteratively based on all important relations (visualised as active/passive and less/strong demand arrows ). A variety of keys indicate relations like:

• one way/two way relations
• active/passive
• Top-Down, Bottom-Up
• strong Demand
• regular focus
• strong focus
• sub case

There is an active/passive relation between “Contribute” and “Find IA information” for example. This indicates that the contribution of documents is related to their findability and therefore can actively support the process.
The strong relation between Contribution and Collaboration indicates a higher amount of requirements which address the relation between them.

The complete diagram finally reflects the given input during the information gathering process e.g. interviews and surveys. In the continuing concept workflow the diagram is used as an information source to develop detailed use cases and wireframes. Until the final launch it’s also always useful to support the iteration steps including optimisations and fine tunings as a “consulting” document.

Consolidated findings

• Useful to receive an awareness over the complex relation scenario of the website
• The scenario is global and should therefore be complete.
• As an information visualisation it’s valuable for communication purposes between team participants.
• Using an abstract model like this it’s necessary that all concept team participants have a sense for abstract thinking. This might not always be the case.

Your feedback is very welcome, Wolf

IA Methode - Card Sorting (D)

(Bild-Quelle: BoxesandArrows Card Sorting Guide, yesko, cardzort)

-> Neues Buch z. Card Sorting v. Donna Maurer

-> Hören Sie das Interview mit Donna Maurer bei IA Voice

Was ist Card Sorting?

Eine Tätigkeit bei welcher ein Teilnehmer beschriftete Karten in Gruppen sortiert. Es kann ein "offenes Card Sorting", bei dem die Stapel nur auf der wahrgenommenen Ähnlichkeit von Karten beruhen, oder ein "geschlossenes Card Sorting" erstellt werden, bei welchem die Stapel gemäß der zur Verfügung gestellten Kategorien gruppiert werden.

Welchen Nutzen hat es?

Es wird oft von Informationsarchitekten verwendet, um die Navigations-Entwicklung einer Website zu unterstützen. Die Card Sorting Analyse zeigt, wie oft die Teilnehmer spezifische Karten gruppierten. Die Diskussion, warum die Karten in einen besonderen Stapel gelegt wurden, erlaubt einen tieferen Einblick in die Nutzeranforderungen für den jeweiligen Inhalt.

Links:
- Maadmob
- BoxesandArrows
- yesko

IA Methode - Personas (D)

(Bild-Quelle: Wolf H. Nöding Spirit Link, Human-Computer Interaction)

Was sind Personas?

Ein konstruierter Prototyp/ Charakter einer speziellen Anwender-Spezies (bei der Mensch-Computer Interaktion). Die Beschreibung beinhaltet einen Namen, Bild, Anwender- Kurzbeschreibung und andere Informationen mit einem Fokus auf die Ziele, Motivation und Verhalten des Anwenders. Basierend auf einer Zielgruppen-Analyse werden Personas häufig mit repräsentativen Szenarios kombiniert.

Welchen Nutzen hat es?

Ermöglicht gutes Einfühlungsvermögen für den spezifischen Anwender und vermeidet gleichzeitig die Gefahr eigennützigen Designs. Der Fokus wird auf das Erreichen der spezifischen Ziele gerichtet und ermöglicht dadurch später dem Produkt, viele Personen (mit dem selben Ziel) zu unterstützen, unabhängig davon ob sie ein bestimmtes Marktsegment abdecken.

IA Summit - Key Session - Project Touchstones (E)

(image: sticky room, infinity diagrams, Jesss McMullin)
Jess McMullin was talking during his presentation "Project Touchstones" at the IA Summit about efficient methods that focus on the value for both Business(Return on Investment) and Users(Return on Experience). To me his methods sounded very usefull to synchronise the different views of stakeholders of a project(client side and agency side). This particular points, if not solved correctly, can easily eat up a tremendous part of the project budget.

He recommends the following approach:

• Get the right people in the room, work together to create artifacts and models that let them articulate business needs.
• Peel Back the layers
• Start Small: Partner, Pilot, Publicize

From my point of view (To several of the situations that Jess mentions in his talk I find parallels to my daily teamwork again) I would say the following are well worth to consider to optimise your work relationships with clients and your inhouse teams:

• The opportunity we have as user experience practitioners to become a Peer with Business
  
• User Centered Designers Understand, Solve, Evaluate and Refine Things to get the right solution(Through Iteration) - great but not very sufficient.
  
• We have to understand what creates the Value in our projects!
  
• Value Centered Design: Business Goals and Context and Human Goals and Context
• Business Centered Design: 1. Using design methods and tools to understand business needs 2. Beyond the run-of-the-mill business discovery 3. One half of value-centered design 4. Beginning of becoming a business peer.
  
• 2 Ways to think about Deliverables: a) Deliverables That Define Solutions(Review & Approve) - always Prower Imbalance, b) Deliverables That Define Problems (Read: Arias and Fischer 2000: "Fundamental challenges facing communities of interest are found in building a shared understanding of the task at hand")...
• Delivelables that define Problems Together help us to become a Peer in Practice
• Building a bridge to overcome different viewpoints
• Deliverables that define problems together
  
• Define Problems together(e.g. Infinity diagramms from interview transscripts): One of the keys to becoming the Peer with Business
• Principles: 1. Codesign 2. Simple 3. Concrete 4. Flexible 5. Evidence-Based 6. Surface Agendas
• ...
• The whole speach will soon be in the IA Voice Podcast...

View his presentation here: