Systems nobody fully understands
A core application built long ago by people who have moved on, with business rules that exist only in the code and in a few colleagues’ heads.
Enterprise software · UK
For mid-market and enterprise teams with a defined programme: a legacy system to modernise, platforms to connect, an internal application that has outgrown its first version. We work alongside your architects, security team and IT, fit your change control, and leave documentation your own engineers can run with.
Who this is for
We are a focused engineering team, not a global systems integrator, and we are most useful where there is a defined piece of work: modernising a line-of-business application, building the integration layer between CRM, ERP and your own systems, replacing an internal tool that has outgrown its first version, or adding a customer or partner portal to an existing estate.
We are not the right choice to run a multi-year ERP implementation on our own, and we will say so. Where a larger programme is already under way, we can work as one accountable team inside it, delivering a defined component against your architecture, standards and release calendar.
Day to day, that means working with your people rather than around them: design reviews with your architects, a security review before build, your ticketing and change process, and your environments wherever you prefer them.
What makes it different
The code is rarely the hardest part. These constraints decide whether an enterprise project lands when planned, so we plan for them from the first week.
What we bring to supplier onboarding
To keep procurement and security review from holding up the start, we provide:
A core application built long ago by people who have moved on, with business rules that exist only in the code and in a few colleagues’ heads.
Dynamics, Salesforce and SAP bring API limits, release cycles and admin teams of their own. Integration plans have to respect all three.
Many roles, a steady flow of joiners, movers and leavers, and auditors who will ask exactly who could see what, and when.
Releases go through change boards, agreed windows and rollback plans. Delivery has to fit that rhythm rather than fight it.
Security questionnaires, due diligence and contract review take real time. Planned for, they run alongside discovery instead of delaying it.
Month-end runs, bulk imports and many concurrent users expose shortcuts that never show up in testing with a handful of records.
Legacy modernisation
Replacing a core system in one go is the riskiest way to do it. We move capability across in stages, so the business keeps running and every step can be checked.
Code review, database analysis and interviews with the people who use it. We document what the system really does, including the rules nobody wrote down.
Unsupported runtimes upgraded, monitoring added, and tests wrapped around the riskiest areas before any redesign starts.
New services take over one capability at a time behind a stable interface, while the old system keeps running everything else.
Repeatable migration scripts, rehearsals on copies of production data, and reconciliation reports your finance or operations teams can check.
Where the risk justifies it, both systems run side by side until the outputs match and users are confident in the new one.
Data you must keep is archived, access removed, and the licences and servers you no longer need are switched off.
Integration and identity
We integrate through each platform’s supported APIs and plug into the identity provider you already run, so access is granted and removed in one place.
Business platforms
Identity and SSO
Access and audit
Application stack
Data
Run and observe
Configuration inside Dynamics, Salesforce or SAP stays with your admins or implementation partner. We build what connects to them, respect their API limits and test against your sandboxes, to reduce the chance that a platform upgrade breaks an integration.
Procurement and security
Enterprise buying starts long before the first sprint. We complete security questionnaires and supplier onboarding forms in full, and we are plain about what we do and do not hold. If your contract calls for a particular certification or level of insurance, raise it at the start and you will get a straight answer before anyone spends time on a proposal.
Public-sector teams often buy through frameworks such as G-Cloud, and many organisations have preferred-supplier lists of their own. If that is your route, tell us early: we will be clear about whether and how we can be engaged through it, so procurement is not surprised at the last step.
Service levels are agreed per contract rather than copied from a template: response times, support hours, maintenance windows and escalation, matched to how critical the system is. We work UK business hours; if you need cover beyond them, we will discuss what is realistic before anything is written into an SLA.
Documentation and handover
Enterprise systems outlive the teams that build them. Documentation and knowledge transfer are scoped into the plan from the start, not squeezed in at the end.
What we chose, what we rejected and why — so future teams can change the system with confidence rather than guesswork.
How to deploy, roll back, restore from backup and respond to the alerts that matter, written for your operations team.
Every endpoint, integration and data field documented, including the mappings to and from Dynamics, Salesforce or SAP.
Automated test suites your team can run, plus results from performance, security and user acceptance testing.
Your engineers work alongside ours before handover, with recorded walkthroughs of the parts that are hard to learn from the code.
Repositories, cloud accounts and credentials sit in your organisation from day one, so there is nothing to hand back at the end.
How we work
Our standard seven stages with the enterprise checkpoints built in: architecture and security review before build, your change process at release, and a proper handover at the end.
Stakeholder interviews across the business, IT and security; a review of the current architecture, integrations and data; and the non-functional requirements — load, availability, retention and audit.
Current-state review and requirements
Options appraised with costs and risks — modernise, replace, buy or integrate — and a phased plan that fits your budget cycle and change calendar.
Options appraisal and phased plan
Target architecture, identity and access model, integration contracts and the user journeys for each role, reviewed with your architects and security team.
Architecture and security sign-off
Two-week sprints with demos, working in your repositories, ticketing and CI where you prefer. Every change is code-reviewed before it merges.
Working increments in your environments
Automated tests, performance testing at realistic volumes, accessibility checks, support for your penetration testing, and user acceptance testing with named business users.
Test evidence for your release board
Releases through your change process, with cutover plans, rehearsed rollback steps and closer support in the weeks after go-live.
A controlled production release
Support under an agreed SLA, a roadmap of improvements, or a structured handover to your own team with documentation and pairing.
SLA support or a completed handover
Engagement models
Enterprise work usually begins with a paid discovery to review the estate and agree a phased plan. Delivery then runs as fixed-scope phases, a managed team that owns an outcome, or dedicated engineers inside your own teams.
From £2,000 fixed fee
You have an idea or a problem, but not yet a scope you would trust a quote against.
Quoted after discovery
A defined build — an MVP, a rebuild or a feature set — with milestones and a fixed budget.
From £9,500 per month
A small cross-functional pod — engineering, QA and delivery lead — that owns an outcome.
From £2,900 per developer / month
Ongoing roadmap work where you want named engineers inside your own sprints.
Prices are in GBP. Every estimate is confirmed in writing after a discovery call — the figures above are where engagements start, not a quote.
Relevant work
Systems with many users, roles and integrations — university administration, multi-source finance reporting and digital banking. Each case study covers the brief, the approach and the stack.
All case studiesUniversity management system replacing spreadsheet enrolment and timetabling.
Revenue analytics dashboard with multi-source data and automated reporting.
Digital banking app: accounts, bill payments, loans and investments.
Why Techsleight
No inflated numbers — just how we run projects, and what you can hold us to.
We ask what the software is for before we estimate it — and we will tell you when something should not be built, or should be bought instead.
LLM features, retrieval and automation built with evaluation, guardrails and cost controls, and plain software where that is the better answer.
Design, frontend, backend, mobile, cloud and QA in one team, so nothing falls between suppliers.
UK business hours, estimates in pounds, and a contract with a UK company. Our engineers are based in the UK and India.
A fixed-scope project, dedicated developers or a monthly retainer — and you can move between them as the work changes.
Code, IP, cloud accounts and documentation are yours from day one. We sign an NDA before discovery if you need one.
We stay on for fixes, upgrades and new features, or hand over cleanly to your in-house team with the documentation to match.
FAQs
Straight answers on scope, cost, timelines and how we work. If yours is not here, ask us directly.
We are a good fit for mid-market companies modernising or building whole systems, and for larger organisations with a defined component, integration or department-level application inside a wider programme. If a piece of work needs a much bigger supplier than us, we will say so at the start.
Yes, through their supported APIs. We agree integration contracts and data mappings with your platform admins, design around API limits and release cycles, test against your sandboxes and document every mapping. Configuration inside the platform stays with your admins or implementation partner.
Yes. We integrate with Entra ID and other identity providers over SAML 2.0 or OpenID Connect, map application roles from your groups, and can add SCIM provisioning so joiners, movers and leavers are handled in your directory rather than inside our application.
Yes, in full. We answer honestly — including where we do not hold a particular certification — and provide architecture and data-flow diagrams, a description of our development practice and named contacts. If a requirement is a hard gate for your contract, raise it early so nobody wastes time.
Tell us your procurement route at the start. Public-sector buyers often use frameworks such as G-Cloud, and some contracts can be awarded outside a framework, depending on value and your procurement rules. We will be straight about whether we can be engaged through the route you need, and what the alternatives are.
In stages. We document what the system does, stabilise it, then move one capability at a time behind a stable interface while the old system runs the rest. Data migration is rehearsed on copies of production data with reconciliation reports, and old and new run in parallel where the risk justifies it.
Yes, on terms agreed in your contract rather than copied from a template. Response targets, support hours, maintenance windows and escalation routes are set by how critical the system is. Our standard hours are UK business hours; wider cover is discussed openly before it is promised.
Yes, and we recommend it. Working in your repositories, CI, ticketing and cloud accounts from day one keeps your security controls in place, gives your team full visibility and means there is nothing to transfer at the end. We follow your policies for accounts, devices and access.
Our engineers are based in the UK and India and work UK business hours; contracts are with Krapton IT Consultancy, a UK company. If your data or contract requires that only people in the UK access production systems, tell us at the start and we will confirm how the team would be staffed before anything is signed.
By defining the load up front — users, transactions, data volumes and peaks such as month-end — and testing against it with realistic data before release. Profiling, indexing, caching, queues for heavy work and capacity planning then follow from measured results rather than guesswork.
Start a project
Tell us about the system, the platforms it touches and where procurement is up to. We will reply with questions, an honest view on fit and what a discovery phase would cover.
What happens next
Techsleight Labs is a trading name of Krapton IT Consultancy.
Explore