Core vs Contextual Capabilities

Strategic framework for classifying capabilities to make explicit decisions about what to own, what to partner, and what to avoid.

10 min read

Executive summary

  • Capability classification answers: "What should we own vs. source?" — preventing accidental strategy drift
  • Three categories: Core (must own), Strategic (selectively build), Contextual (partner/buy)
  • Core capabilities require repeated demand + revenue impact + high delivery risk + high agency requirements
  • Most consulting firms over-invest in 5-10 capabilities that should be contextual (waste), under-invest in 2-3 true core capabilities (risk)
  • Use this framework to align hiring, partnering, and sales decisions with actual strategic value

Definitions

Capability Classification: Systematic categorization of capabilities into Core, Strategic, or Contextual based on business impact, demand patterns, delivery risk, and talent requirements.

Core Capabilities: Capabilities that deliver competitive advantage and must be owned internally with high-quality, high-agency talent and buffer capacity.

Strategic Capabilities: Capabilities that support business goals but don't require full ownership; can be built selectively or supplemented with partners.

Contextual Capabilities: Capabilities needed for operations but not differentiating; best sourced through partners or on-demand contractors.

What this includes: Explicit, data-driven decisions about which capabilities to invest in building, buffering, and protecting.

What this does NOT include: One-off project decisions, personality preferences, or "we've always done it this way" thinking.

Key distinction: Classification is strategic, not tactical. It shapes multi-year investment decisions, not individual hiring choices.


Why this matters

Business impact

Correct capability classification:

  • Focuses investment — resources go to capabilities that create competitive advantage
  • Reduces waste — stops over-investing in non-differentiating capabilities
  • Improves margins — core capabilities command premium pricing; contextual capabilities sourced at market rates
  • Enables scale — clear rules for hiring, partnering, and sales commitments

Misclassified capabilities:

  • False Core (treating contextual as core): If you build internally what you should partner, you lock in fixed cost without improving your win rate. The project ends. The headcount stays.
  • False Contextual (treating core as contextual): If you source your core capabilities entirely from partners, you have no compounding advantage — every engagement restarts from scratch.

Cost reality

Example: Mid-sized consulting firm misclassifies "Project Management" as Core

  • Investment: Hires 10 PMs (1M€/year fixed cost), builds training programs, creates career ladder
  • Reality: PM is contextual — no competitive advantage, clients don't choose firm for PM excellence
  • Opportunity cost: 1M€ could have hired 7 senior technical specialists (actual core capability)
  • Fix: Reduce to 3 PMs (minimum for supervision), source rest from partners when needed, saves 650k€/year

Build vs Partner Cost Comparison

Compare annual cost of hiring internally vs. engaging a partner for the same capacity. Defaults reflect a Nordics / Northern Europe cost baseline.

30–100 people
?
?
?
?

Results

Internal annual cost

117.000 €

Partner annual cost

198.000 €

Partner premium

81.000 €


The Classification Framework

Visual decision flow


How it works

Classification process

Step 1: Inventory capabilities

List all capabilities currently offered or under consideration. Use business language, not job titles.

Example list (mid-sized cloud consultancy):

  • Cloud Architecture (AWS/Azure/GCP)
  • Data Engineering
  • AI/ML
  • Cybersecurity
  • DevOps/Platform Engineering
  • Frontend Development
  • Backend Development
  • Mobile Development
  • Project Management
  • Business Analysis

Step 2: Assess each capability against four criteria

CapabilityRepeated Demand?Revenue Impact?Delivery Risk?Agency ≥4?Classification
Cloud ArchitectureYesYesHighYesCORE
Data EngineeringYesYesHighYesCORE
AI/MLNo (emerging)YesHighYesStrategic
CybersecurityYesNoHighYesStrategic
Project ManagementYesNoLowNoContextual
Frontend DevYesNoMediumNoStrategic

Criteria met per capability — Core = all four criteria met (green). Partial = not all criteria met.

Cloud ArchData EngAI/MLCybersecProject MgmtFrontend
Repeated DemandYesYesNoYesYesYes
Revenue ImpactYesYesYesNoNoNo
Delivery RiskYesYesYesYesNoPartial
Agency ≥4YesYesYesYesNoNo
Criterion not metMediumCriterion met

Classification is confirmed when you can argue it in words. The four criteria guide the direction. But any capability where one criterion is genuinely debatable — Revenue Impact especially — deserves a verbal argument, not just a ticked box. The test: could you explain this classification to a sceptical COO in two sentences, without referring to scores? If not, the classification needs more thought. "We have 3 yeses" is a starting point, not a conclusion.

