OBLYTECH Logo
OBLYTECH Logo
ServiceNow Demand Management for Insurance
Home / Guides, Services and Solutions / by Industry / for Insurance / ServiceNow Demand Management for Insurance

ServiceNow Demand Management for Insurance

Demand management for insurance is the practice of taking in, ranking and funding the technology work an insurer commits to, from underwriting, claims, compliance and finance. This page helps an insurance IT or change lead decide how to separate mandatory regulatory and deadline-driven work from discretionary requests.

Managing IT Demands in Insurance

Technology demand in an insurer arrives from underwriting, claims, compliance, finance and the customer channels, and the first sorting decision is whether a request is mandatory because a regulation or a filing deadline requires it, or discretionary. The sections below cover intake and categorisation, the prioritisation criteria and weighted scoring, business case and impact assessment, resource allocation and sequencing around underwriting and renewal seasons, insurance-specific demand patterns, and governance, then how to separate mandatory insurance change from discretionary demand.

Request Intake and Categorisation

Demand Management starts with capturing requests for technology work. This might include new systems, enhancements to existing systems, infrastructure upgrades or operational support. Requests come from underwriting, claims, compliance, finance and other business units. A standardised intake process captures necessary information: what’s needed, why it matters, what’s the business impact?

Categorisation helps routing and prioritisation. Some requests are technology infrastructure (necessary for operations). Others are business enhancements (improve efficiency or functionality). Others support compliance (required by regulations). Category influences how requests are evaluated and prioritised.

Prioritisation Criteria

Insurance Demand Management typically weighs several criteria. Does the request support revenue generation (underwriting or customer experience)? Does it support operational efficiency? Does it support regulatory compliance? Does it reduce risk? Most organisations use weighted scoring: revenue-generating initiatives might score highest, compliance initiatives might be mandatory regardless of score.

Strategic alignment matters: does the request advance stated organisational strategy? A request that doesn’t align with strategy might be rejected even if it scores well on other criteria. Leadership should define strategic priorities so that scoring reflects strategy.

Business Case and Impact Assessment

Significant requests typically require a business case: what’s the problem being solved, what’s the proposed solution, what’s the cost, what’s the expected benefit? Insurance finance typically requires quantified benefits: cost savings, revenue increases or risk reduction. A request to upgrade underwriting systems might show expected improvement in underwriting efficiency.

Impact assessment should consider operational impact: will implementation disrupt day-to-day operations? Can implementation be phased to minimise disruption? Some insurance organisations allow significant disruption during slow seasons but require minimal disruption during busy underwriting seasons.

Resource Allocation and Sequencing

Demand Management determines sequencing: which demands start first, which get deferred? With limited resources, organisations can’t do everything at once. Demand Management helps decide what gets resources now and what waits. This discipline prevents starting too many initiatives and ensures resources focus on highest-priority work.

Resource requirements should be considered. Some demands might have lower priority but low resource cost; they could be done alongside higher-priority work. Others might have high priority but high resource cost; they might block other work. Sequencing should consider both priority and resource requirements.

Insurance-Specific Demand Patterns

Insurance demand varies seasonally. Underwriting season creates high demand from underwriting teams. Claims surge when disaster events occur. Compliance demands spike before audit deadlines. Demand Management should expect these patterns and allocate resources accordingly. During slow seasons, allocate resources to strategic projects. During peak seasons, focus on operational support.

Demand volatility creates challenges. How do you handle an urgent compliance demand that arrives mid-project? Demand Management should provide process for handling emergencies: evaluate urgency, decide what gets interrupted, communicate to affected stakeholders. Clear emergency procedures prevent ad-hoc decision-making that undermines prioritisation.

Governance and Decision-Making

Demand Management requires governance: who decides what gets prioritised? A demand steering committee typically includes business leadership, IT leadership and finance. This diversity ensures business perspective, technical perspective and financial perspective all influence decisions. Clear governance prevents politics from overriding business-based prioritisation.

Transparency builds credibility. When demand decisions are made transparently using documented criteria, stakeholders understand the reasoning even when their request doesn’t rank highest. This transparency builds trust in the process. Stakeholders who don’t trust the process often escalate decisions or work around the process.

Separating mandatory insurance change from discretionary demand

An insurer’s demand queue is unusual because a large share of it is not optional. A rule change from a regulator, a product withdrawal that must be processed across every policy, or a security finding on a claims platform all arrive as demand, and they all compete with the discretionary requests from underwriting, distribution and marketing. If demand management treats every item as a discretionary request to be scored, the mandatory work loses its place in the queue and the business discovers the cost when a deadline passes. The first design decision is therefore to separate mandatory demand from discretionary demand, and to score each group differently.

Mandatory demand is work where the insurer has no real choice about whether to do it, only about how and when within a deadline. Discretionary demand is work that improves the business but could be deferred without a breach. The two groups should share one intake record so the total load is visible, but they should not share one scoring model. Scoring mandatory items on benefit makes them look expensive and tempts the committee to defer them. Scoring discretionary items on compliance urgency makes everything look urgent. Keep the models separate and let the committee see both.

