Why English? | Writing a Target Operating Model Through Purpose, Outcomes, Capabilities, Services, Processes, People, Governance, Technology, Measures and Roadmap

ORIENTATION

What this guide covers

Current fact check

Checked on 8 November 2026, current UK Cabinet Office guidance described a target operating model as an ideal future state and distinguished it from strategy. Its suggested content covered purpose, outcomes, capabilities, business activities, people and organisation, governance, data and information, location, performance, decision-making, customer journeys and an implementation roadmap.

What this guide does not cover

This article covers the target operating model that connects purpose to future operating choices and implementation. It does not cover organisational strategy, a business case, detailed organisation chart, process manual, technology architecture, workforce consultation, legal restructuring decision or final implementation approval.

Worked example

Every chapter returns to a fictional campus student-advice service redesigning how learners find information, receive help and move between specialist teams. It is fictional, low-stakes and educational; it does not report a real school, clinical decision or guaranteed outcome.

Warm up with eduKate’s guides to explaining scientific evidence and asking better questions in class.

CHAPTER 1 OF 15

1. Define the Purpose and Decisions the Model Supports

Back to contents

Why this move matters

State why a future model is needed, which questions it must answer and who will use it.

Connect purpose to operating choices

State why a future model is needed, which questions it must answer and who will use it. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Leaders need to decide how advice services should work across campuses. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A model can structure choices but cannot approve them. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Define the Purpose and Decisions the Model Supports”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 2 OF 15

2. Describe Outcomes and Public Value

Back to contents

Why this move matters

Write observable value for named users, staff and stakeholders rather than internal activity alone.

Connect purpose to operating choices

Write observable value for named users, staff and stakeholders rather than internal activity alone. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Students reach the right help with fewer transfers and clearer follow-up. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

An intended outcome is not a guaranteed result. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Describe Outcomes and Public Value”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 3 OF 15

3. Assess External Context and Constraints

Back to contents

Why this move matters

Record demand, policy, funding, regulation, technology, geography, partners and uncertainty.

Connect purpose to operating choices

Record demand, policy, funding, regulation, technology, geography, partners and uncertainty. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Demand peaks and accessibility duties shape the service design. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

Forecasts should be labelled and revisited. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Assess External Context and Constraints”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 4 OF 15

4. Set Design Principles and Choices

Back to contents

Why this move matters

Define principles, alternatives, evidence and trade-offs that guide later detail.

Connect purpose to operating choices

Define principles, alternatives, evidence and trade-offs that guide later detail. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, The team chooses one front door with specialist escalation rather than separate entry points. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A principle can conflict with another and needs priority rules. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Set Design Principles and Choices”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 5 OF 15

5. Map Business Capabilities

Back to contents

Why this move matters

Describe what the organisation must be able to do, independent of current teams or systems.

Connect purpose to operating choices

Describe what the organisation must be able to do, independent of current teams or systems. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, The service needs triage, case coordination, knowledge management and feedback capabilities. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

Capabilities do not automatically tell you how to organise people. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Map Business Capabilities”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 6 OF 15

6. Define Services and Service Boundaries

Back to contents

Why this move matters

Name users, service promises, channels, eligibility, inputs, outputs and interfaces.

Connect purpose to operating choices

Name users, service promises, channels, eligibility, inputs, outputs and interfaces. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, General advice and specialist counselling remain different services with a clear bridge. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A boundary may create gaps if interfaces are weak. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Define Services and Service Boundaries”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 7 OF 15

7. Trace Customer and Staff Journeys

Back to contents

Why this move matters

Follow real scenarios across channels, waits, decisions, handoffs and exceptions.

Connect purpose to operating choices

Follow real scenarios across channels, waits, decisions, handoffs and exceptions. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, A student with an urgent course question moves from self-service to adviser to faculty. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

One journey cannot represent every need or access condition. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Trace Customer and Staff Journeys”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 8 OF 15

8. Design Processes and Handoffs

Back to contents

Why this move matters

Define end-to-end work, triggers, roles, controls, records, exceptions and service levels.

Connect purpose to operating choices

Define end-to-end work, triggers, roles, controls, records, exceptions and service levels. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, The referral process includes confirmation, ownership and a recovery route when no team accepts it. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A process map can hide judgement and informal work. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Design Processes and Handoffs”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 9 OF 15

9. Shape Organisation and Workforce

Back to contents

Why this move matters

Connect roles, teams, skills, capacity, locations, leadership and development to demand.

Connect purpose to operating choices

Connect roles, teams, skills, capacity, locations, leadership and development to demand. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Advisers share core skills while specialists remain available for complex cases. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

Role design requires fair consultation and current evidence. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Shape Organisation and Workforce”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 10 OF 15

10. Define Governance and Decision-Making

Back to contents

Why this move matters

Set authority, forums, decision rights, assurance, escalation and accountability.

Connect purpose to operating choices

Set authority, forums, decision rights, assurance, escalation and accountability. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, A service board owns cross-campus standards while local leads handle operations. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