Step 3: Define sourcing policy per classification

ClassificationPolicyInvestment LevelTalent Strategy
COREBuild + BufferHigh (20-30% buffer)Hire for Technical 3-4, Agency 4-5, retain aggressively
StrategicSelective Build + PartnerMedium (0-10% buffer)Hire for specific demand, partner for spikes
ContextualPartner / BuyLow (no buffer)On-demand contractors, agencies, no internal investment

Example: CaseCo Mid

CaseCo Mid (80 people, data & AI consultancy)

CaseCo Mid is carrying 12 Project Managers (contextual capability) while Cloud Architecture and Data Engineering teams (core capabilities) are under-buffered at 92% and 98% utilisation respectively. The firm is declining 1,5M€+ in new business annually because core capability is unavailable.

Decision

Reclassify Project Management as Contextual, phase out 6 PM FTEs over 12 months via attrition, and redirect the 720k€ annual savings to core capability hiring.

  1. 1Ran the four-criteria classification exercise across all 8 capabilities. Cloud and Data met all four criteria (Core). PM met only one — repeated demand but not revenue impact, delivery risk, or Agency ≥4.
  2. 2Quantified the cost of misclassification: 720k€/year in 6 excess PMs, versus 1,5M€+ in annually declined opportunities due to Core capacity shortage.
  3. 3Designed a 12-month transition: no backfills for PM attrition, established a PM contractor bench for surge capacity, and approved 3 senior architect and 4 data engineer hires.
  4. 4Communicated the change internally as a strategy decision, not a performance issue — PMs leaving were offered redeployment support, not just exits.

Outcome

Core percentage increased from 53% to 67% of billable headcount. 1,5M€ in previously declined opportunities became pursable. The 720k€ investment shift was recovered within 8 months through new project revenue. Sales and delivery aligned on what the firm could credibly commit to.

Key insight: Most firms have this backwards — over-invested in contextual, under-invested in core.


Action: Capability Classification Worksheet

Use this worksheet for your portfolio:

Step 1: List all capabilities

Capability NameBrief Description
________________________________
________________________________
________________________________

Step 2: Assess against criteria

CapabilityRepeated Demand (Y/N)Revenue Impact (Y/N)Delivery Risk (H/M/L)Agency ≥4 (Y/N)Classification
________________________________

Step 3: Define investment policy

ClassificationCurrent HeadcountTarget HeadcountBuffer %Investment Action
CORE______20-30%Hire, buffer, retain
Strategic______0-10%Selective + partners
Contextual______0%Reduce, partner

Step 4: Calculate investment shift

  • Current: Core ___%, Strategic ___%, Contextual ___%
  • Target: Core ___%, Strategic ___%, Contextual ___%
  • Investment shift: Move _____k€ from Contextual to Core

Pitfalls

Treating everything as core

High risk

When every capability passes the classification exercise because the team is reluctant to admit anything is non-differentiating.

Impact

No true differentiation. Investment spread thin across 10+ capabilities. High fixed costs. Margins compressed. The firm competes on 'we do everything' — which loses to specialists.

Confusing 'we are good at it' with 'it is core'

High risk

When a capability is classified as Core because the firm has invested heavily in it and the team is proud of the work — rather than because it creates competitive advantage.

Impact

Over-investment in high-quality contextual capability. Clients appreciate it but don't pay premium for it. No ROI on the investment.

Historical investment dictating classification

High risk

When a capability is protected as Core because the firm has spent years building it — regardless of whether current market conditions support that classification.

Impact

Continued investment in a commoditising capability. Resources not reallocated to emerging Core areas. Strategy drifts by default rather than by decision.

Never reassessing classification as markets change

High risk

When classification is treated as a one-time exercise and the outputs from 3-5 years ago still drive hiring and investment today.

Impact

Core capabilities commoditise while being treated as differentiators. New emerging Core capabilities receive no investment because they were not on the original list.


Next


What decisions this enables

  • Whether to approve a new hire requisition or redirect to a partner relationship
  • Which capabilities to invest in buffering versus keeping at zero bench
  • Whether a capability that was Core three years ago still deserves Core investment today
  • How to communicate a headcount reduction in a contextual area as a strategy decision, not a performance decision
  • Which capabilities the firm should lead with in sales conversations versus treating as table stakes

FAQs

Related tools & templates

All tools