Two intake lanes and how each one is decided

Demand lane Typical items Decision question What makes it slip
Mandatory Regulatory rule change, product withdrawal, critical security remediation How to deliver within the deadline, and what must be stopped to make room Sized as a normal project without its external deadline attached
Discretionary New digital journey for brokers, pricing experiment, marketing integration Whether the expected benefit justifies the capacity it uses Benefit estimates made without a baseline from the business owner
Dependency-driven Platform upgrade required by a product launch, data clean-up needed for reporting Which parent item must land first, and whether the parent is funded Dependency recorded in notes rather than linked to the parent record

Running an intake cycle that protects the mandatory queue

  1. Require every request to declare whether it has an external deadline and, if so, the source of that deadline. A request with no source is discretionary until someone proves otherwise.
  2. Allocate capacity to the mandatory lane first, based on what the deadlines require, and then release what remains to discretionary requests.
  3. Score discretionary requests against the benefit criteria agreed with the business owners, using the baseline recorded at intake.
  4. Record each dependency as a link between demand records, so a deferred parent shows its children as blocked rather than quietly stalled.
  5. Present the committee with both lanes side by side, so a decision to defer discretionary work is visibly a decision about capacity rather than a judgment about the work’s value.
  6. Review the mandatory lane at each cycle for any deadline that has moved, and update the capacity plan the same day rather than at the next scheduled meeting.

Common ways insurance demand queues fail

The first failure is letting a single loud sponsor define what counts as mandatory. Many senior executives will say their initiative is required by a regulator, and a few will be right. The intake should ask for the citation or the contractual source, and the committee should verify it rather than accepting the label.

The second failure is discretionary work that has quietly become mandatory through a dependency. A new broker journey that needs a reference data change to be built may pull that change into the mandatory lane without anyone noticing. Dependencies should be reviewed in both directions, so the committee can see when a discretionary item has acquired an external deadline through a link.

The third failure is demand records with no accountable owner. A request logged by a team that has since been restructured sits in the queue, consumes a planning slot in forecasts and can end up closed by default. Each record needs a business owner who confirms it still matters at each cycle.

Measures that show whether the queue is healthy

Track how much of the approved capacity went to mandatory work in each period, and whether any mandatory item missed its deadline. Track the age of discretionary items that were approved but not started, because a growing backlog of approved work signals that capacity planning is optimistic.

When a request should bypass demand intake

Emergency security remediation may need to start before the next intake cycle. In that case, start the work under the emergency route, record the demand item immediately afterwards and capture the reason for the bypass. Routine operational fixes that take less effort than the intake form should not be logged as demand at all. Keep the intake for work that needs a funding and capacity decision.

Questions insurance demand managers raise

Who decides whether a regulatory change is truly mandatory?

Compliance, using the source document and the date by which the insurer must comply. The demand manager should not interpret the rule. The committee should record the compliance decision alongside the request so the basis is retained.

What if a mandatory item costs more than the whole discretionary budget?

Then the committee must see that clearly and decide what is paused to fund it. Showing the mandatory cost next to the discretionary list makes the trade-off concrete, which is better than letting the discretionary items absorb the shortfall quietly.

How do we handle a product that is being withdrawn but still has policies in force?

Treat servicing of the in-force policies as mandatory demand, because the obligation to the policyholder continues after the product is withdrawn. New sales changes for the withdrawn product can be discretionary or cancelled.

Should distribution partners submit demand directly?

They can submit requests through an intake form, but the business owner for the insurer’s side must confirm the request. Partner requests that bypass an internal owner tend to arrive without a capacity plan or a deadline source.

Next step

The demand management overview describes demand management as the intake and prioritization of work an organization commits to build or change, and the strategic portfolio management overview describes aligning IT work with business objectives and supporting funding and resource allocation decisions. For intake design in more depth, the note on demand intake and prioritization covers how new work is understood before it enters delivery, with prioritization based on evidence.

Frequently asked questions

What criteria should Insurance organisations use to prioritise demands?

Typically: revenue support (does it help underwriting or customer experience?), operational efficiency, regulatory compliance and risk reduction. Weight criteria based on strategy. Make compliance requirements mandatory. Use business cases to quantify benefits when needed.

How do we handle seasonal demand variations?

Expect underwriting season to create high demand from underwriting teams. Plan major projects during slow seasons. During peak seasons, focus resources on operational support. For urgent compliance demands during peak season, plan what gets interrupted and communicate clearly.

Who should govern demand management decisions?

A steering committee with business leadership, IT leadership and finance provides diverse perspective. Clear criteria and transparent decision-making build credibility. Stakeholders should understand the reasoning even when their request doesn't rank highest.

Talk to Oblytech

Planning, running or fixing a ServiceNow programme? Tell us where you are and we will suggest a sensible next step.

Contact us