A client opens the preparation for your next workshop. They need to explain who supports an important business process when IT problems arise. Instead of finding the right section in a long questionnaire, they answer a clear opening question. The questions that follow fit their answer.
An application under your brand could support your consulting service in this way. You explain to Browserbite what information your consultancy needs for the conversation. We take responsibility for designing, developing and testing the journey. Your clients should be able to concentrate on their situation.
One starting point, several relevant paths
The following example is invented. A consultancy is preparing a workshop on keeping a business process running. It wants to identify the IT contacts who need to be involved during a disruption. This is preparation for a conversation, not a complete assessment of operational preparedness.
The application first asks: “Who supports this process when IT problems arise?” The proposed answers are an internal team, an external provider, both together, or “I do not know yet”.
For an internal team, the next question asks for the responsible function and how to reach it. For external support, it asks for the agreed support contact. If both are involved, the journey collects both sides and asks about the handover between them. Whichever path applies, a contact within the client's organisation remains part of the preparation. External support does not remove the need for that internal coordination in our example.
The client does not have to decide which chapters they may skip. The consultancy receives the information it has chosen for this part of its workshop. Its methodology determines which questions are professionally necessary.
“I do not know yet” stays visible
A short journey is useful only if it preserves important uncertainties. Someone who does not know the support contact should not have to choose an arbitrary answer to continue in this example.
The application could keep that point open for the preparation call. Meanwhile, the client works on other questions where your service allows it. Before the meeting, the consultancy can see what still needs clarification. An unknown responsibility is treated neither as a confirmed arrangement nor as an automatically completed topic.
This design is our recommendation for the example. It does not determine which obligations an organisation has fulfilled. Even a fully completed contact section does not establish that support will work during a disruption.
A correction can open new questions
While checking their information, the client notices that the internal team receives requests, but an external provider handles certain incidents. They change their first answer to “both together”.
The application should now request the additional information and then return them to the overview. Information that still fits should remain available. The current position must be understandable to the consultancy; superseded information should not quietly appear to remain valid.
The GOV.UK guidance on checking answers describes this general principle: where a change makes further questions necessary, ask them before returning users to the overview. Here, we apply that design idea to a consulting service. [2]
Making it simple is part of our work
The GOV.UK Service Manual recommends establishing the purpose of each question and using different question paths so people answer only what is relevant to them. The guidance concerns digital public services; it does not prescribe the professional content of your assessment. [1]
Relevant paths do not mean showing and hiding as many fields as possible on one page. The GOV.UK Design System reports difficulties with complex revealed questions and documents a problem with announcing them to assistive technologies. It recommends a separate page for more involved follow-up questions. [3]
Browserbite takes responsibility for turning your description of the service into a clear journey and testing the implementation. That includes considering uncertain answers, corrections, keyboard use and use with assistive technologies. Together, we discuss a design to establish whether it represents your service correctly. You do not need to program branches or write screen rules.
When a tailored application makes sense
If you only need to show a few questions depending on an answer, an existing form tool may be enough. A tailored application becomes more relevant when the information repeatedly needs to connect with evidence, follow-up questions and your consultancy's professional work. Whether that is commercially worthwhile needs assessment in the particular project.
One example from your service is enough for an initial conversation: what information do you need before a meeting, and where does someone currently need an explanation? From there, we can explore whether a better-fitting digital journey is useful. Browserbite is responsible for the software. Your consultancy retains the professional interpretation.
Sources and scope
[1] GOV.UK Service Manual: Structuring forms — the purpose of questions and relevant question paths.
[2] GOV.UK Design System: Check answers — correcting information and asking newly required questions.
[3] GOV.UK Design System: Radios — conditionally revealed questions and documented limitations.
Sources checked on 3 October 2026. The example and proposed journeys are editorial recommendations, not a description of existing off-the-shelf software. The sources provide design principles; they do not establish time savings or commercial results for this example.