01
Step-by-step
- 01
Restate the problem accurately
Confirm the scope and any ambiguous term without burying the answer.
- 02
Answer first
Give the direct answer or decision early.
- 03
Explain the reasoning
Add the evidence, mechanism, tradeoff, or condition that makes the answer trustworthy.
- 04
Use an example
Show how the answer applies in a realistic case.
- 05
State limitations
Explain where the answer changes or requires specialist advice.
02
Verification
- The implementation matches the visible page and intended audience task.
- The result works on mobile and with keyboard operation where applicable.
- Links, code, schema, and instructions have been checked in production.
- The expected business or user outcome can be measured.
- An owner and review trigger are recorded.
03
Before you change the website
- Define the purpose and expected result of answer questions clearly.
- Capture the current state using service checks, synthetic journeys, certificates, domain and DNS state, scheduled maintenance, alert routing, incidents, and recovery evidence.
- Identify the source template, component, plugin, content owner, and release path that controls the output.
- Prepare a test case, approval path, backup or rollback method, and post-release verification plan.
04
Quality-control checks for answer questions clearly
- Exercise the check and alert path, confirm escalation and customer communication, and retain recovery evidence.
- Check representative page types and edge cases instead of confirming only the example used during implementation.
- Confirm the change did not create publishing status before impact and scope have been confirmed.
- Record the implementation date, owner, release reference, evidence, and next review trigger.
Next useful action
Turn answer questions clearly into an accountable record.
A tested implementation of answer questions clearly with deployment notes, rollback context, and retained verification.