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.
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 modeled the backend using domain-driven design.