Lenses

Products are where systems become usable.

Products give systems a surface, a sequence, and a rhythm. They arrange tasks, language, permissions, feedback, data, incentives, and expectations into something people can act through. Studiologie works on products as human-tool relationships: interfaces, workflows, AI-assisted systems, service flows, and the operating loops around them. The work asks what kind of judgement, behaviour, trust, and dependency a product creates between a person, a task, and the wider system it belongs to.

People are where systems become lived.

Every system makes assumptions about the people inside it: what they notice, what they understand, what they can tolerate, what motivates them, and how much power they have to act. Studiologie studies those assumptions through attention, comprehension, trust, confidence, agency, motivation, and friction. Design becomes stronger when it understands the human capability a system asks for, supports, extends, or quietly erodes.

Evidence is how systems learn.

Evidence is the relationship between what has been observed and what can be credibly claimed. It may use data, dashboards, metrics, research, experiments, and evaluation, but its value comes from the connection between signal, interpretation, claim, and decision. Studiologie treats evidence as a design material: what needs to be known, what would count as working, what can be claimed now, and what kind of measurement or experimentation would support a stronger claim. The work builds systems that help people learn the right things before they make claims their evidence cannot hold.

Organisations are what allow systems to hold.

A product, tool, workflow, or intervention depends on the organisation that has to carry it. Roles, incentives, rituals, governance, budgets, metrics, ownership, and informal habits shape whether a solution survives contact with reality. Studiologie looks at organisations as operating environments: the conditions that make some kinds of work possible and others fragile. The design problem may sit in the decision process behind the work, the metric that distorts it, the team structure around it, or the missing ownership that prevents it from holding.