top of page

B2.1.13 Modelling

Models, prototypes and mock-ups of solutions are created to test their effectiveness and to gather feedback for further refinement and development.

SL

Design in Practice

B2.1 The design process

By the end of this topic, you should be able to...

create feasible models of an intended solution at appropriate levels of fidelity that generate performance data when tested with end-users.

Guiding Question

How do designers approach problem-solving?

What Is Modelling in Design?


In B2.1.12 — Iterative Development, we explored the model-test-refine cycle as the practical engine of the design process. We established that models are tools for learning — physical or digital representations that make design ideas testable.


But not all models are equal. Not every model serves every purpose. And a model that is inappropriate for its stage of development — too crude to generate reliable data, or too refined to allow easy modification — can actually slow the design process rather than accelerate it.


Modelling in design is the purposeful creation of feasible, appropriately detailed representations of a design solution that can be tested with real users to generate the specific performance data needed at each stage of development.

The three words that define excellent modelling practice are:

Feasible. Appropriate. Generative.
  • Feasible — the model is physically realistic enough to produce reliable test results

  • Appropriate — the model's level of detail matches the specific questions being tested

  • Generative — the model produces performance data that drives the next design decision

Key distinction from B2.1.12: Iterative development is about the cycle — model, test, refine, repeat. Modelling is about the model itself — understanding what makes a model worth making, how to build it at the right level of detail, and how to design it to generate the specific performance data you need.


What Makes a Model Feasible?


Feasibility in modelling means the model is a realistic and credible enough representation of the intended solution to generate performance data that reflects how the final design will actually perform.


A model that is not feasible — one that is so crude, so different from the intended solution, or so poorly made that test results cannot be trusted — generates misleading data. Decisions made on the basis of unfeasible models are decisions made on the basis of false evidence.


Feasibility in a design model depends on:


The model must be made at the correct scale and with accurate dimensions for the aspects being tested.

If you are testing whether a handle fits comfortably within the grip range of your target user group, a handle that is the wrong diameter will generate completely misleading performance data — regardless of how beautifully it is made.

Key principle: Wherever a dimension directly affects the performance being tested, that dimension must be accurate. Other dimensions may be approximate if they do not affect the test outcome.

The model must be made from materials that sufficiently represent the properties of the intended final materials for the aspects being tested.


If you are testing grip security in wet conditions, a model with a smooth 3D-printed surface will not generate representative data about a final product with a textured rubber surface. The material must be realistic enough that the test reflects real-world performance.

Key principle: Match the material properties of the model to the properties being tested. You do not need to use the final material — but you need to use a material with sufficiently similar properties to generate valid test data.

If the test involves operational interaction — using the product to perform a task — the model must function realistically enough that user interaction data reflects genuine use.

A model of a can opener that looks correct but whose cutting mechanism does not actually cut cannot generate meaningful data about operational force, cutting quality, or user confidence during real use.

Key principle: For functional tests, the model must actually work — at least to the degree required by the specific test being conducted.

The model must be tested in a context that is sufficiently representative of the real use environment to generate valid performance data.


A kitchen tool tested in a design studio — on a clean, stable workbench, by a relaxed participant with no time pressure — may generate very different performance data than the same tool tested in an actual kitchen — on a wet, cluttered surface, by a user who is simultaneously managing cooking tasks.

Key principle: The closer the testing context matches the real use environment, the more valid the performance data generated.


What Is Fidelity in Modelling?


Fidelity describes the degree of detail, accuracy, and realism of a model relative to the final intended design. It is not a measure of quality — a low-fidelity model is not a worse model than a high-fidelity model. It is a model made at a different level of detail for a different purpose.


Understanding fidelity — and matching the fidelity of a model to the specific questions it needs to answer — is one of the most important practical skills in design.


Key insight: The appropriate level of fidelity is determined by what you need to learn from the model — not by how impressive you want it to look.


The Three Levels of Fidelity


