Field Service Management Reporting Strategy

As both customer demand and competition increasemonitors the progress of a field service event
and become more complex, you must continually strivethroughout the entire critical process. The report may
to grow service revenue and profits through innovationtrack several checkpoints, but at a minimum should
and improved productivity. This involves managinginclude the following:
various (and sometimes new) service products andOpened/Not Dispatched - Service request has been
service level agreements - often with new and uniquereceived and entered in to the Service Management
characteristics and requirements.System, but has not been assigned and/or dispatched
Managing all of this data requires a comprehensiveto a field technician.
reporting strategy that properly identifies andIn many instances, the field technician will not have
measures all key metrics. At the same time, you mustvisibility to new service events until they are
set manageable targets or other comparisons fordispatched. Timely dispatching is critical to meeting
each metric. The most effective method of managingcustomer and internal Response and Resolution Time
large volumes of data is to use exception reporting torequirements and to avoiding non-productive time in the
identify and track the variances. By quantifying thesefield. In addition, accurate forecasting depends on a
variances you can prioritize and develop actionablereasonable estimate of the workload and revenue
items to address critical shortfalls.potential of incoming service requests. Mishandled
None of the above is simple or easy to implement. Butservice requests (not dispatched or dispatched to the
without a planned approached, the reporting will bewrong service technician/area) can cause momentary
disconnected and incomplete. In addition, unlessdecreases and increases in call volume distributed to
standardized reports are used consistently acrossthe field. This causes additional stress throughout the
your entire field service business, the ability tosystem as calls are continually re-prioritized and
implement and enforce best-practice procedures willrescheduled.
be greatly compromised.Dispatched/Not Started - Service requesr has been
Addressing the entire breadth of service reporting cancommunicated to the field technician, but no technician
be daunting. This article discusses one segment ofon-site labor activity has been logged.
service operational reporting which is generally focusedService requests can be lost in the handoff from the
on efficiencies and resource management with adispatch center to the field or from various handoffs
short-term (1-30 day) outlook. Specifically, we will lookwithin each team. This is the first critical metric
at the Standard Service Pipeline Report structure(Response Time) of many Service Level Agreements
which provides a holistic approach to track each(SLA) and generally has a high correlation with
customer request as it flows through your entirecustomer satisfaction. In some cases, this may just be
service process.a lack of communication (e.g., the work has been
Common Legacy Reporting Problemsstarted but no information has been forwarded to the
Chances are your field service reporting has grownback office support team). In terms of managing
over time with little forethought or strategic planning.service events, lack of communication has the same
Many reports may have originated as ad hoc ornegative impact as not actually arriving on site.
special-purpose requests from multiple sources thatStarted/Not Completed - Technician has begun at
have eventually evolved to a loosely organized set ofleast one on-site activity, but service order has not
standard reports. This will undoubtedly lead to manybeen marked as Complete (in the SMS).
shortcomings:Resolution Time is the next key customer metric and
- Blind Spots. Field Service data can be complex andin many cases the most important. It also marks the
difficult to obtain. As a result, there is anfinal stage of the field's direct involvement with the
understandable tendency to primarily measure dataservice event (other than forwarding completed
that is easily available, such as the number of incomingpaperwork). Delays in completing and finalizing service
calls or the number of invoices generated. Thisrequests will greatly impact the collection efforts
hit-and-miss reporting structure will create blind spotsrequired. In most cases you have already absorbed
that could result in bottlenecks throughout the process.the costs for these service requests, so all revenue
- Inconsistent Data. Many of your existing reports mayleakage has a direct negative impact on bottom line
essentially provide the same information, but approachprofits.
it from different angles or for different purposes.Competed/Not Invoiced - All on-site activities have
Similar reports will often have conflicting (or at leastbeen completed, but the customer invoice has not
inconsistent) data and be difficult to cross reference.been generated.
- Inconsistent use of Exceptions/Variances. You likelyAll of your efforts up to this point have limited meaning
do not have enough resources to attack everyuntil the service request is invoiced. This is in effect the
problem or every instance of non-compliance.final internal scorecard of your performance. Many
Therefore, you must focus on the largest exceptionsbottlenecks at this checkpoint are the result of
that require immediate attention. Without specificinefficiencies further up the pipeline - but they are more
targets to identify variances, the report reader will onlyvisible here. Potential leaks can be numerous and
be looking at data or, perhaps worse, left to makerinclude keying errors, oversights, customer contract
their own interpretations of what is important.setup, pricing policies, etc.
- Confusing and Inconsistent terminology. Another resultThere are of course multiple interim steps within the
of creating reports from multiple sources over anmajor categories above, but these provide a
extended period of time is the propagation of multiplereasonable level of granularity for reporting and
terms and codes - many of which may be vague ormanagement purposes without over-burdening
otherwise poorly defined.technicians and support personnel with extraneous
- Revenue Centric. In many companies the reporting isdetail. Ideally, you should have back-up detailed reports
heavily weighed towards the final stages of thefor each of these four major areas showing the
process (completion and invoicing). While important, thisdrill-down to service area or individual technician
relegates service reporting to merely score-keeping -The information shown on the Standard Pipeline
not as an operation management tool. Revenue isReport typically includes Counts of Service Requests
generally an end-game result. It answers the questionand Average Age (from original opened date/time). It is
"What has happened" not "What is happening."also helpful to included percentages, standard deviation,
The Standard Service Pipeline Report Structureand minimum and maximum values.
Every field service event passes through severalAll metrics, with reasonable comparisons, must be
gates or checkpoints. Not only do these provideclearly established and consistently measured. These
specific points of measurement (providing themetrics should be routinely reviewed by management
opportunity to establish firm targets) but they alsoand adjusted as necessary to set higher standards,
represent single points of failure or potentialmeet new market demands, and support the financial
bottlenecks. The goal of this report is aide serviceand marketing goals of the company.
managers in their efforts to forecast demand andA properly implemented Standard Pipeline Report will
adjust resources, address and remove obstaclesgreatly improve visibility to bottlenecks and potential
(bottlenecks), and identify and watch for potential leaksrevenue leaks within your field service process and
(both revenue and service performance).indicate where you should focus Lean Six Sigma or
The Standard Service Pipeline Report structureother process improvement activities.