Modernization path

ServiceNow N2/N3 support and 24/7 application maintenance.

Operational maintenance of the ServiceNow platform: N2/N3 support, application evolutions, semi-annual upgrades, Now Assist, on-call.

Key figures
2-3 years
typical duration of a renewable ServiceNow AMS contract
5-15%
of customs to adapt at each ServiceNow semi-annual upgrade
3-5 people
AMS cell size for an ITSM scope of 200 to 500 users
ATLAS methodology applied

From scoping to deployment, five structured phases.

Each phase aggregates one or more of the ten ATLAS steps. No phase starts until the previous one has delivered its validated artefact. The ATLAS methodology makes AS/400 migration predictable and auditable.

  1. 01Phase 1

    AMS onboarding (transition)

    ATLAS steps
    E1 Intake · E2 Discovery · E2b Functional spec

    Mandatory 4 to 8 week transition phase: exhaustive reading of existing documentation, knowledge transfer sessions with build team, mapping of customs and integrations, identification of known technical debts, rewrite of missing documentation. Contractual SLAs only apply after this signed phase.

    Phase deliverable
    Signed platform map + refreshed documentation + activated SLAs
  2. 02Phase 2

    Daily run (N2/N3 + SLA)

    ATLAS steps
    E5 Continuous run · E6 Parity validation

    N2/N3 support on incidents and requests, SLA management by criticality (Critical 1h acknowledgment / 4h resolution, Major 4h/1d, Minor 1d/5d, Evolution 5d qualification), rotating on-call, documented N3 escalation, KPI tracking.

    Phase deliverable
    Tickets resolved within SLA + monthly review + MTTR indicators
  3. 03Phase 3

    Application evolutions

    ATLAS steps
    E4 Architecture · E5 Migration

    Evolution cycle in sprints (typically monthly), prioritization with business key users, form / workflow / Performance Analytics report configuration, user testing, deployment without regression, integration of new capabilities (Now Assist, AI Search, Workflow Studio).

    Phase deliverable
    Documented monthly releases + up-to-date business roadmap
  4. 04Phase 4

    Semi-annual upgrades

    ATLAS steps
    E4b Pre-upgrade tests · E6 Parity validation

    Monitoring new ServiceNow versions, testing on quality instance 6 to 8 weeks before target production, non-regression tests on critical workflows, remediation of 5-15% impacted customs, pre-prod rehearsal, production window planning with rollback prepared, execution and post-production validation.

    Phase deliverable
    Upgrade in production without regression + up-to-date platform
  5. 05Phase 5

    Annual review & continuity

    ATLAS steps
    E7 Handover / renewal

    Annual AMS review with strategic recommendations (module extension, simplifications, architecture redesign), renewal / extension / partial handover arbitration, documented continuity plan, progressive handover to client team possible if requested.

    Phase deliverable
    Signed annual review + year N+1 plan + continuity plan
Who is concerned

Business context and modernization stakes.

Why outsource ServiceNow run

A ServiceNow platform in production requires structured operational maintenance: N2/N3 support on technical incidents, application evolutions requested by business teams, semi-annual upgrades imposed by ServiceNow, integration of new capabilities (Now Assist, AI Search, Workflow Studio), platform health monitoring. Many organizations size their internal team for the initial build and find themselves under-equipped for run. Outsourcing the run to a specialized partner allows for expertise pooling and guarantees continuity even in case of internal turnover.

Typical topics of a ServiceNow application maintenance contract

A ServiceNow application maintenance (AMS) covers four activity families. N2/N3 support: resolution of technical incidents that internal users cannot handle (broken workflows, integrations in error, access rights, performance). Application evolutions: form adjustments, new workflows, Performance Analytics reports, deployment of new modules. Semi-annual upgrades: testing on quality instance, remediation of impacted customs, production deployment without regression. Proactive monitoring: monthly health review, identification of technical debts, simplification recommendations.

Source platform

ServiceNow instance in production

Target technology

24/7 service center with contractual SLAs

Scoping reference

Typical duration and team for this path.

A ServiceNow AMS contract is typically structured over two to three years renewable with a cell sized to volume. For a platform with two to five hundred users and a standard ITSM scope, plan three to five people: a ServiceNow N3 tech lead, one to two ServiceNow N2/N3 developers, an ITIL functional consultant for evolutions, a part-time project manager. For larger platforms (ITSM + ITOM + CSM + HRSD, more than one thousand users), the team can reach eight to twelve people with module-by-module split.