What is it?

Low-fidelity models are quick, rough, and inexpensive representations that capture the basic idea of a design without precise dimensions, realistic materials, or refined form. They are made rapidly from whatever materials are most accessible — cardboard, foam, clay, paper, tape.


Characteristics:

  • Made in minutes or hours rather than days

  • Materials are substitute — foam represents rubber, cardboard represents structural components

  • Dimensions are approximate rather than precise

  • Surface finish is crude — no attempt at realistic appearance

  • Often single-use — expected to be modified or discarded after testing


What low-fidelity models are used to test:

  • Does the basic concept make physical sense?

  • What is the approximate size and proportion of the design?

  • Which of several competing concepts shows the most promise?

  • What is the basic interaction pattern — how will the user hold, operate, or navigate the design?


What low-fidelity models cannot reliably test:

  • Precise ergonomic fit against specification dimensions

  • Material performance — grip, durability, weight

  • User confidence and satisfaction

  • Detailed mechanism function


Real-World Example:

When designers at IDEO were developing a new patient room layout for a major hospital, their early low-fidelity models were made from cardboard boxes, masking tape, and paper labels — assembled directly on the floor of a hospital conference room to represent furniture, equipment, and circulation routes at full scale.


These crude cardboard room models allowed clinical staff and patients to walk through the layout — physically experiencing spatial relationships and identifying circulation problems — in less than half a day. Design issues that would have taken weeks to identify through drawing review alone were discovered and resolved in a single afternoon session.


The low fidelity of the models was not a limitation — it was the point. Their speed and disposability allowed rapid exploration of multiple layout alternatives that would have been impossible with high-fidelity construction.

What is it?

Medium-fidelity models represent a significant development step from low fidelity — incorporating accurate dimensions, more realistic materials, and sufficient functional detail to support more rigorous user testing and specification comparison.


They are not as quick to make as low-fidelity models, but they generate significantly more reliable and specific performance data.


Characteristics:

  • Made over hours or days

  • Dimensionally accurate in the aspects being tested

  • Materials chosen to represent the performance properties of final materials

  • Mechanisms functional to the degree required for testing

  • Surface finish approximate — not polished but recognisable

  • Designed for multiple use — robust enough for repeated testing sessions


What medium-fidelity models are used to test:

  • Ergonomic fit against specification dimensions — grip diameter, reach distance, handle length

  • Basic mechanism function — does it operate as intended?

  • Operational force requirements against specification thresholds

  • Initial user interaction quality — ease of use, error frequency, user confidence

  • Material performance in simulated use conditions


What medium-fidelity models cannot reliably test:

  • User aesthetic response — appearance is too approximate

  • Long-term durability and material degradation

  • Manufacturing feasibility


Real-World Example:

When OXO was developing new handles for their Good Grips kitchen tool range, their medium-fidelity models were carved from dense polyurethane foam at precisely specified dimensions — matching the handle diameter, length, and cross-sectional profile of the intended design.


These foam models were dimensionally accurate enough to generate reliable ergonomic test data — grip force measurements, hand pressure distribution maps, and reach assessments — across a diverse user group including participants with arthritis and limited dexterity.


The foam material was not the intended final Santoprene rubber — but its compliance and surface properties were sufficiently similar to generate valid comparative data about grip performance across different handle geometries.

At this stage, OXO was not testing whether the handle looked right — they were testing whether it felt right and performed correctly. The fidelity of the model was precisely matched to the questions being asked.

What is it?

High-fidelity models are detailed, accurate, and realistic representations of the intended final design — made from final or near-final materials, at precise dimensions, with fully functional mechanisms and a resolved surface finish.

They are the most resource-intensive models to produce but generate the most reliable and comprehensive performance data — particularly for aesthetic evaluation, user confidence and satisfaction testing, and pre-production validation.


