Category Archives: Black box

As we may understand: A constructionist approach to ‘behaviour change’ and the Internet of Things

Find Alternative Route, Old Street

In a world of increasingly complex systems, we could enable social and environmental behaviour change by using IoT-type technologies for practical co-creation and constructionist public engagement.

[This article is cross-posted to Medium, where there are some very useful notes attached by readers]

We’re heading into a world of increasingly complex engineered systems in everyday life, from smart cities, smart electricity grids and networked infrastructure on the one hand, to ourselves, personally, being always connected to each other: it’s not going to be just an Internet of Things, but very much an Internet of Things and People, and Communities, too.

Yet there is a disconnect between the potential quality of life benefits for society, and people’s understanding of these — often invisible — systems around us. How do they work? Who runs them? What can they help me do? How can they help my community?

IoT technology and the ecosystems around it could enable behaviour change for social and environmental sustainability in a wide range of areas, from energy use to civic engagement and empowerment. But the systems need to be intelligible, for people to be engaged and make the most of the opportunities and possibilities for innovation and progress.

They need to be designed with people at the heart of the process, and that means designing with people themselves: practical co-creation, and constructionist public engagement where people can explore these systems and learn how they work in the context of everyday life rather than solely in the abstract visions of city planners and technology companies.
Continue reading

Code as control

'You removed the card!'

In the earlier days of this blog, many of the posts were about code, in the Lawrence Lessig sense: the idea that the structure of software and the internet and the rules designed into these systems don’t just parallel the law (in a legal sense) in influencing and restricting public behaviour, but are qualitatively different, enabling distinct forms of affordance and constraint. Designers (and developers) — or in many cases those overseeing the process — in this sense potentially wield a lot of (political) power.
Continue reading


(introducing behavioural heuristics)

Some heuristics extracted by workshop participants

EDIT (April 2013): An article based on the ideas in this post has now been published in the International Journal of Design – which is open-access, so it’s free to read/share. The article refines some of the ideas in this post, using elements from CarbonCulture as examples, and linking it all to concepts from human factors, cybernetics and other fields.

There are lots of models of human behaviour, and as the design of systems becomes increasingly focused on people, modelling behaviour has become more important for designers. As Jon Froehlich, Leah Findlater and James Landay note, “even if it is not explicitly recognised, designers [necessarily] approach a problem with some model of human behaviour”, and, of course, “all models are wrong, but some are useful”. One of the points of the DwI toolkit (post-rationalised) was to try to give designers a few different models of human behaviour relevant to different situations, via pattern-like examples.

I’m not going to get into what models are ‘best’ / right / most predictive for designers’ use here. There are people doing that more clearly than I can; also, there’s more to say than I have time to do at present. What I am going to talk about is an approach which has emerged out of some of the ethnographic work I’ve been doing for the Empower project, working on CarbonCulture with More Associates, where asking users questions about how and why they behaved in certain ways with technology (in particular around energy-using systems) led to answers which were resolvable into something like rules: I’m talking about behavioural heuristics.
Continue reading

dConstructing a workshop

dConstruct 2011 workshop

A couple of weeks ago, at dConstruct 2011 in Brighton, 15 brave participants took part in my full-day workshop ‘Influencing behaviour: people, products, services and systems’, with which I was very kindly assisted by Sadhna Jain from Central Saint Martins. As a reference for the people who took part, for me, and for anyone else who might be intrigued, I thought I would write up what we did. The conference itself was extremely interesting, as usual, with a few talks which provoked more discussion than others, as much about presentation style as content, I think (others have covered the conference better than I can). And, of course, I met (and re-connected with) some brilliant people.

I’ve run quite a few workshops in both corporate and educational settings using the Design with Intent cards or worksheets (now also available as a free iPad app from James Christie) but this workshop aimed to look more broadly at how designers can understand and influence people’s behaviour. This is also the first ‘public’ workshop that I’ve done under the Requisite Variety name, which doesn’t mean much different in practice, but is something of a milestone for me as a freelancer.

In the previous post I outlined what I had planned, and while in the event the programme deviated somewhat from this, I think overall it was reasonably successful. Rather than using a case study (I feel uneasy, when people are paying to come to a workshop, to ask them effectively to do work for someone else) we ran through a series of exercises intended to explore different aspects of how design and people’s behaviour relate to each other, and perhaps uncover some insights which would make it easier to incorporate a consideration of this into a design process.

Continue reading

dConstruct workshop: Influencing behaviour: people, products, services and systems

Sign above a radiator, Brighton Dome

I’m running a workshop on Wednesday 31st August at dConstruct 2011 in Brighton, and I thought it would be worthwhile explaining in a bit more detail what it’s about, and what we’ll be doing.

Here’s the summary from the dConstruct website:

dConstruct 2011
Whether we choose to do it or not, what we design is going to affect how users behave, so we might as well think about it, and—if we can—actually get good at it. Bridging the gap between physical and digital product design, a systems approach can help us understand how people interact with the different touchpoints they experience, how mental models and cognitive biases and heuristics influence the way people make decisions about what to do, and hence how we might apply that knowledge (for good).

