清楚且不含歧義的服務範圍：讓客戶知道自己購買什麼的10個要素

美國現行Federal Acquisition Regulation針對成果導向服務，建議主要用所需結果來描述工作，而不是規定具體如何執行，或者只規定工作小時數。規則同時強調可衡量的履約標準，並在目標說明中列出目的、範圍、履約期間和地點、背景、所需結果以及運行限制等要素。 [1]

英國政府的Digital, Data and Technology Playbook同樣鼓勵清晰、以結果為導向的需求說明。它明確建議聚焦使用者和需要解決的問題，而不是預先規定技術方案。 [2]

英國現行關於風險分配和定價方式的指導還指出，履約指標應當可衡量並且客觀，供應商應當只對其真正能夠影響的結果承擔責任。 [3]

這些來源來自公共採購領域，並不是所有服務都適用的統一模板。但它們說明瞭一個非常有用的原則：好的服務範圍應明確預期成果、評估方法以及責任邊界。

好的服務描述應同時幫助:

客戶 - 理解自己會得到甚麼、不會得到甚麼，以及需要由自己提供或完成甚麼。

專業人員 - 確定責任邊界、前提假設，以及新的要求從甚麼時候開始屬於範圍變更。

雙方 - 約定如何合理判斷已經完成了原先商定的工作。

如果服務描述只很好地完成其中一個作用，仍然可能為爭議或不同理解留下很大空間。

首先說明 為甚麼需要這項服務。

如果客戶還不理解目標，不要先從工具或任務清單開始。

與其寫:

“配置分析、報告和事件。”

不如寫:

“目標是獲得可靠資料，瞭解使用者最常在哪些表單步驟停止，從而幫助團隊識別需要改進的位置。”

這種做法符合英國Digital, Data and Technology Playbook所倡導的原則，即描述需求和結果，而不是預先規定解決方案。 [2]

目標回答 “為甚麼？”，結果回答 “工作完成後應該存在甚麼，或甚麼狀態應該成立？”

結果可以是:

• 一份完成的文檔,
• 一個可以工作的功能,
• 一項已經部署的配置,
• 一項完成並帶有結論的研究,
• 一組準備完成的材料,
• 一次完成並帶有約定總結的會議或服務環節.

對於成果導向服務，FAR主要通過所需結果來描述要求，而不是只通過工作方法來描述。 [1]

這並不意味著每項服務都應該保證專業人員無法控制的商業結果。專業人員可以承諾 在商定範圍內啓動推廣活動，但 保證銷售額提高30% 可能取決於許多供應商無法控制的因素。

服務範圍應明確列出協議中包含的具體工作部分。

例如，一個網站專案可能包括:

• 分析現有網站,
• 制定資訊架構,
• 設計約定數量的頁面或介面,
• 行動裝置版本,
• 實作已批准的設計,
• 基礎交接文檔.

目的不是寫出最長的清單，而是 在工作開始前明確那些會明顯影響工作量和雙方預期的主要專案。

服務範圍說明要做甚麼，而交付內容說明 客戶實際會收到甚麼。

例如:

• 原始檔,
• 按指定格式製作的報告,
• 可運行的模塊,
• 程式碼倉庫,
• 一組圖形材料,
• 錄制文件,
• 文檔,
• 建議清單,
• 已配置環境的存取權限.

如果結果的形式很重要，就應明確寫出。“報告” 可能只是兩頁文字，也可能是一份包含分析、優先級和示例的詳細文檔。單獨的名稱並不總是足夠。

驗收標準回答一個問題：根據甚麼可以判斷商定的結果已經按照要求交付？

標準可以涉及:

• 完整性,
• 是否符合商定的規格,
• 指定格式,
• 是否能在指定設備或環境中正常運行,
• 某一類別錯誤數量的上限,
• 完成時間,
• 約定的質量指標.

FAR要求成果導向服務合約中的履約標準可衡量，並且應當能夠用於評估實際履約情況。 [1]

英國的風險指導還說明，指標應當客觀，並與供應商能夠影響的結果相關。 [3]

因此，“客戶會感到滿意” 遠不如與一個具體、可觀察結果相聯繫的標準有用。

服務經常依賴另一方的行動。

應明確客戶是否需要提供:

• 系統存取權限,
• 內容或材料,
• 資料,
• 品牌資訊,
• 決策和批准,
• 聯繫人,
• 測試環境,
• 在約定時間內回復.

如果客戶沒有及時提供資料可能導致工作暫停，這一點應當明確。

不應把時間責任寫成專業人員能夠控制實際上不由其控制的行動。

價格和時間通常只有在某些假設成立時才有效。

例如:

• 現有資料庫可以存取且運行正常,
• 客戶對所提供的材料擁有必要權利,
• 外部系統提供可用的介面,
• 專案不需要遷移歷史資料,
• 語言版本數量預先確定,
• 決策由一名指定人員負責.

GAO關於可靠成本估算的指南將清晰的範圍、技術基礎、規則和假設，以及風險和不確定性分析視為良好估算過程的重要組成部分。 [7]

小型服務沒有必要照搬大型計畫使用的完整流程。但原則仍然有價值：如果估算依賴於某個可能並不成立的條件，就應寫出來。

明確排除項並不意味著報價薄弱，很多時候反而說明承諾的邊界定義得很好。

如果某項內容很容易被客戶理解為服務的一部分，就值得明確說明它不包含在內。

例如:

• 購買軟體授權,
• 創建內容,
• 付費圖片,
• 翻譯,
• 上線後的維護,
• 對另一個系統進行工作,
• 不限次數的修改,
• 第三方服務費用.