Challenges

  • Maintaining a high service level on heavily customized platforms.
  • Managing semi-annual upgrades without regression.
  • Supporting business evolutions and new Now Assist versions.

ATLAS approach

  • Documented handover and contracted governance.
  • N2/N3 support with SLA, on-call, monthly health review.
  • Application evolutions pipeline: sprint, release, non-regression.

Expected outcomes

  • Sustained availability over time, controlled MTTR.
  • Application roadmap delivered, upgrades passed without regression.
Identified pitfalls and ATLAS response

What we learned on this migration path.

Pitfall 01

Starting AMS without a documented handover phase. The AMS team inherits a custom platform whose specifics it does not know, and the first months are catastrophic in terms of SLA.

ATLAS response

Mandatory 4 to 8 week transition phase: exhaustive reading of existing documentation, knowledge transfer sessions with the build team, mapping of customs and integrations, identification of known technical debts, rewrite of missing documentation. Contractual SLAs only apply after this signed transition phase.

Pitfall 02

Underestimating the execution of semi-annual upgrades. Without preparation, an upgrade can break dozens of customs and block the platform for several days.

ATLAS response

Structured upgrade plan: testing on quality instance 6 to 8 weeks before production, execution of non-regression tests on critical workflows, remediation of impacted customs (often 5 to 15% of customs need adaptation), upgrade rehearsal in pre-prod, production window planning outside critical hours with rollback prepared.

Cell composition

A specialized cell for this modernization path.

Several distinct profiles, mobilized over the full program duration. Reproducing this cell internally is rarely realistic — the legacy skills shortage and ATLAS expertise depth make outsourcing structurally faster and less risky.

Duration
2 to 3 years renewable, sized by user volume and modules
Volume
3 to 5 people for ITSM 200-500 users · 8 to 12 people for extended platform (ITSM + ITOM + CSM + HRSD, 1000+ users)
Profiles

ServiceNow N3 Tech Lead

1

Platform architecture, advanced customs, upgrade scripts, critical integrations, N3 escalation point

ServiceNow N2/N3 developers

1-3

Form configuration, workflows, JS scripts, Performance Analytics, REST integrations, customs remediation on upgrade

ITIL functional consultant

1

Application evolutions, workflow redesign, ITIL compliance, business dialogue, key user training

Quality & continuous improvement referent

1 (half-time)

Monthly platform health review, technical debt identification, simplification recommendations, SLA and adoption measurement

Rotating on-call (N2/N3)

2-3 engineer rotation

24/7 or extended business hours coverage, up-to-date runbooks, documented N3 escalation

AMS Project Manager

1 (part-time)

Cell leadership, monthly client committee, semi-annual upgrade plan, contracts and SLA management

Frequently asked questions

What decision-makers ask about this path.

What are the typical SLAs on a ServiceNow AMS?+

Standard SLAs on a ServiceNow AMS typically distinguish four levels. Critical (platform unavailable or critical workflow broken): acknowledgment within 1 hour, resolution within 4 hours. Major (degraded feature for a group of users): acknowledgment within 4 hours, resolution within 1 business day. Minor (occasional inconvenience, workaround possible): within 1 business day, resolution within 5 days. Evolution (non-urgent business request): qualification within 5 days, sprint planning. Exact SLAs are contracted at startup according to client stakes.

Who handles the semi-annual upgrades imposed by ServiceNow?+

Our AMS cell handles the entire upgrade cycle: monitoring new versions, testing on quality instance from availability (6 to 8 weeks before target production), remediation of impacted customs, validation with key users, planning the production window with your IT team, execution with rollback prepared, post-production validation. The client keeps the final decision on planning but does not have to carry the technical burden of the upgrade.

How much does a ServiceNow AMS cost?+

For a cell of 3 to 5 people in nearshore co-delivery Tunisia on a standard ServiceNow ITSM platform with 200 to 500 users, plan an annual budget between four hundred and seven hundred thousand euros including N2/N3 support, evolutions, upgrades, on-call. For larger platforms with ITOM + CSM + HRSD, the budget can reach one to two million euros annually. See the delivery models for contractual formats (service center, framed time and materials, BOT).

Considering a ServiceNow AMS?

Three concrete ways to start — from a platform diagnostic to a full takeover. Our AMS builds on a signed transition phase before SLA activation, and a structured upgrade cycle that passes without regression.