Designing Complex Apps for Specialized Domains


马上开始. 它是免费的哦
注册 使用您的电邮地址
Designing Complex Apps for Specialized Domains 作者: Mind Map: Designing Complex Apps for Specialized Domains

1. Landscape

1.1. Designing Complexity

1.1.1. Complex application: applications supporting broad, unstructured goals or nonlinear workflows Users with specialized knowledge Large underlying data sets Problem solving with unknown/variable underlying tasks Handoff/collaboration among multiple roles/tools/platforms Mitigate risks of executing high impact/high value tasks

1.1.2. Layers of complexity Integration Information Intention Environment Institution

1.1.3. Specialized domain: a field of work that requires specialized knowledge or training (e.g., “expertise”) to reach objectives

1.2. Complex App Users

1.2.1. Legacy/long-time user

1.2.2. Legend/expert user

1.2.3. Learner/novice user

2. Methods

2.1. Understand

2.1.1. Contextual inquiry

2.1.2. Work domain analysis

2.2. Materialize

2.2.1. Cooperative usability testing

2.2.2. Group-based expert walkthrough

3. Patterns

3.1. Learning and Efficiency

3.1.1. Safe explroation Encourage safe exploration, trial-and-error during information manipulation Enable incremental construction, real-time previews Provide route knowledge Design for spatial predicatability

3.1.2. Satisficing

3.1.3. Accelerator Performance improvement Intramodal improvement: performance with one method Intermodal improvement: transition to faster methods Vocabulary extension: expand users' knowledge and use of the functions available Revealing accelerators in context of core actions, e.g. in-line keyboard shortcuts Super tooltips to improve intermodal performance In-line help is useful for vocabulary extension Calm messaging for vocabulary extension Provide guardrails: guidance that won't constrain expert users Use empty space for learning cues

3.1.4. Personalization vs. Customization Enable global objects/bulk actions Enable automation for known mappings or actions

3.2. Inquiry and Workflow

3.2.1. Patterns of inquiry Detection > Diagnosis > Repair Allow flexibility in process Skipping ahead Looping back Move to a specific step Linear pathways help guide Use wizards to split to multiple steps Track and visualize decisions made Multiple pathways support flexibility Different modalities Do not create multiple instances of the same command or function Help users resume tasks Access points enable quick re-entrance Persistent dialogues support re-entrance Comments/notes track thought process and leave way-finding cues Designing for long waits Demi-analysis Accept the ecosystem

3.2.2. Visual momentum Spatial dedication Reduce unnecessary travel Dual-function menus Use modals with caution

3.3. Information and Sensemaking

3.3.1. Clutter

3.3.2. Progressive disclosure Staged disclosure: only show options relevant Responsive enabling: disable options not relevant to the current object Provide external memory

3.3.3. Dashboard Enable access to supplemental information Provide a convenient return path Follow domain conventions

3.3.4. Visual salience Reduce information density by eliminating non-data pixels Indicate erros prominently Use confirmation dialogues only before committing to actions with serious consequences