Mobile first lends itself to this approach because you have to condense the content into a very small space. If you were to start with the desktop, i.e. with the rather large screens, there is a risk that you would lay out everything very lushly. If you then have to derive mobile, that can lead to problems. That's why we tend to say: mobile first is the right approach. It is simply easier to bring it to a large screen at a later stage.What we also like to do at Boana: we work with so-called “key screens”. That means we don't create all layouts in all screen sizes. Our approach is to work so closely with frontend developers that we only send over a few of these “key layouts” (key screens). To do this, we usually just explain the mechanism of how the scaling works.After all, this is not a single giant leap, but the elements scale down rather fluidly. The text runs smoothly, then the images slowly become smaller and then: bang, it jumps to another layout – that's more or less how you can imagine it. And that's why we prefer to explain the mechanisms behind it and perhaps already have a small HTML5 prototype, and this is how the handover takes place. It is often more efficient than designing each page individually in many screen widths.