Halo
Implementation Guide

What to expect when you implement Halo ITSM.

Straight talk from the people who've done it. What you need to prepare, how long it really takes, what to migrate and what to leave behind — and what good looks like on the other side.

5

weeks — up to 25 agents

Fixed

price, every plan

0

lines of code required

Allied ESM has delivered Halo implementations for organisations of all sizes

The honest answer

Halo is not a blank canvas. That's a good thing.

Most ITSM platforms ship as empty frameworks — you buy the licence and then spend months building a service desk from scratch. Halo ships with sensible defaults built in. You configure, not build.

The ServiceNow experience most people know

12–18 months to full deployment
Blank canvas — every workflow built from scratch
Customisation creates technical debt that compounds
Major version upgrades require separate project work
Integrations often custom-built and maintained separately

The Halo implementation reality

5–17 weeks to go-live, depending on complexity
ITIL-aligned defaults out of the box — configure, not build
No customisation — configuration only, nothing breaks on update
Your platform will be upgraded automatically — no version lag, ever
250+ native integrations — configured in hours, not built over weeks

The key insight: The speed advantage isn't because we rush. It's because Halo ships ready to configure — not ready to build. Your team gets a working service desk in weeks, not a platform that requires months of development before anyone can use it.

What we've learned

Three things that make or break every implementation.

After delivering Halo implementations across organisations of all sizes and sectors, the same three factors determine whether a project lands well or struggles.

Factor 1

You know your services before we start.

The most common cause of delay is arriving at design without a clear picture of what services you deliver. We can help structure and refine your catalogue — but the raw material has to come from you. If you can list your top 20 request types before kick-off, the project starts at a run.

Preparation tip: Export your current ticket categories from your existing system before the kick-off call.

Factor 2

One person has the authority to make decisions.

Implementations stall when configuration decisions require committee sign-off. You need a named owner — someone who can say "yes, that's right" or "no, do it this way" without waiting for a meeting. This person doesn't need to be technical. They need to know the business and have the authority to decide.

Preparation tip: Identify your project owner before you sign. Changing mid-project is the single biggest cause of delays.

Factor 3

Go live with the core. Expand after.

Every organisation has a wishlist. The temptation is to build everything before going live — advanced automation, full CMDB, every integration, every report. Resist it. The organisations that go live fastest are those that agree a tight scope for day one and treat everything else as phase two. Phase two happens faster than you think.

Preparation tip: Agree what "done" means for go-live before build starts. Write it down. Refer to it when scope creep arrives.

The journey

Every Halo implementation follows the same three phases.

Regardless of scope or timeline, every implementation moves through Discover, Build, and Go Live. The length of each phase depends on your complexity — the structure never changes.

1

Phase One

Discover

We understand your organisation before we touch the platform. What services you deliver, how your teams are structured, what your current system does well and where it falls short.

Service catalogue design and approval
SLA and priority matrix agreed
Integration requirements mapped
Go-live scope signed off

Output

Signed build specification — the contract between your organisation and Allied ESM on exactly what gets built.

2

Phase Two

Build

We configure Halo to your spec. Workflows, forms, SLAs, integrations, automation rules, user roles, and the self-service portal — all built to the agreed specification, not improvised.

Core ITSM processes configured
Integrations connected and tested
Self-service portal configured and branded
UAT: your team tests against the spec

Output

A fully configured Halo environment that your team has tested, approved, and is ready to use in production.

3

Phase Three

Go Live

Cut-over to Halo with Allied ESM present. We train your agents, support your first week of live operation, and hand over to your team with confidence that everything is working as expected.

Agent and admin training delivered
Cut-over from legacy system
Hypercare period: Allied ESM on hand
Project closure and handover to support

Output

Your team is live on Halo. Tickets routing. SLAs enforcing. Portal in use. Allied ESM available for questions.

Migration

What actually needs to move. What doesn't.

One of the most common anxieties about switching ITSM platform is the data question. Years of ticket history, asset records, knowledge articles — what happens to all of it?

The honest answer: most of it doesn't need to move. And the data that does migrate is simpler than people expect. Here's the reality, based on what we've seen across real implementations.

The golden rule: Don't migrate bad data. If your current system is full of inconsistencies, outdated records, and messy categorisation — Halo is the opportunity to start clean. We'd rather you go live with accurate data than carry forward years of technical debt.

