research Archieven

Every research, including action research, starts with a good foundation. In previous blogs I shared the big plan and approach for the coming years. This first year is a preparation year and I mainly work on the foundation: what will I research and a plan how.

In this blog I will tell you about this first step: how I dive into the literature and thus lay a foundation for the research years that follow.

This blog is a summary of this more extensive literature review design. literature review design (in Dutch). This is my working document and changes from time to time. Do you want to follow the research closely? Sign up for my monthly newsletter.

Momentum for good services

Since the benefits affair came into the news around 2019, the human dimension has been high on the government’s agenda. In February 2021, the Temporary Committee for Implementing Organizations (TCU) made recommendations to bring back this human dimension to the government. Together with the child care benefit affair as a trigger, this resulted in the great government improvement program, Werk aan Uitvoering (Work to Execute).

Last week, for example, their the State of Execution came out with a thorough analysis of what is going wrong and could be better in services for citizens and business owners.

And I like it that they now increasingly call themselves public service providers – focused on the citizen – instead of as before implementing organizations – focused on the ministry. I need to update that on this blog as well :).

Landscape of public service providers from State of the Execution 2023

So for several years now, there has been political and administrative momentum to improve government services.

This is good news because in previous years, several organisations were already actively advocating to put services higher on the agenda. The National Ombudsman continuously appealed to the government with his reports. Gebruiker Centraal (User Central) found ground within the government and is increasingly growing as a collaborative effort for and by professionals within the (executive) government.

The report “Knowing is not yet doing” by the Scientific Council for Government Policy (WRR) also created quite a stir in the government. The WRR warns the government that it often overestimates the mental capabilities of citizens. They introduce the term act-ability, as a counterpart to ‘thinking’ abilities.

In this video, researcher Anne-Greet Keizer explains what is meant by that:

As a follow-up to Knowing is Not Yet Doing, the WRR came up with the guidebook From Test to Tools to conduct an act-ability test. WRR member Mark Bovens was questioned by the TCU about the report. In his questioning, and later in the Scheltema Lecture 2021, he suggested that the government should become proficient in service design and UX.

Haa! That’s my area of expertise.

Service design and UX design are certainly not new fields, and government, especially at the operational level, has also made strides over the past decade. In some organizations, there are UX teams, CX officers, customer journey managers, user researchers, etc. There is even an ISO standard for human centered design!

New dilemmas

At the same time, not only the call for more humanity has become stronger, but also that for customization. Both terms are regularly used interchangeably and are not yet defined, according to the Dutch School of Public Administration (NSOB).

Government services are highly automated at most organizations and “going back” to manual handling combined with individual customization on a large scale is not obvious. It also, as the NSOB describes, brings with it all sorts of new dilemmas (including legal ones such as the legality of government decisions). Directors fear that the pendulum will swing the other way.

We seem to be skipping in the momentum that there can also be good (digital) services that are user-friendly and connect to citizens’ lives. I elaborated on this thought earlier in the blog This is not about customization.

A sketch of how not to do it. From the blog: This is not about customization.

What I want to know: how can the government create and offer services to citizens while maintaining both the efficient nature of automation and legal legitimacy but also assuming a realistic perspective of citizen resilience?

The field of user centered service design has already proven itself in the non-public sector and seems to have potential for government as an organization as well. What will it take for this to mature? What are the reasons why this is not working and what needs to change for this to happen? What does this mean for the design and management of our government as an organization?

In short, my main question for this year:

What helps and hinders the realization of user-centric services in governments?

With this (literature) research, I aim to increase knowledge about applying user centered service design in government with the goal of making government services “doable” for citizens.

This will be the basis for getting started in the following years. I naturally devide this main question into a number of sub-questions.

The three most important are:

What is “the state of the art” when it comes to user-oriented design of services? For this, I also need to look at what services actually are.
How do governments create services and how have they organized themselves for this purpose? How does one affect the other?
How mature is the government in realizing (at both strategic and operational levels) user-centered service delivery?

This month I tackle that first question. So prepare for a deep dive into the world of service delivery and user-centered design.

For some time I have wanted to write about documenting research. Whew, you’re thinking now, never mind, that’s not a sexy topic. Important though, so in this blog I show very specifically how to properly capture research results. I work for the public service as a civil servant, so I might as well give away my secrets 🙂

Earlier I wrote about why good documentation is important. If you want to work openly, getting your documentation right is a must. At the Executive Agency of Education, where I work, it comes up every year in our good research intentions. And it’s important if you want to make decisions as an organization not on gut feelings, but based on an understanding of your user.