Characteristics:

  • Made over days or weeks

  • Final or near-final materials and components

  • Precisely dimensioned throughout

  • Fully functional — operates as the final product will operate

  • Surface finish resolved — appearance closely represents the intended final product

  • Robust enough for extended use testing and multiple test sessions


What high-fidelity models are used to test:

  • Complete user experience — functional performance AND aesthetic and emotional response

  • User satisfaction, confidence, and preference

  • Durability and material performance under realistic use conditions

  • Manufacturing feasibility — can this actually be made as designed?

  • Compliance testing against standards and regulations

  • Pre-production validation — does the final design perform as specified before manufacturing investment?


What high-fidelity models cannot efficiently test:

  • Rapid iteration — making changes is slow and expensive

  • Multiple competing concepts — cost prohibits testing many alternatives simultaneously


Real-World Example:

Before committing to full production of their Xbox Adaptive Controller, Microsoft produced high-fidelity pre-production prototypes made from final-specification materials — the same ABS polymer body, the same button mechanisms, the same external port hardware — that were tested by a diverse group of disabled gamers across extended gaming sessions.


These high-fidelity models were indistinguishable from the production controller in terms of function, feel, and appearance. Testing with real users at this fidelity level generated two categories of critical performance data:


  1. Functional validation — confirming that every essential specification criterion was met under real gaming conditions

  2. User experience validation — confirming that the emotional experience of using the controller — the confidence, the independence, the sense of equal participation — matched the human goals that had driven the entire design process

The high-fidelity model validated not just the design's technical performance but its human performance — the degree to which it genuinely served the people it was designed for.


Matching Fidelity to Purpose


The most important skill in modelling is knowing which level of fidelity to use and when. This decision is driven by three questions:


The question being asked determines the level of detail required to answer it reliably.

Question Being Asked

Appropriate Fidelity

"Is this concept idea viable at all?"

Low

"Which of these three concepts is most promising?"

Low

"Does this handle diameter fit within the specification range?"

Medium

"Can users operate this mechanism with the specified force?"

Medium

"Do users feel confident and satisfied using this product?"

High

"Does this product meet its performance specification under real conditions?"

High

Higher fidelity requires more time, more materials, and more fabrication skill. Matching fidelity to available resources prevents the common mistake of spending excessive time on high-fidelity models early in the development process — when low-fidelity models would generate equally useful data at a fraction of the cost.

If testing is likely to reveal significant changes are needed — as is typically the case in early iterations — low fidelity is appropriate. Making significant changes to a high-fidelity model is expensive and time-consuming.

If the design is well-developed and changes are expected to be minor refinements — as in later iterations — higher fidelity is justified.

Design principle: Start low, go high progressively. Begin with low-fidelity models that can be made and changed quickly. Progressively increase fidelity as the design becomes more resolved — investing in higher fidelity only when the design direction is sufficiently confident to justify the additional resource.


Fidelity Across the Iterative Development Cycle


Understanding how fidelity increases across the iterative development cycle reveals the logical progression of the design process.


Development Stage

Typical Fidelity Level

Primary Purpose

Initial concept exploration

Low

Explore and compare competing concepts rapidly

Concept selection and initial development

Low–Medium

Confirm concept viability; begin specification testing

Detailed development

Medium

Test specific specification criteria; user interaction testing

Refinement and resolution

Medium–High

Comprehensive specification testing; user satisfaction testing

Pre-production validation

High

Final performance validation; manufacturing feasibility confirmation



Generating Performance Data


A model is only valuable if it generates performance data — specific, recorded evidence about how well the design is performing against its specification criteria and user needs.


Performance data is the information generated when a model is tested — the measurements, observations, responses, and recordings that tell the designer what is working, what is failing, and what needs to change.


The most valuable performance data comes from end-user testing — testing conducted with real users who match the characteristics of the persona — because end-user testing reveals how the design performs in the hands of the people it was designed for, rather than in the hands of the designer who made it.



Types of Performance Data


Quantitative performance data consists of numerical measurements that can be directly compared against specification criteria:

