design_for_people_-_john_d_lee
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| design_for_people_-_john_d_lee [2025/08/15 10:03] – admin | design_for_people_-_john_d_lee [2025/08/15 23:22] (current) – admin | ||
|---|---|---|---|
| Line 10: | Line 10: | ||
| - | ## Process | + | ## 3 Phases |
| Iterative on three major phases: understand users, create a prototype, and evaluate the prototype. | Iterative on three major phases: understand users, create a prototype, and evaluate the prototype. | ||
| Line 20: | Line 20: | ||
| - | ## Understand | + | ## Phase 1. Understand |
| ### Task Analysis | ### Task Analysis | ||
| - | Task analysis is a broad term that encompasses many other techniques such as use cases, user stories, and user journeys. All of these techniques focus on understanding | + | The goal of task analysis is to understand: |
| - | * Why - users’ goals and motivations | + | |
| - | * What - the tasks and subtasks to achieve these goals | + | |
| - | * When - the ordering and timing of these tasks | + | |
| - | * Where - and the location and situation | + | |
| + | Task analysis is a broad term that encompasses many other techniques such as use cases, user stories, personae and scenarios. | ||
| - | ## Create | + | ### Personae and Scenarios (user journeys) |
| + | |||
| + | Personae are helpful for building the right scope of design target. One the one hand it prevents the natural tendency of the design team to assume users are like themselves (scope too narrow). One the other hand it is also helpful for avoiding an “elastic user” whose characteristics shift as various features are developed. Designing for an elastic user may create a product that fails to satisfy any real user. (scope too broad) | ||
| + | |||
| + | Scenarios (user journeys) also help define what's most important for user. When creating a scenario, tasks are examined, and only those that directly serve users’ goals are retained. Two types of scenarios are most important --- daily use scenarios and necessary use scenarios. eg. Entering the car, entering the car during a snowstorm. | ||
| + | |||
| + | Personae and scenarios analysis is an early stage version of task analysis. It gives us confidence that the conceptual design can meet target users' needs before going into detail. | ||
| + | |||
| + | ### Use cases | ||
| + | Use cases analysis is more detailed. It can be described in a more formal way in a flow diagram, helping move from conceptual design to a software or hardware prototype. | ||
| + | |||
| + | |||
| + | ### Further readings | ||
| + | |||
| + | [[https:// | ||
| + | |||
| + | |||
| + | |||
| + | ## Phase 2. Create | ||
| ### Task design | ### Task design | ||
| Line 59: | Line 78: | ||
| - | ## Evaluate | + | ## Phase 3. Evaluate |
| ### Heuristic evaluation | ### Heuristic evaluation | ||
| - | Heuristic Evaluation is done internally, with 3 individuals inspect the design and identify if there is anything violating design principles, safety requirement, | + | Heuristic Evaluation is done internally, with 3 individuals inspect the design and identify if there is anything violating design principles, safety requirement, |
| + | |||
| + | #### Check with 10 Design principles | ||
| + | Use design principles to give quick input on whether the design are consistent with human capabilities. | ||
| + | |||
| + | - Create useful innovation: Address a need, solve a problem | ||
| + | - Attend to details: Small changes to the design can have a big effect on people. | ||
| + | - Simplify: Remove irrelevant information, | ||
| + | - Honest and understandable: | ||
| + | - Provide flexibility: | ||
| + | - Consistency: | ||
| + | - Anticipate needs: Provide options rather than require people to recall them. Choose **thoughtful defaults** because people often adopt initial settings | ||
| + | - Minimize memory demands: Interactions with technology should not disrupt the flow of activities unless necessary | ||
| + | - Consider adaptation: Adopt a systems perspective to identify otherwise unanticipated outcomes, particularly as people adapt to the changes in the system | ||
| + | - Fit the task to the person rather than the person to the task | ||
| + | |||
| + | #### Check design patterns | ||
| + | |||
| + | Use conventional design pattern if possible. | ||
| + | [[https:// | ||
| + | |||
| + | |||
| + | #### Conduct cognitive walkthrough | ||
| - | Then you can do cognitive walkthrough as well: | ||
| * Is it likely that the person will perform the right action? | * Is it likely that the person will perform the right action? | ||
| * Does the person understand what task needs to be performed? | * Does the person understand what task needs to be performed? | ||
design_for_people_-_john_d_lee.1755223384.txt.gz · Last modified: (external edit)
