Nudge Theory
Nudge theory describes how small, structured changes in choice architecture can influence behaviour without forbidding options or fundamentally altering economic incentives. It is applied in policy, health care and product design to encourage better decisions via defaults, feedback and environmental cues. It highlights predictable cognitive biases.
Use this profile to understand the building block briefly, place it in the model, and switch to the 360° assessment when needed.
Theoretical construct: explains a term, principle, or mental model.
What you need to understand to reason about a domain.
Why is this building block relevant?
- A behavioural-economics and design model showing how small changes in choice architecture can influence behaviour without restricting options.
- Nudges are used in policy, health and product design to encourage better decision-making.
Position in the model
Where this building block is located in the topic model.
No structure path available.
Connections
These building blocks help you place this topic: what it strengthens, what it influences, and which technologies or methods connect to it.
Additional classification
This classification shows where the building block typically matters, how demanding it is, and what kind of impact it has in the model.
The level within the organization (enterprise, domain, team) at which the AssetBlock is applied.
Organizational maturity indicates at which level (enterprise, domain, team) the AssetBlock can be applied most effectively.
The impact area indicates which domains (technical, business, organizational) are affected by introducing and using the AssetBlock.
Decision type describes which kinds of decisions (design, architectural, organizational, technical) are affected by applying the AssetBlock.
The phase in the value stream (discovery, build, run, iterate) in which the AssetBlock is primarily used.
Complexity describes the level of difficulty in implementing and using the AssetBlock. It considers factors such as the number of involved components, their interactions, and required skills.
Maturity describes how established, stable, and practice-proven an AssetBlock is in real-world usage. It considers market adoption, experience, and available best practices.
Cognitive load indicates how much mental effort and knowledge is required to effectively understand and apply the AssetBlock. It considers conceptual complexity, required expertise depth, and learning curve.