Data Type

Measurement Method

Specification Connection

Operational force

Force gauge measurement during use

Compared against maximum force specification criterion

Task completion time

Stopwatch timing of task performance

Compared against operational efficiency specification

Error rate

Count of incorrect interactions or failed operations

Compared against usability specification

Grip force

Dynamometer measurement

Compared against grip force specification

Dimensional fit

Calliper measurement of contact dimensions

Compared against ergonomic dimension specification

Reach distance

Measurement of user reach during operation

Compared against accessibility specification

Success rate

Percentage of users who complete task independently

Compared against independence specification


Recording quantitative data:

Quantitative data should be recorded in structured data tables that clearly show:

  • The specific measurement taken

  • The result for each participant

  • The mean result across all participants

  • The specification criterion being tested

  • Whether the result passes or fails the criterion

Participant

Profile

Operational Force (N)

Task Time (s)

Success

P1

Female, 74, mild arthritis

5.2

18

P2

Male, 68, no condition

3.8

14

P3

Female, 79, moderate arthritis

7.1

31

P4

Male, 71, hemiplegia

4.9

42

P5

Female, 83, severe arthritis

8.4

Failed

P6

Male, 66, Parkinson's

6.3

27

Mean


5.95N

26.4s

5/6

Specification


≤ 8N

Status


✅ Pass

⚠️ 83%


This data table immediately reveals that while the mean operational force meets the specification, one participant (P5 — severe arthritis) could not complete the task — an important finding that requires design investigation.

Qualitative performance data consists of descriptions, observations, and user responses that capture the experiential dimension of product performance.

Data Type

Collection Method

What It Reveals

Think-aloud responses

Audio/video recording during use

Moment-by-moment user experience — confusion, confidence, frustration, delight

Post-test interview responses

Semi-structured interview after testing

Overall impressions, specific preferences, improvement suggestions

Questionnaire open responses

Written feedback after testing

Considered reflections on the design experience

Observation notes

Researcher observation during testing

Behaviours, workarounds, non-verbal responses

Facial expression and body language

Video observation

Emotional responses not expressed verbally


Recording qualitative data:

Qualitative data should be recorded as direct quotes, structured observation notes, and thematic summaries that connect user responses to specific design features:


P3 (Female, 79, moderate arthritis): "This part here — [indicates lever handle] — I had to really concentrate to keep it from slipping. I don't think I could use this if I was also trying to hold the can. But once it was locked on, it was easy."

Observation note — P5 (Female, 83, severe arthritis): Participant attempted to operate mechanism four times without success. On third attempt, used body weight to supplement hand force — leaning torso into lever. On fourth attempt, visibly distressed, stopped and said 'I can't do it.' — Did not complete task. Post-test interview revealed participant felt 'stupid' for being unable to operate the design.

These qualitative records reveal dimensions of performance — user confidence, emotional response, coping strategies, dignity concerns — that quantitative measurements cannot capture.

Comparative performance data measures performance between iterations — demonstrating that each refinement cycle has produced genuine improvement:

Metric

Iteration 2

Iteration 3

Iteration 4

Specification

Mean operational force

11.3N

5.95N

4.8N

≤ 8N

Success rate

2/6 (33%)

5/6 (83%)

11/12 (92%)

Mean satisfaction score

2.1/5

3.8/5

4.4/5

One-handed operation

Essential


Comparative data tells the most compelling story of iterative development — showing measurable, progressive improvement toward specification criteria and user need satisfaction across iterations.



Designing End-User Testing Sessions


Generating reliable performance data requires well-designed testing sessions — not just presenting a model to users and asking what they think.


Before each testing session, define exactly what performance data the session needs to generate — derived from the gaps and questions identified in the previous iteration.

Testing objectives for Iteration 3 end-user session: Measure operational force across the full user range — confirm specification compliance following lever geometry redesign Assess one-handed operation success rate following integration of stabilisation base Gather qualitative feedback about handle comfort following ergonomic handle development Identify any new issues not present in previous iterations

