Skip to Content
About Us

How We Work

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.

From the first enquiry to 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.

  1. 01UnderstandEstablish the problem and current setup.
  2. 02Define the scopeChoose deliverables and review criteria.
  3. 03Agree the arrangementsClarify cost, timing, access, and roles.
  4. 04Work and reviewCheck progress at agreed points.
  5. 05Deliver and hand overReview completion and transfer what was agreed.
  6. 06Plan what followsConfirm upkeep and future requests.
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.

  1. Describe the changeExplain the new requirement and why it matters.
  2. Review its effectConsider deliverables, dependencies, cost, and timing.
  3. Agree the updateConfirm the revised scope and responsibilities.
  4. 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.

Discuss Your Project