What is good documentation?

The same rules apply to recording your research as to any information. It should be:

accessible: anyone in your organization can access it (and if you work openly, anyone outside)
findable: the insights are searchable and the information reaches the right people
understandable: enough context for every reader, even if you are new to the team
actionable: clear conclusions and recommendations that you can deploy and they are well substantiated

Most research at organizations goes hand in hand with development or policy teams who then work on it. That means working in short iterations. The easiest way is to document each step directly. Your research file will naturally grow with you. I do that in 4 steps:

I begin with the research question. This is also usually the reason for the research.
I write and show how I handled it. What is the method, who were involved?
What did I learn? Based on what?
How do I proceed?

It works best when all the research is together and not scattered among departmental disks. Different teams sometimes work for the same user. Standing all together, they can easily use each other’s insights. And when something contradicts a previous study, you can see that. This is how you learn as an organization (without endless meetings, hehe!). I wrote this blog about it earlier: Everything we know about the customer, we all know.

From audio to drafts to blog to essay

An example. For the portrait series The Compassionate Civil Servant, I also tackled it this way. I began with an interview. I recorded that in audio and photographs. Later I listened back to everything and sometimes wrote 10 A4 sheets of paper. I also used Happyscribe for this on occasion, but writing on paper works nicer for me. In my draft, I marked the main points I learned. I looked for any additional context to that (desk research). I summarized everything in a blog with recommendations for myself on how to proceed in the research. After 17 interviews, I summarized all the insights in essays on The Compassionate Civil Servant.

When I document a research moment, I not only tell what I discovered, I show it. I provide examples and substantiate conclusions with quotes, in text or audio, and visuals.

You should not believe it because I write something, but for the evidence that comes with it.

In my interview with Henk as a compassionate civil servant, this process looked like this (from the “behind-the-scenes” video made by Aljan Scholtens):

The photo interview with Henk and documenting it

From Henk I no longer have my drafts, but from Johan I still do. Especially for you here they are on the blog.

Draft sheets with notes from the interview

Another example: CoronaMelder

Over the summer, I walked along with staff from the Public Health Service in their work to fight the coronavirus. I was not allowed to make recordings, so I typed along live with every conversation. On my laptop, I made folders with a document per visit, or sometimes per person I spoke to.

After the visit, I went through that again. First to correct all the typos of fast typing. Then to discover patterns that I underlined. Different subjects I gave their own color. For each topic, I worked it into an insight. We shared those insights, along with the context of the research and the observations on which it was based, on Github.

What themes were the interviews about? What did I see while walking along? How did employees work with all the systems and with each other? Did something come back regularly, how?

When listening in with a source and contact tracer, for example, it looked like this. Green highlighted is about how the Covid measures are told, orange how people respond to them, yellow how contacts are mapped and blue is about the systems used. We found green and orange information especially important when designing the notification CoronaMelder sends via your phone. For comparison, here is the documented research from that day.

It’s not just about what people say, but what you see, what people do and what happens around you during a research moment. In one of my first visits, several employees told me that they have to work differently all the time. “At every press conference another change is announced and we have to do our work differently.” In the corridors I saw flip charts always showing the new approach, the old sheets lying on the floor in the corner. This follow-along day then led to this insight“The process changes every week.

In all this documentation, you can see exactly how I go from“what did I see” to“what do I know now” to“next step. At CoronaMelder, all research and insights are published on Github, and searchable in Sticktail (the program the researchers work in). That way, the whole research file is together and our wisdom as a team and as an organization grows “naturally” as we do more research.

What to record and what not to record

Of course, there are limits to what information you keep, how you do it and for how long. Consider the following

information about individuals. Of course you ask permission for the research, but you usually don’t have to tell in your documentation exactly who it’s about. Sometimes video footage is fine, do ask extra permission for this if you want to share it. (I usually send it too: ‘look, this is how I used it in the report’).
information that is irrelevant or outdated.
information that should not be shared. This is especially important if you work in the open. Where is the cut and what should not “go out”? Consult on this and discuss who determines this and on what terms.

And make sure your information is easy to find. I use categories and tags on this blog. At the Executive Agency of Education, like at CoronaMelder, we work with Sticktail which also makes tag-based searching in all your research easy. Give documents and folders good names that everyone can understand (not just you). That way you never lose track.

Documenting will never be completely sexy, but hopefully this will get you a long way. Good luck!