Design for
Value

— Scroll to explore

Good design increases the probability of success.

In short

The design space of digital products is boundless. Every product has to make trade-offs. Only the teams that make these design decisions, carefully and consciously, are able to reduce risks and increase value.

Functional requirements

Functional requirements describe what the system should do. They should address the scope and nothing but the scope. It's crucial to distinguish between the scope and the constraints. Good product managers and architects derive requirements from the intended outcome for the problem.

Quality attributes
Functional requirements

Quality attributes

Quality attributes describe how the system should work. We prefer this name over the traditional wording "non-functional requirements". Architects sometimes dub them "ilities" (availability, usability, maintainability,...). They can be hard to quantify but, depending on the context, you may choose to formulate them with an emphasis on clarity over measurability.

Constraints
Quality attributes

Constraints

Constrains are non-negotiable requirements. Or “what must be adhered to”. Regulatory compliance is an example of a hard constraint. Every product is unique. It goes without saying that a medical product will face more constraints than a lifestyle product.

The ITP Way
of working

Gain full insight in how we organise us, as a company, to build better digital products
for bigger futures.

Download

Stay ahead
of the game

Sign up for our newsletter and stay updated on trends, events and inspiring cases.