How long does a ServiceNow implementation take?
A first ITSM phase covering incident, request and change typically runs 8 to 16 weeks. HRSD is usually 8 to 14, CSM 10 to 18, and ITOM with discovery and service mapping 10 to 20. These are planning ranges, not commitments. What actually moves the date is how clean your assignment groups and catalogue taxonomy are, how many integrations are in scope, and whether CMDB ownership has been agreed before discovery runs.
Why do CMDB implementations fail?
Because discovery is treated as the deliverable. Running discovery populates the tables, but without named owners per class, reconciliation rules that decide which source wins, a defined refresh cadence and a retirement process for decommissioned assets, the data drifts within months. Once change impact analysis is wrong twice, people stop trusting it. A CMDB needs a product owner and a completeness and staleness report someone reads, not a go-live date.
Should we customise ServiceNow or configure it?
Configure wherever the platform allows it. ServiceNow ships two family releases a year, and every modification to a core table has to be regression-tested at each one. Use the out-of-box process models, Flow Designer and the App Engine, and keep bespoke logic in scoped applications. Where a core change is genuinely necessary, document the justification and the regression cost so the decision is made with open eyes rather than during a sprint.
What does a ServiceNow health check cover?
Instance configuration and customisation on core tables, CMDB completeness, duplication and staleness, upgrade position and how many releases behind you are, integration inventory with error handling, performance and job scheduling, and licence entitlement against actual use. It ends in a prioritised remediation list with effort estimates. You own the document, and it is useful even if you take the work elsewhere.
Can you help us catch up on skipped ServiceNow upgrades?
Yes. We start by identifying every customisation that will be touched, then build a regression pack that can be re-run at each future release rather than rebuilt. Catching up two or three family releases is usually done in staged hops through sub-production instances. The point of the exercise is not only getting current, it is remediating the debt that caused the delay, so the next upgrade is routine.
Do you provide ServiceNow managed services and support?
Yes. L1 to L3 support under agreed service levels, plus enhancement delivery, release management, instance hygiene and CMDB governance as an ongoing function rather than a project. Teams can be offshore, onshore or hybrid, and where you would rather keep the capability in house we place ServiceNow developers, administrators and architects into your own team instead.
Can we hire ServiceNow developers rather than outsource the project?
Yes. We provide ServiceNow developer staffing on contract or contract-to-hire, including administrators, ITOM and CMDB specialists and platform architects, working inside your governance and sprint cadence. Many clients combine the two: an implementation team for the first module, then augmented developers who stay with the platform, which is usually the cheaper way to retain knowledge.
Should every workflow move onto ServiceNow?
No. ServiceNow is strong where work crosses teams and needs a catalogue, an SLA and an audit trail. Processes that are really finance or supply-chain transactions belong in the ERP, which already owns the master data and the ledger. Building them on ServiceNow instead means duplicating records and reconciling them forever. We would rather define that boundary at design time than defend it later.