Testing participants must match the characteristics of the persona — their age, physical capabilities, relevant conditions, and use context. Testing with users who do not represent the target group generates performance data that does not reflect how the design will perform for its intended users.


For universal design projects, participants should represent the full range of the target user group — not just the most typical or most accessible participants. Testing only with the least physically constrained users within a target group will consistently overestimate the design's performance for more constrained users.

A test protocol is a structured plan for how the testing session will be conducted — ensuring consistency across participants and ensuring all required performance data is generated.


The test protocol specifies:


  • The task participants will perform — described in neutral language that does not suggest how to perform it

  • The testing environment — where testing takes place and what conditions apply

  • What will be measured — the specific quantitative data to be recorded

  • What will be observed — the specific qualitative data to be recorded

  • The questionnaire to be completed after testing

  • The interview questions to be asked after testing

Follow the protocol consistently across all participants:


  • Use the same instructions for all participants

  • Measure the same metrics for all participants

  • Do not assist participants during testing — assistance invalidates the independence data

  • Record everything — do not rely on memory

After testing, systematically analyse all data collected:


  • Calculate means and ranges for quantitative measurements

  • Identify themes in qualitative responses

  • Compare results against specification criteria

  • Identify the most significant findings — what succeeded, what failed, what was unexpected

  • Determine refinement priorities for the next iteration



Real-World Examples


When designers at Radius Design were developing a universally accessible toothbrush handle — designed for users with limited grip strength, children, and elderly users simultaneously — their modelling progression demonstrated precise fidelity matching:


Low-fidelity stage:Twelve different handle cross-sections were carved from modelling clay in a single afternoon — varying diameter, cross-sectional shape, and surface texture pattern. All twelve were tested simultaneously with a group of ten participants who held each one and ranked their preference. This session generated comparative preference data across twelve alternatives in under two hours — a rate of model production and testing that no higher fidelity approach could have matched.


Medium-fidelity stage:The three highest-rated cross-sections were 3D-printed at precise specification dimensions from a flexible polymer approximating the final elastomer material. These medium-fidelity models were tested with 20 participants — including elderly users and users with arthritis — measuring grip force, task completion, and satisfaction scores.


High-fidelity stage:The single selected design was produced as a fully resolved prototype using final materials — a co-moulded rigid nylon core with Santoprene overmould — and tested with 35 participants across the full target user range. This high-fidelity testing generated the comprehensive performance dataset submitted to the manufacturer as evidence of specification compliance.

Fidelity lesson: Each stage used the minimum fidelity necessary to generate the specific performance data needed — avoiding the costly mistake of producing high-fidelity models before the design direction was sufficiently resolved to justify the investment.

When Transport for London was developing their standardised tactile paving system — the raised dot and bar patterns on pedestrian surfaces that guide visually impaired pedestrians — they tested models at multiple fidelity levels with end-users:


Low-fidelity testing:Cardboard sheets with raised foam dots and bars in multiple geometric configurations were placed on the floor and walked over by visually impaired participants using white canes. These crude models generated immediate comparative data about which configurations were detectable and navigable — eliminating non-viable configurations rapidly and cheaply.


Medium-fidelity testing:Rubber mats moulded with precise raised pattern geometries at accurate specification dimensions were tested in controlled environments — generating quantitative data about detection reliability, walking speed, and navigation accuracy across participants with varying levels of visual impairment.


High-fidelity testing:Full paving sections were installed in test environments that replicated real street conditions — uneven sub-bases, wet surfaces, varying lighting — and tested with diverse end-users including elderly visually impaired participants and guide dog users. This high-fidelity testing generated the performance data used to establish the national standard.

Universal Design outcome: The fidelity progression — from foam mats to final paving installation — ensured that the performance data generated at each stage was appropriate to the decisions being made, while the consistent end-user testing at every stage ensured the final standard genuinely served the diverse population it was designed for.

