Know what is included, how you will review it, and who handles the next step. We work with you to define the scope, review progress, and agree the handover.
A maintenance request may need a few agreed tasks; an application or migration may need several phases. We use the scope and review points to make clear what will be delivered and which decisions need your input.
Select a stage to read what needs to be discussed. The number of phases and review points is set by the project scope.
What happens at each stage
01 / Understand
Show us the task or problem.
Describe what your team is trying to do and what makes it difficult. Explain the current website, systems, or working process, and share examples that make the situation easier to understand.
You bring: business context, priorities, and the result you want.
Discuss together: the issue, dependencies, and what needs further investigation.
02 / Define
Decide what the work will include.
Turn the requirement into deliverables that can be reviewed. Include the relevant features, pages, content, integrations, or tasks. For a larger project, discuss whether a smaller first phase is a useful starting point.
You bring: required outcomes and any constraints.
Agree together: inclusions, exclusions, dependencies, and what counts as complete.
03 / Agree
Set the working arrangements.
Discuss cost and timing alongside the scope. Clarify who provides content or access, who can approve decisions, and which communication channels and review points will be used.
You bring: availability, approvals, and the resources your team will provide.
Agree together: commercial terms, responsibilities, access arrangements, and the schedule.
04 / Work and review
Review progress before the next step.
Use agreed checkpoints to review progress and resolve questions. Feedback should refer to the expected outcome or deliverable. If a requirement changes, discuss its effect on scope, cost, and timing before adding the work.
You bring: timely feedback and the decisions that belong to your business.
Review together: progress, open questions, proposed changes, and the next step.
05 / Deliver
Check the result against the scope.
Review the deliverables using the agreed completion criteria. Confirm the access, files, instructions, or walkthroughs included in the handover, and identify who will use or operate the result.
You bring: the people needed for review and handover.
Confirm together: completion, any agreed remaining items, and ongoing ownership.
06 / What follows
Agree how future requests will be handled.
Decide which upkeep or support tasks are included and how new requests will be reviewed. A new feature, routine update, server issue, and content change may require different scopes or working arrangements.
You bring: the ongoing responsibilities your team expects to handle.
Clarify together: support scope, availability, request handling, and future phases.
What happens when a requirement changes?
New information can change the plan. Make the proposed change visible, understand what it affects, and agree the update before it becomes part of the work.
Describe the changeExplain the new requirement and why it matters.
Review its effectConsider deliverables, dependencies, cost, and timing.
Agree the updateConfirm the revised scope and responsibilities.
Continue the workUse the updated plan at the next review point.
A change-review sequence keeps the agreed scope and the work being delivered aligned.
What to include in your first message
You can begin before every detail is settled. A clear description of the situation is more useful than a long list of features without business context.
The task and current setup
Explain what is not working, how it is handled now, and which website or systems are involved. Include public examples or screenshots where useful.
The result and priorities
Describe what a useful improvement would look like. Tell us which parts are essential and which could wait for a later phase.
Timing and resources
Share any deadline, budget range, existing team responsibilities, and resources already available. These help frame the initial discussion.
Questions about the process
How are cost and timing decided?
They depend on the agreed work, its dependencies, the access or material needed, and the review arrangements. Discuss these together before confirming the scope. A smaller first phase may be worth considering when the larger requirement is still developing.
Who approves the work?
Identify the person or people who can review deliverables and make business decisions. Agree how feedback is collected so the team can work from a clear decision at each review point.
Does every project include ongoing support?
Support needs its own agreed responsibilities and scope. Clarify what is included, the working arrangements, and how future requests will be reviewed as part of the discussion.
Where can I learn more about Xtensyon?
Read About Us for the company overview and Why Xtensyon for the practical benefits behind this approach.
Tell us what needs to work better.
Share the situation and the outcome you have in mind. We can begin by clarifying the next step.
We use cookies to keep this website working and, with your permission, enable additional features, measurement and advertising. Accept all, reject all optional cookies, or learn more to customize your choices. Necessary cookies stay active.