沒有必要列出專業人員不會做的所有事情。最有用的排除項，是 客戶現實中很可能認為已經包含在服務中的內容。

如果進度依賴客戶審批或提供材料，那麼時間說明不應只有 “大約兩周”。

可以明確:

• 從甚麼事件開始計算時間,
• 是否有中間階段,
• 哪些決定代表每個階段結束,
• 如果客戶回復會影響計畫，回復期限是多少,
• 延誤如何通知,
• 最終驗收如何進行.

簡單服務用幾句話可能就夠了。較大的合作中，階段劃分可以幫助雙方理解 哪些已經完成，以及下一步需要發生甚麼。

好的服務描述應說明，工作開始後出現新要求時如何處理。

實際規則可以很簡單:

“超出已描述範圍的工作，在開始前需要確認新的範圍、對時間的影響以及可能產生的額外價格。”

還應明確:

• 定價方式,
• 價格或計算方式,
• 付款規則,
• 可能產生的額外費用,
• 額外修改輪次的規則.

這不會消除變更。它只是把變更變成雙方有意識的決定，而不是原有承諾在不知不覺中擴大。

清晰的服務範圍並不意味著要控制專業人員工作的每一個步驟。

英國Digital, Data and Technology Playbook提醒不要過度規定解決方案，並指出以結果為導向的需求說明可以給供應商留出空間，讓其提出更有效的解決問題方式。 [2]

FAR也更傾向於描述需要達到的結果，而不是精確規定工作必須怎樣執行。 [1]

因此:

“網站應當能夠在指定設備上正確支持約定的使用情境”

在技術本身並非關鍵限制時，可能比規定具體實作細節更合適。

當然，對於某些服務，方法本身會因為安全、合規、系統集成或技術標準而非常重要。在這種情況下，應明確說明方法要求。

確定範圍時，應區分:

專業人員直接產生的工作結果 和 還受到其他因素影響的商業結果.

專業人員可以承諾:

• 在商定範圍內準備並啓動推廣活動,
• 完成分析,
• 交付約定數量的材料,
• 實作符合既定標準的功能.

對於銷售額、客戶數量、搜尋排名等受到市場、預算、產品、客戶行為或外部系統影響的結果，則應對保證承諾更加謹慎。

英國現行風險分配指導明確指出，供應商應當對其能夠影響的結果負責。 [3]

好的服務描述不會削弱責任，而是把責任放在真正能夠控制的地方。

並非每項服務都需要多頁文檔。

簡單任務的關鍵內容可能只需要幾個段落。更大的專案則可以把同樣的思路擴展為詳細規格、時間計畫、驗收標準和正式的變更流程。

世界銀行發佈的Terms of Reference示例指出，這類文檔應清楚說明咨詢服務的要求和採購方的期望，並且需要根據具體專案和當地情況進行調整。 [4]

關鍵不在於篇幅，而在於 缺失的資訊是否可能現實地改變價格、時間、責任或預期成果。

網站或個人頁面上的服務描述可能只是合約形成過程的一部分。具體法律義務取決於國家、交易類型、雙方身份以及銷售方式。

在歐盟企業對消費者交易中，官方Your Europe列出的合約前資訊包括服務的主要特徵、包含費用的總價、付款和履行安排，以及在適用時的合約期限。 [5]

歐盟面向企業的指導還指出，消費者合約中的標準條款必須公平，並以清晰、易懂的語言書寫，使消費者能夠理解其經濟後果。 [6]

這些要求適用於歐盟特定的消費者關係。不能自動擴展到所有企業間交易或其他司法轄區。

本文是關於如何描述服務的編輯性指南，不是合約模板，也不是法律建議。

1. 客戶是否理解服務要解決的問題或目標？
2. 是否明確了最終結果？
3. 範圍中包含甚麼是否清楚？
4. 客戶是否知道會收到哪些具體內容？
5. 是否有合理方法判斷工作已經完成？
6. 客戶需要提供或負責甚麼是否明確？
7. 最重要的前提假設是否公開？
8. 容易造成誤解的明顯排除項是否說明？
9. 時間和階段是否反映雙方的依賴關係？
10. 範圍發生變化時如何處理是否明確？
11. 價格、定價方式和額外費用是否在適當階段呈現？
12. 服務描述是否避免承諾專業人員無法控制的結果？

檢驗服務描述是否清晰的方法很簡單。

閱讀後，客戶和專業人員應當能夠對以下問題給出大致相同的回答:

要實作甚麼？會做甚麼？客戶會得到甚麼？甚麼不包含？客戶需要做甚麼？如何判斷工作已經完成？範圍變化時怎麼辦？

如果答案一致，價格和時間就有了更好的上下文。

如果答案不同，問題往往並不是在執行時才開始。它已經從服務描述階段開始了。

[1] U.S. Federal Acquisition Regulation - Subpart 37.6, Performance-Based Acquisition
打開來源

[2] UK Government - The Digital, Data and Technology Playbook
打開來源

[3] UK Government - Risk Allocation and Pricing Approaches Guidance Note
打開來源

[4] World Bank - Sample Consultants Terms of Reference
打開來源

[5] Your Europe - Contract information: what you should know before buying
打開來源

[6] Your Europe - Contracts with consumers
打開來源

[7] U.S. Government Accountability Office - Cost Estimating and Assessment Guide, GAO-20-195G
打開來源

方法說明: 各來源的適用範圍不同，也沒有共同組成一個統一的服務描述標準。本文只使用這些來源實際支持的原則，包括結果導向、可衡量性、明確範圍、前提假設、對供應商可控制因素承擔責任，以及向客戶提供透明資訊。