A service-level commitment record is the controlled basis for one future performance promise in an offer. It identifies the buyer question and offered service, the user outcome, indicator, target, eligible population, clock, service calendar, measurement source, reporting period, exclusions, dependencies, breach rule, remedy, price effect, accountable owner and approval. It also preserves what remains a current capability, a proposed design, a buyer dependency, a clarification point or an unapproved statement. The record supports the answer; it does not replace the tender documents or the contract.
The fictional Eastmere Harbour Authority asks bidders for 99.95 percent monthly availability of a vessel scheduling and licence service, a 30-minute response to priority-one incidents and service credits for failure. The question does not say whether availability covers the public portal, payment provider, harbour data feed or staff console. It does not define a failed transaction, permitted maintenance, the service timezone, a priority-one event, a meaningful response or the credit base. An operations dashboard shows 99.98 percent for an older deployment, so the draft answer repeats the number and says the bidder will exceed every target. That sentence has skipped the service design, cost, contractual treatment and authority needed to make it true.
Treat the requested level as a proposed contract term, not as a marketing statistic. Reconstruct the buyer measure first, then design the offered measure so another reviewer can reproduce it from named events. Test normal demand, peak demand, dependency failure, planned work and missing data. Model what happens after a miss. Operations must own delivery, finance and commercial teams must understand the economic effect, and the person with delegated authority must approve the exact wording. Historical results can support feasibility, but only a current decision can create the promise.
Commitment boundary
Find out what the buyer is asking you to commit to
A service-level question often combines several jobs. It may ask how performance will be measured, request a target for evaluation, seek historical evidence and incorporate the answer into a contract schedule. Mark each job separately. Copy the question, every defined term it uses and the place where the answer will live. Then inspect the specification, performance schedule, pricing schedule, remedies, liability terms, clarification log and order-of-precedence clause. A short response field can create a long-lived promise when another document says the supplier solution forms part of the agreement.
Give each statement a state before editing it. A current capability describes what the offered service can do now. Historical evidence describes an observed period under its own boundary. A proposed design describes what the bid team intends to provide. A buyer dependency needs an act or input from the authority. A clarification point remains unresolved in the procurement record. Only approved commitment means the bidder has authorized the exact future obligation for this offer. This classification prevents a dashboard value or solution sketch from acquiring contract force through repetition.
Eastmere evaluates availability and priority-one response as quality criteria. Its draft performance schedule also attaches credits to monthly failure. The bidder therefore needs two related outputs: an evaluator-facing explanation and controlled schedule values. The answer can explain how the measure protects harbour users, but the percentage, clock and remedy must match the schedule. If the documents conflict, preserve both readings and use the permitted clarification or contract-review route. Do not select the cheaper interpretation inside the prose.
| Statement type | What it proves | What it cannot authorize |
|---|---|---|
| Current capability | The named service configuration has a verified function or operating control | A future target, remedy or expanded scope |
| Historical result | A defined service achieved an observed result during a stated period | That the same result is deliverable or approved for Eastmere |
| Proposed design | The intended measurement and operating model has been described | That it is funded, contractually accepted or binding |
| Approved commitment | Authorized wording and values may enter this offer within stated conditions | Any broader inference or later changed configuration |
Service boundary
Name the outcome before choosing the percentage
Start with the event the buyer cares about. A harbour user needs to view an available sailing slot, submit a valid licence request, pay where required and receive a recorded outcome. Monitoring only the scheduling API protects one component, not that journey. If the bid offers an end-to-end level, list the public interface, identity service, scheduling engine, data feed, payment handoff, notification path and staff decision console that must work for the transaction to complete. If the level covers less, say exactly where the boundary begins and ends.
The boundary also needs people, places and time. Identify eligible user groups, harbour locations, channels, service editions, production environments and operating hours. Distinguish a continuously available public portal from a staffed licensing decision that operates during business hours. Separate service availability from processing turnaround. One level can protect technical access while another measures how long an eligible application waits for a decision. Combining them produces a number that neither operations nor the buyer can interpret.
External services require an allocation, not a footnote. A payment provider, identity authority or harbour feed can remain inside the promised user outcome even if another party operates it. The bidder must then decide whether to absorb that risk, define a narrower service boundary, secure matching supplier terms or seek clarification. Naming the dependency does not automatically exclude its failure. The contract and approved offer determine who bears the consequence.
- Write the protected user or operational outcome in one sentence.
- List every component and handoff required for that outcome.
- Separate technical availability, support response, restoration and business processing.
- Identify all users, locations, channels, environments and service hours inside scope.
- Give each third-party or buyer dependency an explicit risk treatment.
Indicator design
Write the measure so a second reviewer gets the same result
An indicator needs more than a label and target. Define its unit of analysis, eligible population, successful event, failed event, source record and formula. Availability might be based on eligible minutes, user journeys, transactions or assets. The choice changes the answer. A minute-based central service measure can remain high while a small group of users fails every request. A transaction measure can undercount demand if failed attempts never reach the monitored component. State which record establishes that an event existed.
Time measures need named endpoints. For priority-one response, the clock might start when an eligible incident reaches the service desk and stop when a qualified person sends a case-specific response. It should not stop at an automated receipt unless the RFP defines response that way. Workaround, restoration and resolution need their own end events. A workaround may restore the user outcome while the defect remains; closure by the supplier does not prove that the buyer accepted resolution.
Define the calendar, timezone, pauses, aggregation and rounding before testing the target. State how incidents crossing service periods are counted and how a month with no eligible event is reported. Preserve numerator and denominator, not only the percentage. NIST SP 500-307 frames useful service metrics as representative, accurate and reproducible. ISO/IEC 19086-2 provides a common model for specifying cloud SLA metrics without prescribing one universal metric. Both point toward a definition that another party can apply, not a familiar label borrowed from a dashboard.
| Field | Availability | Priority-one response |
|---|---|---|
| Protected object | Eligible end-to-end licence transactions | Confirmed incidents that prevent the defined critical journey |
| Success event | Synthetic and production checks complete the journey within the stated threshold | Qualified responder sends a case-specific assessment through the agreed channel |
| Clock | Eligible minutes in the monthly service period | Valid receipt to case-specific response, subject to stated service calendar |
| Open decision | Whether payment-provider failure remains inside the journey | Who confirms priority and how misclassification is corrected |
Relief conditions
Replace broad exclusions with events that can be proved
Exclusions alter the promise because they change the population against which performance is judged. List each one beside its trigger, notice duty, evidence, time limit and effect on the calculation. Planned maintenance needs an allowed window, advance notice, frequency or duration constraint, affected services and treatment of emergency work. “Maintenance excluded” is too broad. It could remove an outage scheduled after a failure began or let repeated work consume the hours the service was bought to provide.
Buyer and third-party dependencies need the same precision. If Eastmere must supply a valid harbour feed, define when the feed is considered unavailable, which interface observation proves it, what the supplier must do to mitigate the effect and whether unaffected functions remain measured. If buyer access is required to investigate an incident, record the requested information, request time, permitted pause and restart event. A supplier-controlled subcontractor should not be treated as an uncontrollable external event merely because it sits outside the corporate boundary.
Test combinations. A planned release may overlap a payment-provider incident; a buyer feed may be late while the bidder's queue is also saturated. Decide whether one relief event removes the whole interval, only the attributable part or none of it. Keep partial and degraded service visible. When evidence cannot allocate causation, apply the agreed uncertainty or dispute rule instead of silently choosing the favorable classification. Any relief condition that cannot be observed in operations will be hard to administer fairly.
- Who or what triggers the proposed relief?
- What contemporaneous record proves its start, scope and end?
- What notice, mitigation and cooperation duties still apply?
- Does the event pause a clock, remove population, change a target or create no relief?
- How are overlapping supplier and buyer causes allocated?
- Who decides a disputed classification and how is the record corrected?
Commercial effect
Calculate what a miss changes before accepting the target
A service credit formula needs a base, rate, threshold, period and cap. Identify whether the base is the total monthly charge, the charge for an affected service, a unit price or another amount. Model a small miss, repeated misses, simultaneous failures and a critical failure. Then read the rest of the draft agreement. A credit may adjust the price without replacing the duty to perform. Rectification, step-in, damages, termination, indemnities or other rights may remain available. Do not describe a credit cap as total exposure unless the controlling terms say so and an authorized contract reviewer agrees.
The current UK Model Services Contract is a bounded example, not a default for every procurement. Its performance schedules connect indicators, service points, credits, monitoring and reporting, while its guidance warns that overly onerous indicators can increase cost and that volume and workload affect service quality. The Crown Commercial Service call-off schedule likewise separates service levels, failures, credits and performance monitoring. These documents show why the schedule must be read as a system. They do not decide the terms in Eastmere's procurement.
Price the operating model as well as the expected credit. A 30-minute response may require continuous triage, trained responders, alerting, secure remote access and coverage for leave. A tighter availability target may require added capacity, supplier commitments, testing and change restrictions. Include these costs in the offer even if the statistical chance of a credit appears low. A promise that depends on unfunded work is not feasible merely because a spreadsheet predicts few breaches.
| Scenario | Question | Decision required |
|---|---|---|
| One minor monthly miss | Which charge and rate determine the credit? | Confirm formula, invoice treatment and reporting owner |
| Three consecutive misses | Do multipliers, service points or rectification duties apply? | Confirm accumulation and escalation path |
| Two levels fail in one event | Are credits cumulative, alternative or capped together? | Confirm interaction and avoid double-counting assumptions |
| Critical service failure | Which additional contract rights can arise? | Route legal effect and total exposure to authorized review |
Response design
Give the evaluator a precise answer, not the approval history
The buyer needs the offered outcome, measure, target and operating method. Lead with direct compliance or a clearly stated qualification if the procurement permits one. Define the boundary in the vocabulary of the tender. Then explain measurement, reporting, incident treatment and the operational design that supports the level. Put detailed formulas and values in the required schedule, and keep the narrative consistent with them. Internal approval states, pricing models and confidential risk limits stay out of the response unless disclosure is required.
A bounded Eastmere answer could state that the bidder commits to 99.95 percent monthly availability for the defined production licence journey during the stated service period, measured at agreed external observation points, with numerator, denominator and permitted maintenance treated under the completed schedule. It could separately commit to a 30-minute priority-one response ending with a qualified case-specific assessment. The answer would name the treatment of the payment provider and harbour feed only after those dependencies have an approved allocation.
Explain historical evidence as evidence. For example: the comparable scheduling component achieved 99.98 percent over a named period under its recorded calculation, while the end-to-end Eastmere target is supported by the offered monitoring, capacity and operating design. That sentence prevents the old figure from masquerading as the future commitment. If the evidence is narrower or the proposed target remains unapproved, narrow the answer, seek clarification where permitted or stop release. Fluent wording cannot cure missing authority.
- State the commitment and its service boundary.
- Define the metric or point to the completed controlling schedule.
- Explain the operating and measurement design that makes delivery credible.
- Disclose material assumptions, dependencies and relief conditions in the permitted place.
- Keep observed history separate from the offered target.
- Match the narrative, tables, price and draft contract values exactly.
Change control
Reopen the promise when any supporting condition changes
Link every occurrence of the service level to the approved record. Reopen it when the buyer changes the target, formula, service hours, remedy or contract hierarchy; when the offered scope, architecture, staffing, supplier, capacity or price changes; or when new evidence contradicts an assumption. A clarification can narrow or expand the promise even if the percentage stays the same. A change from monthly aggregation to measurement per harbour can also alter feasibility without changing the headline number.
Preserve the submitted version. After award, compare it with the signed agreement and incorporated schedules before creating the operational baseline. The winning response may not be incorporated exactly as drafted, and a contract schedule may have changed during finalization. Route any ambiguity about legal effect to the authorized contract function. Operations should receive only the confirmed obligation, its controlling source, owner, clock, reporting rule, dependency treatment and remedy process.
During delivery, keep measurement and correction evidence so both parties can administer the level. Correct data under an agreed method without rewriting the earlier report. Record disputed exclusions and concurrent causes. A repeated miss may activate a rectification route even when credits remain below a cap. The bid record has done its job when the final promise can be traced into operations without adding, losing or silently broadening a term.
What good looks like
Useful outcomes from answer RFP service level question
- Every proposed level is tied to the current question, lot, service configuration, contract draft and event at which the statement must be true.
- The buyer can see which service outcome the indicator represents and which components, users, locations and hours sit inside its boundary.
- The target can be recalculated from an explicit population, event definition, clock, calendar, aggregation rule and controlled source.
- Permitted maintenance, buyer acts and third-party dependencies are treated as defined conditions rather than silent removals from the denominator.
- Response, workaround, restoration and final resolution remain separate promises with different end events.
- Each breach has a known reporting route, correction process, remedy, cap and relationship with other contractual rights.
- The staffing, monitoring, capacity, supplier and price consequences are funded in the offer before approval.
- Historical performance appears only with its own period, service boundary and comparability decision.
- The released answer uses wording that the service owner, commercial reviewer and contract authority have approved together.
Operating model
How to run the work
- 01
Freeze the question and contract context
Record the exact RFP text, definitions, scoring use, lot, service period, draft clauses, order of precedence, required answer format and controlling versions.
- 02
Separate facts, evidence and proposed promises
Classify every sentence as current capability, historical result, proposed design, buyer dependency, clarification point or commitment awaiting authority.
- 03
Define the service outcome and boundary
Name the user journey, service components, populations, places, channels, hours and third parties that the level is meant to cover.
- 04
Specify the indicator and clock
Write observable start, success, failure, pause and end events, the eligible denominator, measurement point, timezone, aggregation and rounding.
- 05
Test exclusions and dependencies
Run disclosed scenarios for maintenance, buyer delay, external providers, degraded service, missing telemetry and concurrent failures.
- 06
Model delivery and economic effects
Reconcile the target with monitoring, staffing, capacity, supplier terms, price, service credits, other remedies and accumulated exposure.
- 07
Approve one commitment record
Obtain factual, operational, data, finance, commercial and contract approval within each role's authority, preserving conditions and dissent.
- 08
Release exact wording and monitor change
Use only the approved sentence and schedule values, link every occurrence, and reopen the record after a relevant buyer or offer change.
Evaluation
Questions that change the decision
- Is the buyer asking for evidence of past performance, a description of the measurement method, acceptance of a contract target, or all three?
- Which document defines the service level, and does another schedule alter its scope, formula or remedy?
- What user or operational outcome is the level meant to protect?
- Which service, edition, lot, sites, channels, hours and dependencies are inside the promise?
- What enters the eligible population and what observable event counts as success or failure?
- Which timestamps start, pause and stop the clock, and which timezone and calendar apply?
- How are partial failure, degraded service, retries, duplicate events and missing records treated?
- Which exclusions are objectively testable, proportionate to the delivery boundary and visible to the buyer?
- What reporting period, weighting, aggregation, rounding and correction method control the result?
- What happens after a miss, and do credits, rectification, damages, termination or other rights accumulate?
- Can current operations, suppliers, capacity and price support the level across the complete contract scope?
- Who can verify feasibility, approve risk and bind the exact offer wording?
Failure modes
Where teams lose control
A component uptime target is presented as availability of the complete user journey.
The answer accepts the percentage but leaves the denominator or service calendar undefined.
An automated acknowledgement is treated as a meaningful incident response.
Planned maintenance, buyer delay or third-party failure is removed without a rule the buyer can test.
A monthly average masks a critical outage or repeated failure in one high-demand period.
An attractive historical result is carried into a broader service without a comparability review.
The target assumes monitoring or on-call coverage that has not been staffed or priced.
Service credits are priced as the only consequence even though other remedies remain available.
A cap applies to one remedy but is mistaken for a cap on total contractual exposure.
Operations approves technical feasibility while no one with contract authority approves the promise.
A clarification or revised schedule changes the level after the response text has been approved.
Measurement
Measure the finished job
Measure the completed workflow, including review effort and exceptions. Output volume on its own is not evidence of a better process.
- proposed service levels represented by complete commitment records
- indicators independently reproduced from the stated event and calendar rules
- targets tested against normal, peak, dependency and missing-data scenarios
- exclusions with observable triggers, evidence and responsible parties
- commitments reconciled with staffing, capacity, supplier terms and price
- remedies modelled with their base, rate, threshold, cap and accumulation rules
- buyer-facing occurrences matching the approved wording and schedule values
- unapproved or internally contradictory service-level statements; target zero
- changes that reopen every affected approval before submission
Questions
Common questions
Can we accept the buyer's SLA target if we achieved it for another customer?
Historical performance can support feasibility only after its service, population, period, clock and exclusions are compared with the new offer. It does not supply the authority, price or remedy decision for the new commitment.
What is the difference between an SLI, an SLO and an SLA?
An indicator describes what is measured. An objective states a target for that indicator. An agreement places service expectations and responsibilities into an agreed relationship. The tender documents control how those concepts are used in a particular procurement.
Should planned maintenance always be excluded from availability?
No universal rule applies. Read the procurement and contract, then define any permitted window, notice, limit, affected service and calculation treatment. Price and design the offer on that basis.
Does an automated acknowledgement meet a response-time commitment?
Only if the controlling definition says it does. If the buyer expects qualified engagement, stop the clock at the first case-specific response by an authorized person rather than at an automatic receipt.
Are service credits the only consequence of missing a service level?
Do not assume that. Read the complete draft agreement for rectification, damages, step-in, termination and other rights, plus caps and accumulation rules. An authorized contract reviewer should confirm the effect.
Who should approve an SLA answer in a proposal?
Service and measurement owners verify feasibility and reporting. Finance and commercial owners verify price and exposure. Contract specialists review legal effect. The relevant delegate approves the exact commitment.
What if the RFP uses availability without defining it?
Preserve the ambiguity, inspect every related schedule and use the permitted clarification route if it can affect the offer. Do not invent a favorable denominator or hide a material interpretation in internal notes.
Can monitoring design be finalized after award?
Only where the procurement and contract leave that work open and the bid still defines a deliverable, testable commitment. Material metric, boundary or relief choices should not be postponed if they affect evaluation, price or risk.
Sources
Primary references
- Procurement Act 2023, section 23: award criteria UK Legislation
- Procurement Act 2023, section 52: key performance indicators UK Legislation
- Guidance on key performance indicators under the Procurement Act 2023 UK Cabinet Office
- Guidance on assessing competitive tenders under the Procurement Act 2023 UK Cabinet Office
- Model Services Contract combined schedules, version 2.2A UK Cabinet Office and Government Legal Department
- Model Services Contract collection and guidance UK Cabinet Office and Government Legal Department
- The Sourcing Playbook UK Cabinet Office
- Call-off Schedule 6 template for service levels, credits and monitoring Crown Commercial Service
- Risk allocation and pricing approaches guidance note UK Cabinet Office
- NIST SP 500-307: Cloud Computing Service Metrics Description National Institute of Standards and Technology
- ISO/IEC 19086-1:2016 cloud SLA overview and concepts International Organization for Standardization
- ISO/IEC 19086-2:2018 cloud SLA metric model International Organization for Standardization
- ISO/IEC 19086-3:2017 cloud SLA conformance requirements International Organization for Standardization
- ISO/IEC 20000-1:2018 service management system requirements International Organization for Standardization
- Google SRE book chapter on service level objectives Google Site Reliability Engineering
- Directive 2014/24/EU on public procurement European Union
- VgV section 31: technical specifications Federal Ministry of Justice and Federal Office of Justice
- VgV section 58: award and award criteria Federal Ministry of Justice and Federal Office of Justice
- French Public Procurement Code Article R2152-7 Légifrance
- French CCAG-TIC approved by the order of 30 March 2021 Légifrance
- DAJ guide sheet 7 on penalties in the 2021 CCAGs French Directorate for Legal Affairs
- Semantic conventions for HTTP metrics OpenTelemetry
Ziva
Proposal software for source-grounded RFP, RFI, DDQ and questionnaire response work.
Bid, proposal, presales, security and compliance teams. Start with the workflow, constraints and evidence you already have.