A decision before a commitment
A licence renewal, growing platform bill or new analytics requirement can trigger a platform discussion. None of those, by itself, proves that migration is the right answer. The assessment compares realistic options and makes the reasoning explicit.
Questions we help you answer
- Can targeted changes meet your requirements on the existing platform?
- Which constraints require architectural change rather than SQL tuning?
- What would a different platform change for your workloads and team?
- Which assumptions need a proof of concept before you commit?
What you receive
- Current-state findings. A documented view of the agreed systems, workload, dependencies and operational issues.
- Options and trade-offs. Compare staying and optimising, selective modernisation and migration against explicit requirements.
- Risks and assumptions. Identify data semantics, operational dependencies, skills, access and evidence gaps.
- Prioritised recommendation. Next steps, validation work and indicative effort or cost ranges where the available evidence supports them.
- A review with your team. Discuss the findings, decisions and remaining uncertainties.
What we need to begin
Start with the decision you face, the platforms involved and your deadline. Detailed work may require architecture diagrams, representative SQL and pipelines, workload measurements, platform costs and interviews with system owners. Approved extracts can support an initial review when direct access is unavailable.
We agree confidentiality, access and data handling before receiving sensitive material. Do not send credentials or production datasets through the contact form.
Independent does not mean a predetermined answer
Staying on your current platform is a valid outcome. So is improving only one part of the architecture. A recommendation to migrate needs evidence that the target can meet the requirements and that the transition is justified.
We evaluate platforms including Teradata, Oracle, SQL Server, PostgreSQL, Databricks, Snowflake and Microsoft Fabric according to the agreed scope. Relevant commercial relationships affecting a recommendation should be disclosed in the engagement.
Scope, fees and delivery
We agree the systems in scope, required evidence, deliverables, team, timeline and fees in a written proposal. A limited review and a detailed migration assessment require different levels of investigation. Implementation is scoped separately.
For the existing Teradata-to-Snowflake packages, see diagnostic and assessment pricing. For a broader or different platform decision, discuss the scope with us.
Prepare for the conversation
Read Optimise or migrate? A practical decision guide, explore our project accounts, or review how we work.
Discuss your platform decision
Tell us about your current platform, the problem and any important deadlines. We will agree the next step with you.
Discuss your project