More governance can slow decisions without improving them. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Define Governance and Decision-Making”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 11 OF 15

11. Design Information, Data and Knowledge Flows

Back to contents

Why this move matters

Describe information needed, ownership, quality, privacy, access, records and reuse.

Connect purpose to operating choices

Describe information needed, ownership, quality, privacy, access, records and reuse. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Advisers see current course rules and record only necessary case information. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A shared view must not become uncontrolled access. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Design Information, Data and Knowledge Flows”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 12 OF 15

12. Align Technology, Suppliers and Locations

Back to contents

Why this move matters

Map systems, integrations, resilience, contracts, physical spaces and dependency risks.

Connect purpose to operating choices

Map systems, integrations, resilience, contracts, physical spaces and dependency risks. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, The booking platform, identity service and campus help desks support one journey. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

Technology should not silently dictate the service model. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Align Technology, Suppliers and Locations”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 13 OF 15

13. Define Performance Measures and Feedback

Back to contents

Why this move matters

Choose outcome, quality, flow, capacity, equity, cost and experience measures with owners.

Connect purpose to operating choices

Choose outcome, quality, flow, capacity, equity, cost and experience measures with owners. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, The service tracks successful resolution, transfers, wait time and user understanding. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A fast service can still give the wrong answer. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Define Performance Measures and Feedback”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 14 OF 15

14. Build the Transition Roadmap

Back to contents

Why this move matters

Compare current and target states, prioritise gaps, sequence dependencies and set decision gates.

Connect purpose to operating choices

Compare current and target states, prioritise gaps, sequence dependencies and set decision gates. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Knowledge and referral rules are improved before technology consolidation. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

A target picture without a feasible transition can mislead. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Build the Transition Roadmap”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

CHAPTER 15 OF 15

15. Test, Govern and Refresh the Model

Back to contents

Why this move matters

Use scenarios, pilots, assumptions, risks, stakeholder challenge and scheduled review.

Connect purpose to operating choices

Use scenarios, pilots, assumptions, risks, stakeholder challenge and scheduled review. Show how outcomes depend on capabilities, services, processes, people, information, technology, partners and governance.

Trace one journey across the model

In the fictional service, Teams test the model against peak demand, service failure and complex student needs. Follow demand, handoffs, decisions, data and support from the reader's point of view.

Make design choices and trade-offs visible

Explain alternatives, constraints, dependencies, costs and the reason a proposed model is preferred instead of presenting one diagram as inevitable.

Move from target picture to implementation

Agreement in a workshop does not prove operational fitness. Add baselines, gaps, sequencing, owners, measures, risks and review triggers so the model can guide real change.

Student, parent and career transfer

Make one evidence card for “Test, Govern and Refresh the Model”: source location, plain-language meaning, limit and next question. A parent or teacher can ask for one everyday explanation and one specialist explanation; both must preserve the same conditions. This habit supports service design, education administration, organisational design, operations, technology, data, human resources, programme delivery and leadership without promising a grade, admission, funding decision or job.

PRACTICE LAB

Build a target operating model decision trail

Student route

1. Choose one original report inside this guide’s scope.
2. Copy its objective and underline actor, action, context, evidence and intended decision.
3. Draw the specific reasoning chain used in this article.
4. Mark each step reported, inferred, contested or unknown.
5. Rewrite the conclusion so it preserves the narrowest important limitation.

Parent or teacher route

Ask the learner to explain turn a future-state picture into a coherent explanation of how people, processes, information and technology will deliver useful outcomes twice: once to a classmate and once to a method specialist. Praise a precise correction and a well-stated unknown; both show disciplined attention to evidence.

Early-career route

Create a one-page target operating model audit with source link, date checked, scope, method logic, decisive wording, contrary evidence, limit and next action. A colleague should be able to continue without guessing.

Continue with eduKate’s guides to reading course and career information and giving useful feedback in group projects.

USEFUL NEXT READING

Connect this narrow owner to its neighbour

Read the policy-implementation-plan guide for a related but different reader job. Return here when the question is specifically how to turn a future-state picture into a coherent explanation of how people, processes, information and technology will deliver useful outcomes. Use each guide for the reader task named in its heading.

For English practice across research, school and career communication, visit the Singapore English Tuition Centre learning site.

FREQUENTLY ASKED QUESTIONS

Questions students and parents often ask

Is a target operating model the same as strategy?

No. Strategy sets longer-term direction; the operating model describes how the organisation intends to work.

Does a model need a diagram?

A diagram can help, but it needs clear definitions, decisions, evidence and narrative.

Should the model start with technology?

Start with purpose and outcomes, then align technology with service and capability needs.

How detailed should it be?

Detailed enough to guide decisions and expose dependencies, with deeper artefacts linked rather than duplicated.

Can the current model be documented too?

Yes. A credible gap analysis needs an honest baseline.

When should it be reviewed?

After major evidence, strategy, policy, demand, technology, supplier or workforce changes.