Lesson 2 of 10 lessons from building a user-friendly corona-app

The design process of the Dutch corona-app (CoronaMelder) was as user centered as it gets. During the project we did more than 25 tests with over 200 users. I had the honor to be part of the team. Together with my colleagues, I was responsible for collecting user insights and creating a simple, user-friendly app. One that everybody in the Netherlands can use.

Over the past months we have learned a lot and it would be a waste not to share our insights with the world. I hope other teams working on corona-apps can profit from them. I’m quite sure some of these lessons are universal and could apply to other (healthcare) apps as well.

If you’re working on corona-apps or (healthcare) apps in general, this article is for you.

I’ve summarized our most important lessons and give a few concrete tips for each insight. Enjoy the read!

In our first design we spent a large part of the onboarding explaining how the app works technically.

Earlier version of the Dutch onboarding, focusing on how the app works technically

However, diving into the technical details of how the app works turned out not to increase trust. On the contrary: it only increased the number of questions and doubts people had. We have also noticed that for every technical thing you try to explain, one of two things happen:

  1. The user doesn’t understand it, and gets frustrated that they don’t understand the app
  2. The user does understand, and the explanation raises extra (unanswered) questions

Don’t get me wrong: of course you need to explain how the technology works up to a certain level. We’ve included a more detailed explanation of the technical details in ‘about the app.’

  • [Advice] — Focus on the intended effect of the app, rather than how it works technically. You don’t always have to explain the ‘how.’ Keep the technical explanation basic. The app is about receiving a warning after you’ve been exposed to a higher risk of infection. Not about exchanging unique numbers, codes, or ID’s.

Read more

The article could have easily been called ‘148 lessons for people building corona-apps’. This is one of 10 lessons I selected and summarised. All our research findings are available on our public GitHub.

Through this process we developed a profound understanding of what works, and what doesn’t. Any questions? Want to learn from our mistakes, successes and experiences?

Get in touch! :)

The other lessons

User centered design specialist with a passion for healthcare