Design supervision
Why the designer should take part during development, and where checking the original idea ends and a new task begins.
An approved mockup does not answer every development question. It may not include a long product name, a form error or an in-between screen width. Design supervision helps the designer and developer agree on how to keep the original idea in such cases.
It is not a redo of the whole design and not a substitute for technical testing. Its value shows where a decision needs clarifying, not just where the gap between two blocks needs checking.
The developer shouldn't have to guess a contested scenario
How does the menu open on a phone? What happens to a large card on a tablet? Which animation is acceptable on a slow connection? If the answer is not in the mockup, the designer can clarify the behaviour before implementation. That conversation is cheaper than rebuilding a finished block.
For a simple site, many decisions are obvious and need no regular meetings. For an unusual interface, it is better to plan the mockup author's involvement in advance.
Comparing with the mockup doesn't always solve the problem
A difference between a Figma screen and a browser page may be an implementation error, or it may come from different text or window size. The designer helps tell one from the other and choose a fix that keeps the logic of the interface.
Responsibility for working forms, page loading and browser compatibility stays with development and testing. Design supervision does not exempt the team from those checks.
A new mockup is still new work
Clarifying an approved option and designing a new page are not the same. If a new section appears during development, the user scenario changes or a separate mobile composition is needed, the design scope is revised.
What supervision includes and how new mockups are paid for is defined by the contract and project scope, not by the general name of the service. For complex responsive work, choose the approach to mobile screens in advance.
Supervision helps when decisions can be made on time
The best moment to ask the designer is before the developer has built the contested behaviour and handed it over for acceptance. A short agreement removes uncertainty and leaves a verifiable decision for the whole team.