01 — Discovery and baseline
Understand institution goals, program portfolio, buyer journeys, analytics quality and technical constraints.
Explore related service →How we work
You should know what will be delivered, who makes decisions and what is measured. Our projects are structured to reduce ambiguity and keep education teams informed.
THE THINKING BEHIND THE WORK
Built for education, not adapted to it
A clear scope. A useful deliverable. A measurable next step.
Understand constraints
Choose the right solution
Make ownership clear
Understand institution goals, program portfolio, buyer journeys, analytics quality and technical constraints.
Explore related service →Map page types, audience questions, priority keywords, conversion opportunities and internal ownership.
Explore related service →Build approved templates, write and review content, prepare creative and configure the agreed channels.
Explore related service →Check accessibility, responsive design, forms, redirects, metadata, tracking and appropriate legal copy before release.
Explore related service →Review lead quality, conversions, search health and delivery SLAs to prioritize improvements.
Explore related service →Every proposal should identify the scope, milestones, review owners, deliverables, third-party expenses, change process and measurement approach. Timelines depend on complexity and client approvals.
Your guide to making the right decision
A clear delivery process gives your team a way to review progress and make decisions. Before work starts, the proposal should explain the scope, milestones, responsibilities and checks used to accept each deliverable. Website, content and campaign projects can then move through the appropriate review stages.
We agree who supplies academic information, approves copy, provides system access and signs off the work. Changes to scope should be recorded with their effect on timing and cost. Handover should include the agreed files, operating guidance and responsibilities for future updates, so your team knows how to use and maintain what has been delivered.
This work serves project sponsors, marketing leads, academic reviewers and technical owners. Their questions vary by decision stage, location and the information they already have. We organize the content and next steps around those differences, so people can find the right route without being pushed into an unsuitable enquiry or application.
Our initial review aims to understand the work stages, dependencies and approval points. We examine an existing visitor journey with your team, including the information available, the point where a visitor takes action and the staff response. Recent questions and incomplete enquiries can help identify where a practical change is needed.
The review draws on deliverable definitions, content owners and quality tests. Your team confirms the academic and operational facts, while we identify the website, content or marketing changes within the proposed scope. Depending on the agreed scope, planning can include a discovery-to-handover RACI, acceptance checklist and change log. Access requirements, dependencies and any further approvals are agreed before implementation.
The proposal should describe the agreed deliverables, review stages and handover. The agreed planning documents give both teams a shared basis for reviewing the work. We clarify the information and access needed from your team, who approves the work, and which ongoing updates are included or separately scoped.
One risk to address is concealing procurement or client-side prerequisites. The scope should explain how this will be checked and who is responsible for corrections. Your team should also know which activities depend on its systems or approvals, and which outcomes a service provider can measure without promising results it cannot control.
Useful measures include timely accepted deliverables. We agree the definitions and available data before reporting progress. Activity measures such as impressions, visits and form submissions help explain the journey, but they need context from the institution before they can be treated as successful admissions or commercial outcomes.
Reporting should connect observed changes with a practical next decision. Compare equivalent periods and account for intake dates, course availability and changes in follow-up. Where the systems cannot reliably measure timely accepted deliverables, the report should identify the gap and the next measurement step rather than present an unsupported conclusion.
Bring your current website or campaign example, the main question you want to resolve and any relevant information about deliverable definitions, content owners and quality tests. A short, specific brief is enough to begin. Do not send student records, passwords or other sensitive information through a public enquiry form.
Before implementation, agree who reviews the planning documents and how changes will be approved. The handover should identify the owner, the approved version and the checks used to accept it. This keeps future corrections and routine updates manageable after the project is complete.