Recheck dependent selections after an earlier answer changes

What to change

Request that the interface preserves only compatible selections and clearly asks the visitor to replace any choice invalidated by an earlier change.

A worked example

Illustrative example

A visitor switches from one branch to another. A service unavailable at the new branch is cleared with a clear request to choose again.

How to check the result

Accept when every final combination is supported by the current earlier answers and any necessary re-entry has an understandable reason.

A mistake to avoid

Clearing all later answers automatically may be simpler to build but creates avoidable work when some answers remain valid.

Your action checklist

Use these checks to prepare a discussion with your team or supplier. Tick a check when you have recorded the decision or evidence, rather than when a feature has simply been promised.

Decisions to recordChoose a location and a dependent option in a test journey. Return to the location question and select one with a different available set.Observe whether the old dependent choice disappears, remains valid or requires reselection. Ask the supplier to demonstrate the rule with both overlapping and non-overlapping options.Reach review and compare all selections. Confirm the page cannot submit a hidden stale value simply because it was chosen on a previous route.

Evidence, open questions and decisionsNext action and responsible role

Entries stay in this page and are not submitted to Kay & Co. Download your notes before leaving; the page does not save them.