One important cultural institution fostering exchange between different teams at our Stuttgart office is what we call the Monday Meeting. It’s an informal meeting that gives teams and individuals the chance to present interesting projects as well as share insights and outcomes with each other. When we started having these meetings, we used one of our whiteboards to organize the agenda.
With more and more team members spread across different floors and people working from home this solution didn’t scale well. We advise our clients to live and breathe digitalization, so we thought it would be the perfect opportunity to set a good example and to digitalize our whiteboards.
Equipped with design and frontend knowledge we still needed a way to build a backend. A few things were essential for us to create this kind of solution:
Working on a whiteboard collaboratively should feel as close as possible to a real board. Which is why we needed real-time web updates without having to worry about the details.
Driven by native web technologies
Handlebars for the cloud
We wanted technology that could guide us on how to architect and develop the backend. We truly believe that HTTP and web APIs will play an important role in how companies and services will communicate with each other in the future. Therefore, designing a backend with an API-first approach is something that we wanted to train ourselves in.
Obviously the posts and boards should not be visible to the public at first. As a design and innovation consultancy we don’t want to worry about our applications‘ security. Both security (e.g. HTTPS) and authentication (e.g token-based authentication) best practices should be baked right into our backend.
In the second part of our series we’ll talk about how we modelled the backend using domain-driven design.