Making data management more fun and engaging by applying modern flows with micro interactions and allowing users to connect with each other.

Man sitting at desk looking at screen with the PsyData app open in the browser.


PsyData was bursting at the seems: the software didn't have room to meet new demands and feature requests from the users. On top of that, the outdated codebase was becoming unmaintainable.

The software was based on existing workflows of data managers at GGZ inGeest: data that gets published by the research projects is stored and organised through a system that is supposed to make it easier to browse through. Subsequently, other researchers can request and receive the data after a curatorial process.

Data managers are administrators of projects, where they can organise, publish and accept data and requests. Researchers are users who mostly request the data, after which there will be a process where data managers verify the request and the researcher's use case through previously submitted analysis plans.


Utilizing HTML5, CSS3, Node and the WebSocket API I wanted to redesign the platform from the ground up.

By creating an inventory of the current use cases with the help of the previous developer and the old code base, we designed new flows for data managers and researchers. We focused on making their lives easier by reducing clicks in the interface, creating visual and mental hierarchies of on-screen information and implementing new rules in the system.

Diagram illustrating the visibility and relationship of bugs vs. technical debt.
Diagram illustrating the visibility and relationship of bugs vs. technical debt.

We separated the limiting data-structures of one-to-one data models like "users-to-projects", "files-to-projects" and so on. By doing that, we essentially made it easier for groups of people to work together whenever they need to, by allowing data managers to include in, or exclude people from projects and groups. This also opened a new door to subscription models and trial-accounts for monetisation.

User flow diagram of: login, register, create project, add data, request data, respond to request
User flow diagram of: login, register, create project, add data, request data, respond to request.

The UI redesign was built form the ground up with a natural direction of reading in mind. Everything has to flow from top to bottom, with the most relevant information at the top. We also separated interactions and forms by layering those elements on top of the current page. This made it less jarring and very clear whenever a user is prompted for input.

Screenshot of the filter feature in the PsyData app
Screenshot of the "filter through column" feature in PsyData.

Users of PsyData also had some other requests, besides the redesign of the data management and request flow. They requested a clearer sense of human interaction by having more direct communication with each other through the application. In the previous version, all communication was conducted through e-mail, outside the application itself. With the new version, we aimed for more context and hierarchy in communication by implementing direct messaging (chatting) and allowing users to leave notes whenever they request, respond to requests or modify data.


With the redesign, we've achieved what we initially set out to do: make it easier for data managers and researchers to find their way through the application. Creating a new project, adding users and uploading their first data set to the repository is four clicks, and two screens away.

Designing for the users' intuitions drew a clear path for us to make design decisions: the users lead the way!

Did I spark your interest?

Let's work together! Drop me a line at: