BP5 Business Models Value Stream Process Service PDF
BP5 Business Models Value Stream Process Service PDF
Telecommunications
Business Process – eTOM Flows
Table of Contents
▪ Prerequisite
▪ Familiarity with eTOM level-2 processes, especially Fulfillment, Assurance and
Billing
2
Understanding Process Flows
KPI to Capability Tracability
Understanding Process Flows
Understanding Process Flows
Enterprise Management
Strategic Effectiveness Knowledge Communications
Risk Mgmt HR Mgmt IT Financial Mgmt
Planning Mgmt Mgmt Mgmt
Network
6
Understanding Process Flows:
A Sample Process Decomposition
Enterprise Management
Process
Strategic Business Knowledge Financial Business Continuity HR Policies & Corporate Comms
Management &
Planning management Management Management Practices and Image Mgt.
Support
Enterprise
Technology Program & Project Procurement Shareholder
Architecture Fraud Management Workforce Strategy
Scanning Management Management Relationship Mgt
Management
Enterprise
Group Enterprise Workforce Regulatory
Performance Audit Management
Management Development Management
Assessment
ITIL Continual
ITIL Availability ITIL Request ITIL Info Security
Service
Management Fullfilment Management
Improvement
7
Understanding Process Flows:
A Sample Process Flow
Customer
1.
3. 5.
4. Yes 6. 7. 8.
Invoice Invoice
Review A/R Review "Regular Cyde Review issues with Close
amount specific
history Charge" for bill in question caller Interaction
Inquiry questions
No
2.
Determine type
of Billing
Inquiry
14. 18.
12. 11.
Review customer's Review collection
Process/Collect Transfer call to A/R
financial overview history for notice
Payment
details
Yes
Yes
20.
Review A/R
history
16.
Review aging
amounts
21.
Review bill
for past due
amount
8
Understanding Process Flows:
Process Decompositions and Flows are Complementary
▪ Both process listings/decompositions and process flows are needed – just like a
book’s index (listing by category) and table of contents (flow) are both needed, but
for different purposes.
▪ Process flow, business stream, value stream, journey – these terms are often
used interchangeably, but the common intent is to show a time sequence from
one step to another rather than a listing or decomposition which shows no such
flows (eTOM out of the box).
▪ An eTOM listing/decomposition alone is helpful for creating “heat maps”, to show
what processes are in scope, where functional gaps exist, etc. …
▪ … but engaging clients in process discussions with eTOM but no process flows is
hardly better than a dictionary and a blank sheet of paper – eTOM on its own
simply has no process content the way most business people think of process!
▪ So we need to pre-build process flows, using TMForum examples, work from past
engagements, process experts, best practices, etc…. but where do we start?
9
Understanding Process Flows:
End-to-End Process Flows
▪ There are infinitely many possible flows one can construct using eTOM blocks.
Which flows are the best ones to prepare?
▪ Based on the need to have holistic and intuitive flows, our focus will be on
customer-centric, “end-to-end” flows, suggesting a “closing of the loop”, i.e. the
customer who has triggered the flow by placing a request, receives satisfaction as
to the request’s completion by the end of the flow.
▪ For example, the process flow “Configure Router” would not be an end-to-end flow from
the customer’s perspective, since it typically would not begin and end with a customer
action.
▪ However, a flow that begins with customer placement of an order, follows with fulfillment
of the order by the CSP (including router configuration), and ends with customer
confirmation of product delivery, would be an end-to-end flow.
▪ Unfortunately, there is no one common set of “end-to-end flows”, although there is
no shortage of terms for such constructs, often with an “X to Y” naming pattern,
like “Lead to Order”, “Order to Cash”, “Hire to Retire”, “Record to Report”, etc.
10
Understanding Process Flows:
TMForum Process Flows
to-Answer
Request-
Customer
Strategy, Infrastructure & Product Operations
Strategy & Commit Infrastructure Product Lifecycle Operations Support & Fulfillmen Assurance Billing
Lifecycle Mgmt\ Mgmt Readiness
Usage-to-Payment
Order-to-Payment
Problem-to-Solution
Customer E Market Processes
Service/Product Processes
Resource/Network Processes
Supplier/Partner Processes
t
Enterprise Management
Strategic Effectiveness Knowledge Communications
Risk Mgmt HR Mgmt IT Financial Mgmt
Planning Mgmt Mgmt Mgmt
Network
11
Understanding Process Flows:
Accessing eTOM Documentation
▪ Overview
▪ This process flow comprises activities relevant to managing customer requests across all
communication channels (customer interfaces).
▪ Specific information requests or product requests from the customer are qualified and addressed.
▪ This could lead to the preparation of a pre-sales offer if the customer shows interestin a particular
product.
▪ Assumptions
▪ The offer preparation may or may not lead to a reservation of resourcesin advance.
▪ Resources might be reserved for some special products or customers depending on the operator‘s
policies and procedures.
▪ If the offer is accepted by the customer, the next process flow ‘Order to Payment‘ istriggered.
▪ Examples
▪ Customer calls in to request product and pricing information
▪ Customer walks into a store interested in upgrading to an HD set-topbox
▪ Customer logs on to a website to explore offerings
▪ Customer sends an email to ask request product literature
13
Request-to-Answer:
Key Elements
Tasks
• Presentation of portfolio Request-to-Answer
• Inform about products
• Customer access to product
portfolio Input Output
• Handle customer retention and
• Customer need • Offer
loyalty
• Customer product request • Product information
• Handle customer data
• General information request • General information
• Offer management
• Product catalog • Status information
• Handle product request
• Product portfolio
• Provide status information
• Provide consultation
• Trigger to perform cross- or up-
selling activities
Critical Issues
• Time to offer • Request handling time
• Amount new customers (per product) • Customer satisfaction measurement
• Customer requests vs. offers • First done rate
• Ability to offer seamless services • Availability of relevant information
• Standardized vs. individual offers • Availability of products and services at
customer location
• Product complexity
• Availability of contact center and channels
14
Request-to-Answer:
Footprint in eTOM Level-2
eTOM Level2
15
Request-to-Answer:
Where to Get eTOM Level-3 Detail?
16
Request-to-Answer:
Relevant eTOM Level-2 Decompositions, Part 1
Level-2
Customer Interface
Management
(Red checkmark = block used in process sample)
Level-3
Retention &
Loyalty
Level-3
Level-2
Level-3
Support Customer Support Order CRM Support & Support Retention & Support Marketing Support Customer
Interface Handling Readiness Loyalty Fulfilment Support Selling QoS / SLA
Management
+ + + + + + +
Manage Customer Manage Product Manage Sales Support Bill Invoice Support Bill Payments & Support Bill Inquiry
Manage Campaign Inventory Offering Inventory Inventory Inventory Receivables Inventory Handling
+ + + + + + +
17
Request-to-Answer:
Relevant eTOM Level-2 Decompositions, Part 2
Level-2
Selling
Level-3
Qualify Opportunity Negotiate Sales Acquire Customer Cross/Up Selling Develop Sales Manage Sales
Manage Prospect
Proposal
Contract Data Accounts
Level-2
18
Request-to-Answer:
Sample Flow in eTOM Level-3
Product Offerelaborated
Market Product & Customer
Symbol
BPMN End
Customer identified
Check customer
provisioning (for
existing
Productnot Check customer)
Manage Request Sales request available product Validate
(Including Self Manage Prospect availability Customer
Service) Satisfaction
Information Customer
request Costomer satisfaction
fulfilled Subscription validated
Inventory
Service
Sevice
Inventory
Network)
Partner
/
19
Flow 2: Order-to-Payment
▪ Overview
▪ This process deals with all activities which convert the customer request or an accepted offer intoa
‘Ready for use’ product.
▪ This process involves capturing customer order information, triggering the relevant provisioning
process and handing over the order to the Service layer.
▪ Once the product is successfully provisioned, the customer order is closed and the customer
satisfaction is validated.
▪ Assumptions
▪ This scenario is relevant for products offered to the mass customerbase.
▪ Pre-order feasibility check verifies whether the requested product can be offered to the customer
based on the service / resource availability, the product portfolio, and the customer’s configuration.
▪ Pre-order feasibility check would not generally involve the reservation of resources prior to issuance
of customer order.
▪ However, there might be a reservation of some critical resources, depending on the operator‘s
policies and procedures.
▪ Examples
▪ Customer calls to order high-speed internet
▪ Customer walks into a shop to buy a mobile phone with service
20
Order-to-Payment:
Key Elements
Tasks
• Handle customer contract Order-to-Payment
• Handle customer data
• Handle customer order
Input Output
• Check credit worthiness
• Order monitoring • Accepted offer • Invoice
• Check order entry • Contract • Ready for service confirmation
• Initiation of production order • Inventory information • Hardware, firmware, software
• Convert the customer interaction • Customer data • Order confirmation
• Consider service / resource / • Product elements, their relations and
supplier partner layer constraints
• Testing of services and • Suppliers, distributors, subcontractors, etc.
resources (SLAs)
• Activation of products
• Trigger to start data collection for
billing Critical Issues
• Generate & provide invoice • Rework rate • Reliability
• Trigger to start ongoing operation • Short cycle time between contract • Availability of relevant resources (e.g.
• Order splitting closure and service usage (Time to services, CPE, field service rep, partners)
Customer (TTC))
• Trigger to perform cross- or up-
selling activities • In-time delivery of different product
elements
• Time of order handling
• Ability to offer seamless services
21
Order-to-Payment:
Footprint in eTOM Level-2
eTOM Level2
Readiness Resource
RM&O Management
Manage
& Operations Resource Resource Resource Resource
Support & Trouble
Resource Performance
Resource Mediation
Resource&
Workforce Provisioning
• 1.1.3.2 Resource RM&O Support
Readiness
& Readiness
Manage
Workforce
Resource
Provisioning
Management
Trouble Management
Performance Reporting&
Mediation
Management Management Reporting
provisioning Resource Data Collection & Distribution
Resource Data Collection & Distribution
• 1.1.4.1 S/PRM Support & Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Readiness Supplier/Partner Relationship
Requisition Reporting & Performance & Payments
Management S/P S/P Problem S/P S/P Settlements
• 1.1.4.2 S/P Requisition S/PRM
Support
S/PRM&
Management
Requisition Management
Reporting & Management
Performance Management
& Payments
Management Management Management Management
Management Readiness
Support &
Readiness Supplier / Partner Interface Management
• 1.1.4.5 S/P Settlements & Supplier / Partner Interface Management
Payments Management
22
Order-to-Payment:
Relevant eTOM Level-2 Decompositions, Part 1
Level-2
Customer Interface
Management
(Red checkmark = block used in process sample)
Level-3
Retention &
Loyalty
Level-3
Level-2
Level-3
Support Customer Support Order CRM Support & Support Retention & Support Marketing Support Customer
Interface Handling Readiness Loyalty Fulfilment Support Selling QoS / SLA
Management
+ + + + + + +
Manage Customer Manage Product Manage Sales Support Bill Invoice Support Bill Payments & Support Bill Inquiry
Manage Campaign Inventory Offering Inventory Inventory Inventory Receivables Inventory Handling
+ + + + + + +
23
Order-to-Payment:
Relevant eTOM Level-2 Decompositions, Part 2
Level-2
Selling
Level-3
Qualify Opportunity Negotiate Sales Acquire Customer Cross/Up Selling Develop Sales Manage Sales
Manage Prospect
Proposal
Contract Data Accounts
Level-2
Order Handling
Level-3
Track & Manage
Determine Customer Customer Order Complete
Authorize Credit Customer Order
Order Feasibility Handling
+ +
24
Order-to-Payment:
Relevant eTOM Level-2 Decompositions, Part 3
Level-2
Bill Invoice
Management Level-2
SM&O Support
Level-3
& Readiness
Apply Pricing,
Discounting, Produce & Distribute
Adjustments & Create Customer Bill Bills
Rebates Invoice Level-3
+ + +
Enable Service Support Service Enable Service
Manage Service Configuration & Quality Management Support Service &
Problem
Inventory Activation Specific Instance
Management
Rating
+ + +
Level-2
Service Configuration
& Activation
Level-2
+ +
25
Order-to-Payment:
Relevant eTOM Level-2 Decompositions, Part 4
Level-2
Resource
Provisioning
Level-3
Allocate & Install Configure & Activate Track & Manage Service
Test Resource
Resource Resource Provisioning
+ + + +
Level-2
S/P Requisition
Management
Level-3
Select Supplier/ Determine S/P Pre- Track & Manage S/P Receive & Accept S/P
Partner Requisition Feasibility Requisition Requisition
+ + +
26
Order-to-Payment:
Sample Flow in eTOM Level-3
Order
Entry Invoice
Market Product & Customer
ServiceReady for
Check Service
use
Availability
Resource
Identified
Computing & Network)
Supplyneeded Delivery
executed
Partner
Initiate S/P Track & Manage S/P Receive & Accept S/P
Requisition Order Requisition Requisition
27
Flow 3: Usage-to-Payment
▪ Overview
▪ This process deals with all activities related to the handling of the product/serviceusage.
▪ The accuracy of pricing is ensured and all usage data is captured and duly processed for billing
information requests and bill generation.
▪ Assumptions
▪ This scenario is relevant for productsoffered to the mass customer base.
▪ The process elements ‘Mediate Resource Usage Records‘ and ‘Guide Resource Usage Records‘ are
not always applicable.
▪ ‘Perform Rating‘ element is usually under the Customer layer for customized products, and under the
Service layer for standardized products.
▪ Examples
▪ Customer makes toll calls
▪ Customer receives a report of all long-distance phone calls made last month
28
Usage-to-Payment:
Key Elements
Tasks
• Customer uses product Usage-to-Payment
• Collect usage data
• Manage customer QoS / SLA
Input Output
• Execute self service
• Execute self administration • Ready for service • Close session
• Analyze usage records • Usage of product • Invoice
• Mediate usage records • Customer administration service • Usage data repot
• Rate usage records • Change of product administration
• Generate invoice • Trigger to cross and up-selling
• Provide invoice
• Trigger to perform cross- or up-
selling activities
• Generate customer insights
• Product insights
Critical Issues
• Network insights
• Timely and accurate invoice • Transparency about billing relevant
• Identify relevant marketing marketing activities)
activities • Monitoring of service level / QoS
• Usage record collection
• Achieved service level
• Consistency of tariff configurations
• Usability
29
Usage-to-Payment:
Footprint in eTOM Level-2
eTOM Level2
30
Usage-to-Payment:
Relevant eTOM Level-2 Decompositions, Part 1
Level-2
Level-2
Service
Resource Mediation Guiding &
& Reporting Mediation
Level-3 Level-3
Mediate Resource Mediate Service Report Service Usage Guide Service Usage
Usage Records Report Resource Usage Rebates Rebates Rebates
Usage Records
+ +
Level-2
Manage Billing
Events
Level-3
+ + + +
31
Usage-to-Payment:
Relevant eTOM Level-2 Decompositions, Part 2
Level-2 Level-2
Level-3 Level-3
Apply Rate Level Manage Customer Manage Request Mediate & Orchestrate
Perform Rating Aggregate Items For Manage Contact Analyse & Report on
Discounts Charging Hier… (Including Self Customer
Charging Customer
service) Interactions
+
Level-2
Customer QoS/SLA
Level-2
Management
Bill Invoice
Management Level-3
+ +
32
Usage-to-Payment:
Sample Flow in eTOM Level-3
Use Service/
Resource
Close Assess Customer Manage Request Produce &
Session Distribute Bill
QoS/SLA (Including Self
Performance Service)
Bills produced
Create Customer
Usage info & distributed
Bill Invoice
provided to customers
Report Billing
Event Records
Apply Pricing,
Guide Billing Perform Discounting,
Events Rating Adjustment &
Rebates
Mediate Service
Usage Record
Service
Mediate
Report Resource
Resource
Usage Record
Usage Record
33
Flow 4: Problem-to-Solution
▪ Overview
▪ This process deals with a technical complaint (problem) initiated by the customer, analyzes it to
identify the source of the issue, initiates resolution, monitors progress and closes the trouble ticket.
▪ The basis for a problem is an unplanned interruption to a product / service or reduction in the quality
of a product/service. (In comparison, the process “complaint-to-solution” deals with customer inquiries
in which the customer is not pleased with a product or handling speed of an inquiry etc.)
▪ Assumptions
▪ This scenario is relevant only for technical complaints which are termed as‘problems’.
▪ Problems such as no outgoing call or SMS and faulty handset, may be resolved at first level support
or re-directed to other layers
▪ Examples
▪ Customer calls to report that there is no internet access
▪ Customer calls to report a cable channel has choppy video
34
Problem-to-Solution:
Key Elements
Tasks
• Handle trouble (e.g. customer Problem-to-Solution
incident)
• Handle customer retention and
loyalty Input Output
• Receive trouble (e.g. customer
incident) • Customer trouble (e.g. customer incident) • Resolved trouble (e.g. customer incident)
• Qualify trouble (e.g. customer • QoS monitoring report • Record on customer satisfaction
incident) • Customer retention philosophy • Credit note or invoice (if applicable)
• Manage trouble (e.g. customer • Identified improvement potential (if
incident) applicable)
• Track and monitor trouble (e.g. • Trigger to cross and up-selling
customer incident)
• Ticket handling
• Trigger to perform cross- or up-
selling activities
Critical Issues
• Availability of contact center and channels • Usage of relevant information for the
• Response time of the trouble (e.g. continuous process improvement
incidents) • Permanent elimination of the problem
• Time to solution / conclusion reason
35
Problem-to-Solution:
Footprint in eTOM Level-2
eTOM Level2
36
Problem-to-Solution:
Relevant eTOM Level-2 Decompositions, Part 1
Level-2
Customer Interface
Management
(Red checkmark = block used in process sample)
Level-3
Retention &
Loyalty
Level-3
Level-2
Bill Invoice
Management
Level-3
Apply Pricing,
Discounting, Produce & Distribute
Adjustments & Create Customer Bill Bills
Rebates Invoice
+ + +
37
Problem-to-Solution:
Relevant eTOM Level-2 Decompositions, Part 2
Level-2 Level-2
Level-3 Level-3
Isolate Customer Report Customer Track & Customer Create Service Trouble Diagnose Service Correct & Resolve Track & Manage
Close Customer
Problem Problem Problem Problem Report Report Problem Service Problem Service Problem
+ + + + + + +
+
Create Customer Correct & Recover Report Service Close Customer Survey & Analyze
Problem Report Customer Problem Problem Service Problem Service Problem
+ + + + +
Level-2 Level-2
Level-3 Level-3
Initiate S/P Problem Receive S/P Problem Track & Manage S/P
Survey & Analyze Localize Resource Correct & Resolve Track & Manage
Report Report Problem Resolution
Resource Trouble Trouble Resource Trouble Resource Trouble
+ + + + + + +
Report Resource Close Resource Create Resource Report S/P Close S/P Problem
Trouble Trouble Report Trouble Report Problem Resolution Report
+ + + + +
38
Problem-to-Solution:
Sample Flow in eTOM Level-3
Customer Customer
Request Feedback
(incident)
Isolate Customer Correct & Recover Close Customer
Manage Contact
Problem Customer Problem
Problem Report
Market Product &
Network)
S/P Problem
resolved
S/P problem status provided
Supplier/
Partner
40
For More Information
▪ TMForum
▪ eTOM primary archive – PDF: https://www.tmforum.org/resources/suite/gb921-business-
process-framework-r14-5-1-pdf/
▪ eTOM alternate archive – Word: https://www.tmforum.org/resources/suite/gb921-
business-process-framework-r14-5-1-word/
▪ Within archive, find:
▪ eTOM Process Flows: GB921E End to End Process Flows R13.5.0.docx
▪ eTOM Level-3 Detail: GB921 Addendum D eTOM
▪ eTOM Level-4 Detail: GB921 Addendum DX
41
Enterprise Transformation Planning
Authorization to
1. Start the ETP Sub Phase
Proceed
8. Identify Process
9. Develop New Principles
Requirements
w w
10. Create Enterprise 11. Identify Quick Hit 12. Identify Infrastructure
Transformation Plan Projects Projects
ETP Complete
w = Workshop
42
Business Area Architecture
Authorization to
1. Start the BAA Sub Phase
Proceed
4. Survey Available
4. Survey Present Systems
Application Packages
4. Determine Package
4. Capture Business Volume
Software Direction
14. Distribute
13. Plan Organization
Applications and
and Staff
Data
Package Evaluation
& Selection
4. Define TI Sub phase
Requirements
4. Design TI Conceptual
Architecture
4. Complete Application 5. Specify and Acquire 6. Analyze Cost and 6. Plan Transition and
Architecture Development TI Benefits Releases
BAA Complete
43
Process Hierarchy -
Sample
STC
Telecom Knowledge Library – An
Overview
A TSP Knowledge Library
The knowledge library is a distillation of knowledge from various process transformations and design projects that we have
done for TSPs over the years. It consists of two key areas: The Process Library and the Value Blueprint (Metrics) Repository
Areas Covered
Processes Covered
•Across SIP and FAB areas
❖Segments •Product, segment and channel agnostic
✓Retail •Across BSS and OSS domains
✓Enterprise
✓Wholesale
Value Blueprint Repository
❖Channels
✓Call centre •Processes Mapped to Metrics Mapped to Best Practices
✓Self Service •A Balanced Scorecard Framework of Metrics
✓Retail Shop/ Dealer shop •A Top Down ready reckoner to see what actions drive
✓Account Manager value
❖Products
✓Mobile voice and internet Total e-2-e Process Models - 180
✓Fixed voice and internet
✓IPTV/SAT TV/ Hybrid TV •Mapped to organizational swim-lanes
✓Enterprise Products •Cross-system process models
•Key to system capabilities and integration requirements
Evolution of the Knowledge Library
The Knowledge Library has evolved over years of transformative engagements with Telecom Service Providers with
various business models and from multiple geographies.
Our process repository is built on a ‘two tower’ approach, where we have standard eTOM blocks in one tower, e2e
business scenarios in the other; with a clear mapping between the two.
Process elements are building blocks of end-to-end business process An end-to-end business scenario is an integrated view of a set of
scenarios. These are: interconnected activities carried out to achieve a common business
objective across STC, like Lead to Activate. These are:
• A description of the ideal ways of working
• Designed by concatenating process elements
• Decomposition of Leaf nodes of eTOM
• Provide an end-to-end view for IT realization and integration
• Contain process attributes of RACI, System/Capability, Business Rules
• Measured through KPIs
Our E2E Business Scenario Framework
We can say it is a map for Telco’s , value drivers are the destinations where organizations need to reach. Levers
and action items are the path to get there also there are the very important biz metrics acting like GPS to ensure
that the organization is on the right track.
Assessment tool covering the There is a laundry list of Exhaustive list of Helps measure, communicate,
Telco value drivers of Revenue action items and associated Business and improve and report on org
and Margin, Operational levers that positively impact dependent metrics tied activities.
efficiency and Customer Telco organizational value. to improvement levers. Aids in identifying solution
experience. components
Value Blueprint: Metric Framework
Our Value Blueprint utilizes a metric framework to establish key KPIs which are then mapped to process areas with
typical best practices or action items, which enables us to focus attention to things that matter most to the
enterprise!
Customer Experience Internal Efficiency
Be Aware Acquisition
• Incident Resolution Time • % SLA Violations • Service Problem Resolution • Mean Time Between Failures
• % Problems resolved by • % Problems reported by Time • % Maintenance Time Used for
customers
Manage due date
• % Problems dealt within
Repair Assurance
• Mean Time to Resolve Service • % Problems by Cause
SLA Problems
• % Repeat Problems
• Days to Prepare Bill • Mean Age of Billing Errors
• % e-Payments received • Mean Transaction • Hours per Payment from • %XDRs falling into suspense
• % Bills Inaccurate
Posting Time • Receipt to Posting • # Times Billing Suspense
Pay % Billing Contacts
• Hours per Pricing Change Files Recycled per month
Billing
• % Payment transactions • % Bills Adjusted Internally
• % Bills from Last Cycle • Hours per Bill Fault
by method resolution
Value Blueprint Samples
Improvement
Activity Additional
Telco Org Value Value drivers Levers Action Items L1 L2 Org. Value Risk
Status Comments
Value Drivers
Telecom Time Enable identification of the contact, its Customer relashionship Customer Interface Customer info updated
Mapped to Best Organizational Value Customer Experience development, enhancement and update. management management Medium Medium Medium every week.
Customer relashionship Customer info updated
Time
Practices and Make available the latest customer info.
Improve routing of calls to the
management
Customer relashionship
CRM - Support & Readiness High Medium Medium every week.
Time
Process Areas appropriate staff management CRM - Support & Readiness Medium Medium Medium
Jobs not distributed
Time Focus on freeing the time of specializaed Customer relashionship according to CE skill
staff management CRM - Support & Readiness High High Medium level.
Average hold time is 50
Time Reduce wait time during customer Customer relashionship Customer Interface sec close to benchmark
interaction management management Low High Low value.
Performance
• RIPM uses system logs to “generate” the as-is process and makes the pain-points in it manifest!
• It shows variants that exists in the current state process, which can be used a key input to standardization and
‘should-be’ design
Alignment with Industry Best Practice
Best Practice - Case
Best Practice with the Business Process Library
Value from a Process Library
B2C Process Hierarchy
Aligning L3 Processes to E2E Architecture- Sample
RAPIDS - An End to End Use Case
Referral Bonus
23 Use Network
LTE
19 Make 20 Watch Network
Voice calls channels - IPTV
Level 0
Level 0:
Level 1:
Level 2:
Level 3:
Level 4:
Develop Detailed Product Specifications - Consumer
Level 5
This process aims at developing detailed technical, performance and operational specifications for the
approved product concepts:
Stakeholder and
Financial and Asset Human Resources
External Relations
Planning Management
Management
eTOM Business Process Decomposition
Hierarchical Level Model Type Used
An end-to-end business scenario is an integrated view of Process elements are building blocks or capabilities for
a set of interconnected activities carried out to achieve a end-to-end business process scenarios. These are:
common business objectives of CSP , like Lead to
• L4/L3 Process Models
Activate. These are:
• Decomposition of Leaf nodes of eTOM
• Designed by concatenating process elements
• Contain process attributes of RACI,
• Use eTOM Leaf nodes System/Capability, Business Rules
• Provide an end-to-end view for IT realization and
integration
• Measured through KPIs
Business Scenarios (based on eTOM)
• Catalog & Offer Management • Customer Order Validation • Service Order Orchestration
• Multi-Channel Sales Management • Customer Order Decomposition • Product/Service Order Decomposition
(Order Negotiation & Capture) • Customer Order Orchestration • Service Order Tracking & Management
• Customer/Prospect Data Acquisition • Customer Order Distribution
• Service Order State Management
• Customer Qualification • Customer Order Tracking &
Management • Service Order Validation
• Customer Credit Eligibility
• Customer Order State Management • Service Design/Assign
• Offering, Product & Service Availability
• Customer Order Lifecycle • Reserve/Assign/Procure Resources
• Order Establishment Management (incl Jeopardy)
• Service Configuration Management
• Price Estimation and Quoting • Receivables Management (interface)
• Service Activation Management
• Price/Quote Approvals • Billing Account Management
(interface) • Workforce management (truck rolls)
• Contract Management
• Appointment Scheduling • Service & Resource Testing
• Order Scheduling (Request) • Supplier / Partner Order Submission • Resource Shipment
• Customer Validation • Returns Processing
Streamlined OM systems need to close the • Supply Chain Management
• Customer Change Management • Order Analytics
loop between the 3 building blocks • Jeopardy Management
So what happens E2E in Order Management (L2)
Translated into a Process View - Add (in MACD) – End to End
For the Demo - Order Management Architecture – E2E Use
Cases
In scope
What we going to address in the Demo for Order Management
(L2)
Translated into a Process
1. Customer Information
Acquired and Managed
2. Feasibility toView
cover site - Add
survey, reservation of
(in MACD)
3. Decomposition of the
Customer Order into
– Demo Scope
4. Each Product Order will
be decomposed and
during order entry. resources and serviceability component Product Orders enriched into Service
happen here Orders
Order Status
Design/Assign/Activate
– He/she works with a CSR (using Sterling CPQ) to configure the product offering
– The CSR prepares and saves a price quote that includes products/services and agreement details
– The Customer accepts the quote and when done the CSR submits the Customer Order for fulfillment.
• Alternatively the Customer holds off on completing the order while the are in the “shop around” stage but may come back later to complete
– Order flows through the various fulfillment stages of Solution Design, Service Activation & Activation of Billing
– The customer (contact person) is notified of order completion (on a UNI/Leg basis).
Architecture – Demo Use Cases & Scenarios – Page 2
Handle Request for PRI Product from a Prospect (ADD) – Jeopardy Scenario
– A new customer is interested in the “PRI” product offering.
– He/she works with a CSR (using Sterling CPQ) to configure the product offering
– The CSR prepares and saves a price quote that includes products/services and agreement details
– The Customer accepts the quote and when done the CSR submits the Customer Order for fulfillment.
– An Solution Design activity in the service order management process fails for a specific site
– An alert is raised and a task is created in a specific work queue for an engineer/technician
– The engineer/technician investigates the failed order and resubmits the task / activity
– The Order flows through the rest of the fulfillment stages of Solution Design, Service Activation & Activation of Billing
– The customer (contact person) is notified of order completion (on a UNI/Leg basis).
Use Cases – Engineer / Technician Perspective
Architecture – Demo Use Cases & Scenarios
– A CSR will query the system (SterlingOM) for details on a specific order based on Customer information such as customer
name, customer address or CustomerOrderID provided by the customer
– The CSR provides relevant details on the order to the Customer, such as order status (complete, in progress etc), any items
that are in jeopardy, any items that can not be activated at this time, and any changes to the Firm Order Commit Date.
– The CSR may also provide details on what products and services were part of the original order (this may lead to an
upsell/cross sell use case which would result in a supplimentary order to an in-flight order).
– The CSR scrolls through the list of orders and may optionally drill down to see the order details and status
– The CSR may refine the search and re-run the search as necessary
Architecture – Demo Use Cases & Scenarios
– The system will display an Audit of all the Transactions that the order has flowed through along with the intermediate statuses
– The Engineer may drill down to a second level in the Audit to see the specific XML message(s) that were issued and subsequently
received
– An Engineer/Technician will query the system (SterlingOM) for details on a specific order based on CustomerOrderID or based on the
Search use case(s)
– He/She will see a list of Service Orders associated with the search, along with the status of the Service Orders
– The Engineer may drill down to a second level in the Service Order to see details of what was include (including technical level details on
the order)
– The Engineer may drill down to a further level in an Audit to see specific Tasks and specific XML messages as necessary.
Architecture – Demo Use Cases & Scenarios
View Alerts and Failed Orders Queue (Engineer)
– An Engineer/Technician will log into a specific failure queue and view a list of orders in alert status. There may be different
queues for different types of Alert (if specialized engineers are used for different types of alerts).
– The Engineer will select one of the alerts and review the task associated with that alert. They may in addition look at Audit
level details on a specific task to determine the root cause of the Alert, or this may be obvious from the Alert and Task
information.
– The Engineer will correct the error(s) that caused the alert. This may be as simple as ensuring an end system is up and
available, or it may require manual lookup in other end point systems and possible changes to the original order XML.
– The Engineer may re-submit the task that was in alert status and validate that the process is now proceeding correctly (or has
successfully reached completion).
– This use case may sometimes involve allocation/assignment of a specific task to a specific Engineer or Technician so that the
resulting activities can be tracked and managed, and so that a large pool of tasks/alerts can be handled by a pool of
engineers.
Architecture - System Context
Overall Order Management ADD Process for Demo
Customer Order Management Process in Stubbed. But we recommend this be
done before the order comes into core
A Case with OM package customization OM. See definition of OM slide
Customer
Contact for
Overall Order
Automagically Decomposed.
READ: CPQ and OM using the same
catalog
L2 View of an Order – One of the Service Order View
Depicting the
Site of Service
Order
L3 View of an Order – Enriched & Detailed Service Order
Attributes
Site / Service
Address
Enriched attributes
for a given
product/service
L4 View of an Order – Task Level Statuses
Sterling OM Pipelines
Common
Language
Common
Language
Service Orchestration &
Integration
OSS/BSS Applications
Telecom Pack - SID based Common Messaging Model
Order Management ADD Processes – Encompassing More
Steps
Order Management Architecture –RECOMMENDATIONS for all
of these topics
Modeling Product Offerings / Products / Services / Resource Integration with OSS/BSS
– Modularization of entities – Application agnostic services and interfaces
– Aggregation of products/services/resources/discounts – Common Messaging Model
Catalog Synchronization – Dynamic end point selection
– Billing, Inventory, Order Entry, Order Management Order Management User Interface
Structuring of Processes / Workflows Handling In-flight Order Changes / Supplements / Amends
– eTOM based
– Product Agnostic
– Transactions & Tasks
– Rule based execution of tasks
– Dynamic selection of SOA Service endpoints
Order Decomposition & Enrichment
Order Task Dependency Management
– Product / Service Order Level Holds
– Dependency management between service orders
Order Management
Scope
BPM/Workflow expectations
Demand planning,
Real time Communication Availability to promise
during order execution Tools interconnected
through Portal Order Management process
Automated Transactions
Supplier
Tools interconnected
Maximized
Robot
Global Services digitalization
Maximized Finance
digitalization BPO
Maximized
Robot
digitalization
NEW ORDER MANAGEMENT PLATFORM SOLUTION
Gate 6 (CTC)
Gate 3 (OQ)
Contract
Gate 4 (OA)
closure)
Gate 5 (CA)
Identify Develop Create Offer Win the Case Prepare for Deliver
Gate 2
Contract
closure)
Contract Solution Order
Management tasks Process (contract
Preparation
Capture &
Order
for OM execution
and Processes industrialization)
execution
Preparation
Order Monitoring
Long Term solution: How do OM projects fit into NG ERP Landscape? Target: 2018
Go/No Go Bid/ No bid Approved/ Not Win/ Loss Execute
Approved
Gate 6 (CTC)
Gate 3 (OQ)
Contract
Gate 4 (OA)
closure)
Gate 5 (CA)
Identify Develop Create Offer Win the Case Prepare for Deliver
Gate 2
Contract
closure)
Management tasks Order
Process
Order Management activities
Preparation
Capture &
Order
and Processes (contract for OM
Preparation
execution
industrializati execution
on)
Robotics introduction
Future solution for order handling: from order receipt to cash receipt
PEGA SCOPE (expectation)
B2B
Receives, registers and Stores Financial F&C
Customer CPO (any format) Reporting
Customer Purchase Orders layer
E-portal
Validity
ALM offered CPQ/ERP configurations Checking
CPQ
PM
Request for Receive CSO ref
Project creation Receive PO
------------------------- Notification if
Create & provide requested
PFC WBS
L* / L030
OMFO Validate & send Order
Receive
PO notification Receive CSO ref
Acknowledgement
CAE
TOOLS
BLUE ALLIANCE ALLIANCE ALLIANCE
ALLIANCE BLUE ALLIANCE
PLANET B2B or E-MAIL B2B or CDR-CPO B2B or CDR-CPO
FE PLANET CREQ
Auto. Notification & CCC
RFQ in
FRAME Reference CPO with
CUSTOMER CONTRACT CQ ID
To FC PRODUCTS :
CCC : ION / WLS (MN)
CSV : ION T / WT (MN)
OFFER LEAD
SALES LEAD
Request for
PM Receive CSO ref
Project creation Receive PO
------------------------- Notification if
Create & provide requested
PFC
WBS
OMFO Receive
Receive CSO ref
PO notification
TOOLS
ALLIANCE
BLUE ALLIANCE ALLIANCE CDR/FE ALLIANCE BLUE ALLIANCE
ALLIANCE CDR-CPO &
PLANET CONFIGURATORS CDR-OPA Auto. Notification
CCC or csv file FE PLANET CREQ
TOOLS
BLUE ALLIANCE ALLIANCE Alliance FE BLUE
SFDC ALLIANCE
PLANET CDR-CSO CREQ C(AE)REQ PLANET
OLPDocs CONFIGURATORS CREQ
Auto-Notification
G4 ALL PRODUCTS
CUSTOMER RFQ CPO
-----------------------
CAE BOM Determination
SALES LEAD For IPR / FN /WLS
Contract L* / L030 Validation L010 AA & IMS
OFFER LEAD Elaborate & Approval Acknowledgement Register
Send back RFP and Transfer & registration PO
Meeting In Oder
------------------ Provide
PM Creation of
Registration
Contract Info
Receive CSO ref
Tool
Project & planning
WBS
PFC
Receive PO
Notification L070 Request for
OMFO KICK-OFF CSO creation Receive CSO ref
MEETING
CAE Support Offer BOM Determination &
Lead if requested finalisation out of BOQ
L090 Advise
COD OP&S Decide on Order configuration
Alliance SO
Future CSO structuring & scheduling
Receive PO Ready for export
Notification Structure in
COD OM Blue Planet L100 Export Alliance Send BP
SO into Blue Planet CSO Ref
TOOLS
SFDC ALLIANCE Alliance
OLP BLUE ALLIANCE
CDR-CPO CTC CONFIGU CDR & FE
CONFIGURATORS Docs PLANET CREQ
Auto-Notif. checklist RATORS C(AE)REQ
TOOLS
TOOLS
• The capture and effectively management rework/revision process for corrections or approval chains in place
• Workflow should cover all Logistics Milestones from L* to X650
• Any future change in Nokia Logistics Milestone definitions is to be reflected in providers workflow management system
• Critical Service Level (CSL-Service Provider’s ownership) and Key Measurements (KM-Nokia ownership) should be completely linked to LMSs
• Selection of Order Complexity should be mandatory for all SRs (Service Requests) at the time of Customer Purchase Order (CPO) Receipt. (Completion
of these SRs create CPO IDs. This step is also applicable for Scratch Purchase Orders/Free of Charge Purchase Orders for creating FOC PO IDs
• Service Requests for all Tasks can be created in sequential steps of LMSs. Meaning Service Requests for Sales orders can be created only by selecting
CPO ID, Service Request for Invoice can be created only by selecting Sales Order, Service Request for Shipping Requests can be created only by selecting
Invoice and DNs and so on.
• Integration of other Nokia tools should be automated and avoid manual intervention. Operations Control Tower development team should have close
coordination and involvement.
• Time stamps should be at the time when an Shipping Request is handed over from Nokia to Service Provider and vice versa
• Tabs for handing Shipping Requests may detail its different statuses, example (1) Return (2) Re-submit (3) Completed (4) Rejected (5) Approved (6)
Corrections – Out of Rejected Shipping Requests (Root cause for corrections may be by Nokia or Service Provider or other Business Partners)
• Lead-time and Effort should be measured for each activity (Tab) e.g. (1) Return 2hrs – Any Shipping Request which needs clarification or missing inputs
should be returned to sender (3) Completed – Lead-time based on identified CSL/KM And so on
• Tool should provide Complaint Menu which may be used for measuring Quality, Claims for Damage/Loss
• Tool should have separate menu only for Inquiries having separate maid ID, Mobile #, On-line Chatting
fA CAE – Order management
II. Order Capturing & entry into the ERP 1.B L* to L100 : Recurrent Orders with high CCC Maturity Level / Gate
5
FRAME CPO (B2B
CUSTOMER CONTRACT Or manual) PRODUCTS :
ION
FIXED NETWORKS
MN
OFFER LEAD
SALES LEAD
PM
Request for Receive CSO ref
Project creation Receive PO
------------------------- Notification if
Create & provide requested
PFC WBS
L* / L030
OMFO Validate & send Order
Receive
PO notification Receive CSO ref
Acknowledgement
CAE
TOOLS
BLUE ALLIANCE ALLIANCE ALLIANCE
ALLIANCE BLUE ALLIANCE
PLANET B2B or E-MAIL B2B or CDR-CPO B2B or CDR-CPO
FE PLANET CREQ
Auto. Notification & CCC
RFQ in
FRAME Reference CPO with
CUSTOMER CONTRACT CQ ID
To FC PRODUCTS :
CCC : ION / WLS (MN)
CSV : ION T / WT (MN)
OFFER LEAD
SALES LEAD
Request for
PM Receive CSO ref
Project creation Receive PO
------------------------- Notification if
Create & provide requested
PFC
WBS
OMFO Receive
Receive CSO ref
PO notification
TOOLS
ALLIANCE
BLUE ALLIANCE ALLIANCE CDR/FE ALLIANCE BLUE ALLIANCE
ALLIANCE CDR-CPO &
PLANET CONFIGURATORS CDR-OPA Auto. Notification
CCC or csv file FE PLANET CREQ
TOOLS
BLUE ALLIANCE ALLIANCE Alliance FE BLUE
SFDC ALLIANCE
PLANET CDR-CSO CREQ C(AE)REQ PLANET
OLPDocs CONFIGURATORS CREQ
Auto-Notification
G4 ALL PRODUCTS
CUSTOMER RFQ CPO
-----------------------
CAE BOM Determination
SALES LEAD For IPR / FN /WLS
Contract L* / L030 Validation L010 AA & IMS
OFFER LEAD Elaborate & Approval Acknowledgement Register
Send back RFP and Transfer & registration PO
Meeting In Oder
------------------ Provide
PM Creation of
Registration
Contract Info
Receive CSO ref
Tool
Project & planning
WBS
PFC
Receive PO
Notification L070 Request for
OMFO KICK-OFF CSO creation Receive CSO ref
MEETING
CAE Support Offer BOM Determination &
Lead if requested finalisation out of BOQ
L090 Advise
COD OP&S Decide on Order configuration
Alliance SO
Future CSO structuring & scheduling
Receive PO Ready for export
Notification Structure in
COD OM Blue Planet L100 Export Alliance Send BP
SO into Blue Planet CSO Ref
TOOLS
SFDC ALLIANCE Alliance
OLP BLUE ALLIANCE
CDR-CPO CTC CONFIGU CDR & FE
CONFIGURATORS Docs PLANET CREQ
Auto-Notif. checklist RATORS C(AE)REQ
TOOLS
TOOLS