When the NHS was developing a universally accessible digital patient portal — designed for use by elderly patients, patients with visual impairments, and patients with cognitive conditions — their modelling approach demonstrated expert fidelity matching in digital design:


Low-fidelity stage (Paper prototyping):Screens were drawn on paper — individual interface elements cut out and rearranged by participants during testing. This zero-technology approach generated rich qualitative data about navigation logic and information architecture from elderly and cognitively impaired users who would not have been able to interact with even a basic digital prototype.


Medium-fidelity stage (Clickable wireframes):Digital wireframes — grey-scale, unlabelled, with basic click-through navigation — were tested with screen-reader software to generate quantitative data about accessibility compliance. User testing generated task completion rate data and qualitative observations about navigation confusion without the visual design elements that might have biased responses.


High-fidelity stage (Functional prototype):A fully designed, functional prototype — complete with real content, colour, typography, and interaction animations — was tested with a diverse user group including participants using screen readers, participants with cognitive impairments, and elderly participants using the portal on smartphones, tablets, and desktop computers simultaneously.

Performance data generated at high fidelity: Task completion rates by device type, error rates by user group, mean task completion time, accessibility compliance scores against WCAG 2.1 AA standard, and qualitative satisfaction and confidence data — providing a comprehensive performance dataset that validated the design's universal accessibility before development investment.




Modelling for Universal Design


When creating models for universal design projects — projects intended to serve users across a wide range of physical and cognitive abilities — several additional modelling considerations apply:


Consider 1 — Test Across the Full User Range

Universal design models must be tested with participants who represent the full range of the target user group — not just the most typical or most convenient users.

Critical insight: A model that performs well for the average user but fails for users at the physical or cognitive extremes of the target range has not been adequately tested for universal design. The specification criteria for universal design are typically defined by the most constrained user — so testing must include those users.

Consider 2 — Include Both Specialist and General Users

Universal design aims to create products that work well for everyone — not just for users with specific needs. Testing should include both specialist users (users with the specific conditions that drove the design) and general users (users without those conditions) to confirm that accommodating specialist needs has not compromised the general user experience.

OXO Good Grips principle: Products designed for arthritis sufferers were tested with users without arthritis to confirm that the ergonomic improvements did not make the product worse for users without grip limitations. They consistently found the opposite — improvements made for arthritis sufferers were preferred by all users.

Consider 3 — Test in Realistic Use Environments

Universal design models should be tested in environments that reflect real use conditions — including conditions that may be more challenging for some users:


  • Kitchen tools tested with wet hands as well as dry

  • Navigation systems tested in noisy, crowded environments as well as quiet ones

  • Digital interfaces tested on small smartphone screens as well as large desktop monitors

  • Products tested in low light as well as optimal lighting



Key Takeaway

Modelling in design is the purposeful creation of feasible representations of an intended solution at appropriate levels of fidelity — matched to the specific performance questions being investigated at each stage of development. The three fidelity levels — low, medium, and high — serve progressively more detailed and rigorous testing purposes, and are selected based on what needs to be learned, not how impressive the model should appear. Models are valuable only insofar as they generate performance data — the quantitative measurements and qualitative observations produced when models are tested with representative end-users under realistic conditions. Effective modelling combines dimensional accuracy, material representation, functional realism, and contextual validity to ensure that performance data faithfully reflects how the final design will perform for the real people it was designed to serve. The progressive increase of fidelity across the development cycle — starting low to explore and compare, rising high to validate and confirm — is the disciplined practice through which design intentions become evidence-based design realities.


Practical Application


Modelling is a central practical and intellectual component of your Internal Assessment (IA).


Modelling Component

Your IA Application

Fidelity justification

Explain and justify the fidelity level chosen for each model — connecting the level of detail to the specific questions being tested

Feasibility evidence