In this full-day practical workshop, we’ll try a novel approach to design and behaviour, using ourselves as both designers and cybernetic guinea pigs in exploring and developing a combination of physical and digital experiences. You’ll learn how to improve your own decision-making and understanding of how your behaviour is influenced by the systems around you, as well as ways to influence others’ behaviour, through a new approach to designing at the intersection of people, products, services and systems.

So what will the day actually involve? (You’re entitled to ask: the above is admittedly vague.) I’ve run quite a lot of workshops in the last couple of years, mainly using the Design with Intent toolkit in one form or another to help groups generate concepts for specific behaviour change contexts, but this one is slightly different, taking advantage of a full day to explore more areas of how design and behaviour interact, in a way which I hope complements dConstruct’s overall theme this year of “bridging the gap between physical and digital product design” usefully and interestingly. Also, the concept of ‘design for behaviour change’ is probably no longer new and exciting (at least to the dConstruct audience) in quite the way it might have been a few years ago: a more nuanced, developed, thoughtful exploration is needed. We’ll be using some of the Design with Intent cards throughout the workshop, but they’re not the main focus.

My plan is for the workshop to have four stages (3 shorter ones in the morning, 1 longer one for the afternoon):
Continue reading

Heating debate

Thermostat with friendCentral heating systems have interfaces, and many of us interact with them every day, even if only by experiencing their effects.

But there’s a lot of room for improvement. They’re systems where (unlike, say, a car) we don’t generally get instantaneous feedback on the changes we make to settings or the interactions we have with the interface. It’s a slow feedback loop. We don’t necessarily have correct mental models of how they work, yet the systems cost us (a lot of) money. How effectively do we use them? Around 60% of UK domestic energy use goes on space heating, and 24% on water heating. (See this Building Research Establishment report [PDF] for more detailed breakdowns.) That 84% cost me and my girlfriend £430 last year. It’s worth thinking about from a financial point of view, regardless of the environmental aspects.

Frankie Roberto and colleagues at Rattle Research have carried out a brilliant exercise in exploratory design thinking about central heating*:

Heating systems are something we all interact with, especially in the depths of winter where we depend on them, and yet there seems to have been very little evolution in the design of their interfaces. What’s more, with an ever increasing focus on energy efficiency, both from an environmental and economic standpoint, there’s a need for heating systems and their interfaces to be smarter, more efficient and transparent.

Design Monday #1 – Central Heating (short version) from Rattle on Vimeo.

Read the full post.

The Rattle team think through existing systems and consider a number of possible revisions to improve the way that information is presented to users, and the level of control that it might be useful for users to have. This is a great piece of work, impressive and very thorough, and it’s interesting to see how their thinking evolved: I get the impression that (as service designers) they’re a lot more focused on users’ needs than the designers of many heating systems are. It’s also an exciting thing for a design company to be able to take time to address problems outside their immediate sphere, since they’re bringing a whole new level of domain expertise to it.

The ‘I’m working’ indicator is a really good idea – it reminds me of some higher-end car tyre air pumps at petrol stations where you can just set the pressure you want to achieve, and the pump cuts out (and alerts you) when it reaches it. But the idea of doing away with the ‘desired temperature’ setting and just having warmer/colder is also interesting – “forc[ing] people to always make decisions based upon how they’re feeling right now”.

Equally the ‘shift to service’ approach of having an API and making clever use of it has a big potential to help in energy saving (and cost saving for the user), especially if the usage data were (anonymised or otherwise) available for analysis. Just being able to tell users “it’s costing you £X more to heat your home than it does for a similar family in a similar house down the road – if you insulated better you could save £X every month” would be an interesting mechanism for persuasion. As with so many things, it relies on having that API or other interface available in the first place…

Folk theory of thermostats

The ‘folk theory of thermostats’ which Frankie mentions, popularised in Don Norman’s The Psychology / Design of Everday Things, has long intrigued me:

There are two commonly held folk theories about thermostats: the timer theory and the valve theory. The timer theory proposes that the thermostat simply controls the relative proportion of time that the device stays on. Set the thermostat midway, and the device is on about half the time; set it all the way up and the device is on all the time. Hence, to heat or cool something most quickly, set the thermostat so that the device is on all the time. The valve theory proposes that the thermostat controls how much heat (or cold) comes out of the device. Turn the thermostat all the way up, and you get the maximum heating or cooling. The correct story is that the thermostat is just an on-off switch. Setting the thermostat at one extreme cannot affect how long it takes to reach the desired temperature.

People’s mental models of heating systems are often stereotyped or played with (as we’ve discussed before here), but as Willett Kempton found out in a classic study, there are some nuanced versions of the theories, which, in practice, are perhaps not as silly as Norman suggests. People satisfice.

Say you come in from outdoors, and are cold. Because of the delay in your exposed skin warming up to room temperature, it surely does warm you more quickly if you stand near something that’s hotter than you actually want to be, e.g. a log fire / stove. So the heuristic of ‘turning up the heat to more than you need, in order to feel warmer more quickly’ is pretty understandable, especially when the temperature controlling the thermostat is the temperature of the thermocouple/probe/whatever and not actually the body temperature of the users themselves. (That would be a good innovation in itself, of course!) Am I wrong?

Given that a lot of people do try to control heating systems as if they worked on the valve model, would it be sensible to develop one which did? Do they already exist?

*Rattle’s second ‘Design Monday’ session, on ‘Lunch’, is also well worth a look.