What to migrate — and when

Open tickets

In-flight work that needs to continue in Halo

Migrate ✓

Users and contacts

Usually imported via Active Directory / Entra ID sync

Migrate ✓

Asset / CMDB data

Migrate if clean. Otherwise, import fresh from RMM / Intune

If clean

Knowledge articles

Migrate articles that are accurate and still relevant

Selectively

Historical closed tickets

Rarely worth migrating — reporting resets at go-live anyway

Usually not

Legacy system configuration

Workflows, forms, categories — always rebuilt in Halo from scratch

Never ✗

After go-live

What good looks like — and when you get there.

Go-live is the start, not the finish. Every organisation goes through the same maturity curve — the timeline varies, but the steps don't. Here's what to expect over your first six months.

The organisations that mature fastest are those who commit a named admin to Halo ownership — someone who's curious about the platform and has time to explore it. Your platform will be upgraded automatically, so there's always something new to turn on.

Day One

Core service desk live

Tickets routing, SLAs enforcing, portal accessible. Your team is handling real work in Halo.

Month One

Team confident, first data visible

Agents comfortable. Reports running. First SLA performance data giving you visibility you didn't have before.

Month Three

Automation reducing repetitive work

Routing rules, approval workflows, and automated responses handling the tasks your team used to do manually. Knowledge base growing.

Month Six

Full operational maturity

CMDB populated, ESM expanding beyond IT, AI features active, and a team that knows the platform well enough to keep improving it themselves.

Common questions — answered honestly.

No spin. If something is hard, we say so.

How long does a Halo implementation actually take?
The honest range is 5 to 17 weeks. Simple organisations with clear requirements and one integration can go live in five weeks. Complex organisations with ESM across multiple departments, custom integrations, and large user bases take longer. The timeline is driven by your complexity, not by the platform. Halo itself doesn't slow the project down — scope and decision speed do.
We've been burned by a ServiceNow project that ran for 18 months. Why would Halo be different?
The structural difference is configuration vs. customisation. ServiceNow is a development platform — your implementation team writes code to build a service desk on top of it. That code has to be maintained, upgraded, and eventually replaced. Halo is a configured product — everything is done through settings, not scripts. There's no technical debt, no upgrade risk, and no army of developers required. We've onboarded organisations directly from ServiceNow projects and gone live in under two months.
What if our data is a mess?
We've seen worse. Messy data is almost universal — outdated categories, inconsistent naming, asset records that haven't been touched in years. Our approach: migrate only what's accurate and still relevant. Open tickets, clean user records, and asset data from a live source (Intune, RMM) are the priorities. Historical ticket data rarely needs to move. Start clean in Halo rather than carrying forward years of accumulated mess.
What do we need to have ready before kick-off?
Three things make the biggest difference: (1) A list of your current service categories and the top request types your team handles — even a rough spreadsheet is fine. (2) A named project owner with decision-making authority — one person who can say yes or no without waiting for a committee. (3) A clear view of which integrations are essential for go-live vs. nice to have. Everything else can be figured out together during discovery.
Will our team actually use it, or will they revert to email?
This is the right question to be asking — it's the most common reason ITSM projects fail, and it has nothing to do with the platform. Adoption is driven by two things: the portal being easier than email (Halo's self-service portal makes this achievable), and agents seeing that Halo makes their job easier, not harder. Change management and training are included in every Allied ESM plan. We don't hand you a configured system and leave — we make sure your team knows how to use it.
What happens after go-live?
Every implementation ends with a hypercare period where Allied ESM remains closely available. After that, you can move to Allied ESM Managed Services for ongoing support and continuous improvement, or operate independently with Halo's own support covering the platform. Your platform will be upgraded automatically — your instance always stays current with the latest features. Most organisations find that after three months they're making most changes themselves.

Implementation plans

Choose the plan that fits your organisation.

All three plans are fixed-price. You know the full cost before work begins.

Not sure which plan fits? Talk to us — we'll tell you honestly.

Halo

Accredited Partner

One of only a small number of partners exclusively dedicated to the Halo ecosystem globally.

HALO Official Partner HALO Certified Partner

Ready to start? Let's talk about your organisation.

Allied ESM has delivered Halo implementations for organisations of all sizes. Fixed price, clear timeline, and a team that's done this before.