Understand
Business clarification and process mapping before a single decision about technology. We ask uncomfortable questions early.
Services
We are deliberately narrow. Everything below sits inside the Microsoft business applications stack, and everything below is work we have done at scale before.
01 — Business applications
Sales, Customer Service and bespoke XRM built on Dataverse — designed as a product with a lifespan, not a project with a deadline.
Business clarification, process mapping, data modelling, configuration and custom development through to user testing, rollout planning and execution.
C# plugins, custom workflow activities, TypeScript client scripting, PCF controls and model-driven app design — reviewed, tested and maintainable.
On-premise CRM and legacy XRM platforms moved to the cloud, including data migration with SSIS and KingswaySoft, and brown-field refactoring.
02 — Low-code
Low-code is only cheap if someone senior draws the boundaries. We decide what belongs in a canvas app, what belongs in Dataverse, and what should never have been low-code in the first place.
Applications designed around the domain model, with a clear split between configuration, low-code and pro-code so the solution stays supportable.
Power Automate flows with proper error handling, idempotency and monitoring — replacing the fragile automations that quietly fail at month end.
Power BI models built on a Dataverse structure that can actually answer the questions the business asks, rather than a report per request.
03 — Cloud & integration
Where Dynamics programmes most often break. We build the integration layer as a first-class system with its own architecture, monitoring and failure behaviour.
Queues and topics over Service Bus, Functions handling volume and concurrency, retries and dead-lettering designed rather than discovered in production.
REST APIs and webhooks behind API Management, with well-defined interfaces so multiple vendors can work against the same platform without collisions.
Key Vault, managed identity, Azure AD B2C and a security model that stands up to a GDPR review instead of being patched before one.
04 — Architecture
The expensive decisions are made in the first six weeks. We make them explicitly, write them down, and stay accountable for them through delivery.
Domain-driven design applied to Dataverse: entities that reflect how the business actually works, and boundaries that hold as scope grows.
A documented target state across CE, F&O, Azure and the surrounding estate, with a migration path that can be delivered incrementally.
An honest second opinion on an existing platform, vendor proposal or estimate — what the risk actually is, and what it would take to fix.
05 — Governance
Regulated environments do not reward improvisation. We set up the routines that make releases boring and audits short.
Environment strategy, solution segmentation, build and release pipelines, and branch policies that match the size of the team using them.
Templates and guidelines for epics, features and user stories, so business and development are working from the same definition of done.
Testing methodology and scope, user acceptance testing, GDPR-compliant data handling and the documentation to evidence all of it.
06 — Leadership
Sometimes the architecture is fine and the delivery is not. We have been put into failing programmes as a task force and taken them to go-live.
Establishing a common understanding between stakeholders and developers, investigating where the hours have gone, and rebuilding a credible plan.
Leading development and architecture teams, cross-team coordination across vendors, and status reporting with real risk and issue management.
Mentoring your architects, developers and product owners deliberately, so the platform outlives the consultancy engagement.
How we work
Business clarification and process mapping before a single decision about technology. We ask uncomfortable questions early.
A written target architecture and a delivery plan you can hold us to, sized to what the organisation can absorb.
Hands-on. The people who designed it build it, review the code, and sit in the refinement sessions.
Documentation, routines and mentoring, so your team owns the platform rather than renting it from us.
Get in touch
A short conversation is usually enough for both of us to know whether there is a fit.