Context before controls
Start with what someone is trying to do. Bring the right information to the moment they need it.
Eight products. Different problems to solve. One parent company.
The questions that guide how we design and engineer software.
Bervyn brings together independent products and a development services business.
Software meets people through an interface. We are interested in what makes that meeting clearer: the language, feedback and choices that help someone move forward.
Start with what someone is trying to do. Bring the right information to the moment they need it.
Make progress, errors and next steps visible. A system should help people recover as well as succeed.
Consider keyboard use, readable content and different screen sizes as part of the experience.
An interface is easier to evaluate when the task is specific. “Improve onboarding” is broad; “help a new team member create their first project” gives the design a clearer purpose. The same principle applies to a form, a support conversation or an interactive demo.
The Bervyn product family offers several contexts for this question. ZunoForm collects information, Wakeline guides someone inside a live application and Tellane explains a workflow through a separate demo. These are related interaction problems, but the user’s situation and level of access are different.
Consider what a person knows before each step and what they learn after taking it. A field label should explain the information requested. A validation message should help correct a response. A completion state should explain whether the task is finished and what will happen next.
Accessible interaction patterns provide a practical reference for this work. The W3C’s forms tutorials discuss labels, instructions and feedback; its ARIA Authoring Practices Guide describes established behavior for interface patterns. These resources are starting points for implementation and review, not a substitute for checking the actual experience.
A happy-path demonstration can hide difficult moments. Try the same task with a keyboard, on a smaller display and with incomplete information. Look for choices that rely only on visual position, messages that disappear too quickly or a focus position that no longer matches the user’s action.
Our interest is in connecting these observations to a specific improvement. A shorter form is not automatically a clearer form, and a longer tour is not automatically more helpful. The question is whether the interface gives the person enough context and control to complete the task.