Zendesk logs your Luton tickets; it can't link one to the aircraft, the contract SLA, and the penalty clock

Zendesk is a generic support helpdesk where a ticket has a priority, assignee, and status. Luton operational tickets are tied to specific aircraft or shipments and governed by per-account contract SLAs with penalty clauses. Zendesk has no concept of that contractual risk, so it's tracked by hand outside the tool.

By making penalty exposure visible with the SLA clock running and escalating before a breach. Instead of discovering a breach when the penalty lands, your team sees a ticket approaching its SLA window and acts in time, which a generic helpdesk can't surface.

Yes. A custom build applies the correct SLA rules per contract automatically, so a premium account's tighter response window and a standard account's looser one are both enforced correctly, rather than relying on staff to remember which applies.

£35,000 to £95,000 depending on whether you need SLA-aware ticketing alone or the full platform with penalty tracking and escalation. The per-contract SLA and penalty logic is the main cost driver.

Possibly, for genuinely generic customer queries with no contractual SLA. The custom build is for operational, SLA-bound tickets where penalties make breaches expensive. Some firms run both, routing contractual operational issues to the custom system and general queries to an off-the-shelf tool.

A typical Digital Heroes helpdesk build runs 3-5 people: a backend developer, a frontend developer, a part-time designer, a QA engineer, and a project lead, with a second backend developer added for omnichannel or heavy integration work. You do not need a 10-person team, and a quote built on one is padding. More useful than headcount: confirm at least one engineer has shipped email ingestion and threading before.

Ship ticket intake from one channel (usually email), assignment, statuses, internal notes, and a basic SLA timer, and hold everything else. In Digital Heroes projects that scope lands around $25,000-$40,000 and puts agents in the system within 8 weeks, after which real usage data tells you whether skills-based routing or a knowledge base comes next. Multi-channel intake and AI triage are the two features teams buy too early most often.

Neither is secure by default; security tracks the practices of whoever builds and operates the system, not the model. SaaS gives you the vendor's certifications and patching but puts your data in a shared multi-tenant platform on their terms, while custom gives you full control over data residency, access rules, and compliance requirements like HIPAA, with the responsibility sitting with you and your agency. Before hiring anyone for a system holding sensitive data, ask for their security checklist: encryption at rest and in transit, an OWASP Top 10 review, role-based access, and a penetration test before launch.

Budget 15-25% of the initial build cost per year, so roughly $13,500 to $22,500 on a $90,000 system. That covers hosting, security patching, dependency upgrades, and fixing breakage when the email, CRM, or chat APIs you integrate with change, which they will. Skipping this line item is how custom helpdesks die within two years.

Nothing dramatic, if the engagement was set up correctly: the code sits in your repository, hosting runs on your cloud account, and a handover document explains how to deploy and operate the system. Any competent replacement team can then take over in days rather than months. If the agency controls the repo, the servers, or the domain, fix that now, because renegotiating access during a dispute is the most expensive place to discover the problem.

Onshore agencies in Luton typically quote $100-$200 per hour in the proposals Digital Heroes sees competing for the same work, which puts a mid-market helpdesk build at $60,000-$150,000 locally. Hybrid teams with senior leads onshore and delivery offshore quote the same scope at roughly 40-60% less. Judge quotes on scope, not rate; a cheap hourly rate attached to a vague spec costs more by launch.

Yes, if you state that target upfront so the queue and database are designed for it; scaling from 10 to 200 agents is an infrastructure and routing problem, not a rewrite. The parts that break are naive email polling, unindexed ticket search, and reports running against the live database, all cheap to prevent and expensive to retrofit. The economics also improve as you grow, since the custom system costs the same at 200 agents as at 20 while per-seat SaaS pricing multiplies.

You should, completely, through a written intellectual property assignment that transfers everything on final payment; without that clause, copyright stays with whoever wrote the code by default. Insist that the repository lives in your own GitHub organization from day one and that hosting, domains, and third-party accounts are registered to you. Also check for licenses to the agency's proprietary frameworks buried in the contract, because those can make switching vendors practically impossible even when you own your own code.

Any mainstream stack works; the architecture matters more than the language. A common Digital Heroes setup is a TypeScript or Python backend, PostgreSQL, Redis with a job queue for email ingestion and SLA timers, and a React frontend with WebSockets for live agent views. Be wary of exotic choices, because a helpdesk is a 5-10 year asset and you want a stack any hiring market can maintain.

Agency rates in markets like Luton typically run $100 to $200 per hour against $25 to $60 offshore, but the hourly rate is not the project cost. Across 2,000+ Digital Heroes projects, the setup that consistently works is a hybrid: senior architects and a named lead for your project with a distributed build team behind them, which lands total cost well below all-local without the rework cycles that pure lowest-bid offshore engagements produce. Compare bids on total delivered cost with maintenance included, never on rate cards.

Three to five for a typical focused build: a project lead, one or two engineers, a designer, and part-time QA, which is the standard shape across 2,000+ Digital Heroes projects. Larger platforms justify 6 to 10, but a ten-person team on a small first version usually signals bill padding rather than horsepower. What predicts success is whether a senior engineer is writing your code daily, not the headcount on the proposal.

Digital Heroes builds custom helpdesk & ticketing software systems for operators who have outgrown the off-the-shelf tools in their category. The work is delivered remotely: our engineers work from Delhi and Lucknow, leadership is in New York, and some team members live in London and Sydney and work remotely from there. We have no office in Luton. You can chat with the team directly, and every form gets an email reply within 24 hours.