Demonstrate that each model is dimensionally accurate, materially representative, and functionally realistic for the aspects being tested

Model documentation

Photograph and annotate each model — recording what type of model it is, what it was made from, and what it was designed to test

End-user testing records

Document all end-user testing sessions — participant profiles, testing protocol, quantitative data tables, qualitative observation notes

Performance data analysis

Analyse all performance data against specification criteria — presenting findings clearly and connecting them to refinement decisions

Comparative performance data

Present performance data across iterations — demonstrating measurable improvement in specification compliance and user satisfaction



IA Criteria Connection


Criterion

Modelling Connection

Criterion A — Analysis of a Problem

The specification criteria established in Criterion A define what performance data each model must be designed to generate — maintaining a direct connection between research and modelling purpose

Criterion B — Conceptual Design

Low-fidelity concept models provide physical evidence of ideation exploration — demonstrating that ideas were made tangible and compared before development investment was made

Criterion C — Development of a Prototype

Modelling across appropriate fidelity levels, with documented end-user testing generating specific performance data, is the primary evidence of Criterion C — examiners assess whether models were appropriately feasible, whether fidelity was matched to testing purpose, and whether performance data drove design decisions

Criterion D — Testing and Evaluation

High-fidelity end-user testing of the final prototype generates the performance data that forms the primary evidence base for Criterion D evaluation


💡Student Tip

A common mistake in IA modelling is producing a single high-fidelity model without documenting any lower-fidelity exploration. This approach not only misses significant marks in Criterion C — it actually represents poor design practice. Examiners want to see a progression of models at increasing fidelity — each one more resolved than the last, each one generating specific performance data that justified the next development step. Show your low-fidelity concept models alongside your developed prototypes. Justify the fidelity of every model explicitly. Present your end-user testing data clearly and analytically. And above all — show that your models were designed to generate data, not just to look impressive. A crude foam model that generated critical ergonomic insights is worth more in Criterion C than a beautifully finished model that was never tested with real users.



Sources


Houde, Stephanie, and Charles Hill. "What Do Prototypes Prototype?" Handbook of Human-Computer Interaction, edited by M. Helander, T. K. Landauer, and P. Prabhu, 2nd ed., Elsevier Science, 1997, pp. 367–381.


International Baccalaureate Organization. Design Technology Guide. International Baccalaureate Organization, 2014.


Kelley, Tom, and Jonathan Littman. The Art of Innovation: Lessons in Creativity from IDEO, America's Leading Design Firm. Currency/Doubleday, 2001.


Thompson, Rob. Manufacturing Processes for Design Professionals. Thames and Hudson, 2007.


Ulrich, Karl T., and Steven D. Eppinger. Product Design and Development. 6th ed., McGraw-Hill Education, 2015.


Warfel, Todd Zaki. Prototyping: A Practitioner's Guide. Rosenfeld Media, 2009.

Cross-reference: B2.1.12 iterative development expressed through models; B2.1.11 for model-driven analysis; B2.1.14 concept drawings preceding physical models.

Linking Questions

  • What ergonomic considerations are important to be able to engage successfully with the design process? (A1.1)

  • How do design technology students ensure they engage with user-centred research methods? (A2.1)

  • To what extent are the goals of the design process aligned with the goals of a user-centred design (UCD) process? (B1.1)

  • To what extent does the model, test, refine cycle require full engagement with modelling and prototyping at several levels of fidelity? (B2.2)

  • Which aspects of the design process require engagement with material selection? (B3.1)

  • How do the requirements of the design process ensure students are addressing the responsibility of the designer? (C1.1)

  • Why is product analysis and evaluation important in the design process? (C3.1)

  • To what extent does the design process require the exploration of design for manufacture strategies? (C4.1)

了解最新的设计趋势和技巧。

  • icon_ai
  • Instagram
  • Pinterest
  • Youtube

© 2035 Design Matters 版权所有。技术支持及安全 维克斯

bottom of page