Phạm vi dịch vụ rõ ràng, không mơ hồ: 10 yếu tố giúp khách hàng biết chính xác mình đang mua gì

Federal Acquisition Regulation hiện hành của Hoa Kỳ đối với dịch vụ dựa trên kết quả khuyến nghị mô tả công việc chủ yếu bằng kết quả cần đạt, thay vì quy định chính xác cách thực hiện hoặc chỉ nêu số giờ. Quy định cũng đề cập đến các tiêu chuẩn thực hiện có thể đo lường và, trong bản mô tả mục tiêu, bao gồm các yếu tố như mục đích, phạm vi, thời gian và địa điểm thực hiện, bối cảnh, kết quả cần đạt và các giới hạn vận hành. [1]

Digital, Data and Technology Playbook của Chính phủ Anh cũng thúc đẩy các yêu cầu rõ ràng, hướng tới kết quả. Tài liệu này khuyến nghị tập trung vào người dùng và vấn đề cần giải quyết thay vì áp đặt trước một giải pháp kỹ thuật. [2]

Hướng dẫn hiện hành của Anh về phân bổ rủi ro và cách tiếp cận giá cũng nhấn mạnh rằng chỉ số thực hiện nên có thể đo lường, khách quan và nhà cung cấp chỉ nên chịu trách nhiệm về những kết quả mà họ thực sự có thể tác động. [3]

Các nguồn này thuộc lĩnh vực mua sắm công và không phải mẫu chung cho mọi dịch vụ. Tuy nhiên, chúng minh họa một nguyên tắc rất hữu ích: phạm vi tốt cần nêu kết quả mong đợi, cách đánh giá kết quả đó và giới hạn trách nhiệm.

Mô tả tốt nên đồng thời giúp:

Khách hàng - hiểu họ sẽ nhận được gì, không nhận được gì và cần cung cấp hoặc thực hiện điều gì.

Chuyên gia - xác định ranh giới trách nhiệm, giả định và thời điểm một yêu cầu mới trở thành thay đổi phạm vi.

Cả hai bên - thống nhất cách xác định hợp lý rằng công việc đã thỏa thuận đã hoàn tất.

Nếu mô tả chỉ làm tốt một trong ba chức năng này, vẫn có thể còn nhiều khoảng trống cho tranh chấp hoặc cách hiểu khác nhau.

Trước tiên hãy giải thích vì sao dịch vụ này cần thiết.

Đừng bắt đầu bằng danh sách công cụ hay hoạt động nếu khách hàng chưa hiểu mục tiêu.

Thay vì:

"Cấu hình phân tích, báo cáo và sự kiện."

hãy viết:

"Mục tiêu là có dữ liệu đáng tin cậy về những bước trong biểu mẫu nơi người dùng thường dừng lại nhất, để nhóm có thể xác định các điểm cần cải thiện."

Cách tiếp cận này phù hợp với nguyên tắc mô tả nhu cầu và kết quả thay vì áp đặt giải pháp, được Digital, Data and Technology Playbook của Anh khuyến nghị. [2]

Mục tiêu trả lời câu hỏi "vì sao?", còn kết quả trả lời "điều gì cần tồn tại hoặc trở thành sự thật khi công việc kết thúc?"

Kết quả có thể là:

• một tài liệu hoàn chỉnh,
• một chức năng hoạt động,
• một cấu hình đã được triển khai,
• một nghiên cứu hoàn tất kèm kết luận,
• một bộ tài liệu đã chuẩn bị,
• một buổi làm việc đã thực hiện kèm bản tổng kết xác định.

Với dịch vụ dựa trên kết quả, FAR mô tả yêu cầu chủ yếu bằng kết quả cần đạt chứ không chỉ bằng phương pháp thực hiện. [1]

Điều đó không có nghĩa mọi dịch vụ đều phải đảm bảo một kết quả kinh doanh mà chuyên gia không thể kiểm soát. Chuyên gia có thể cam kết khởi chạy chiến dịch trong phạm vi đã thống nhất, nhưng bảo đảm doanh số tăng 30% có thể phụ thuộc vào nhiều yếu tố ngoài khả năng kiểm soát của nhà cung cấp.

Phạm vi nên nêu rõ các phần công việc cụ thể nằm trong thỏa thuận.

Ví dụ với dự án trang web có thể bao gồm:

• phân tích trang web hiện tại,
• xây dựng kiến trúc thông tin,
• thiết kế số lượng màn hình đã xác định,
• phiên bản cho thiết bị di động,
• triển khai thiết kế đã được duyệt,
• tài liệu bàn giao cơ bản.

Mục tiêu không phải tạo danh sách dài nhất có thể. Mục tiêu là gọi tên những phần chính ảnh hưởng đến khối lượng công việc và kỳ vọng trước khi bắt đầu.

Phạm vi mô tả công việc, còn hạng mục bàn giao mô tả khách hàng thực sự sẽ nhận được gì.

Ví dụ:

• tệp nguồn,
• báo cáo theo định dạng xác định,
• mô-đun hoạt động,
• kho mã nguồn,
• bộ tài liệu đồ họa,
• bản ghi,
• tài liệu hướng dẫn,
• danh sách khuyến nghị,
• quyền truy cập vào môi trường đã cấu hình.

Nếu hình thức của kết quả quan trọng, hãy nêu rõ. "Báo cáo" có thể là hai trang văn bản hoặc một tài liệu chi tiết với phân tích, ưu tiên và ví dụ. Chỉ tên gọi chưa chắc đủ.

Tiêu chí nghiệm thu trả lời câu hỏi: làm thế nào xác định rằng kết quả đã thống nhất được bàn giao đúng yêu cầu?

Tiêu chí có thể liên quan đến:

• mức độ đầy đủ,
• sự phù hợp với yêu cầu đã thống nhất,
• định dạng xác định,
• hoạt động trên thiết bị hoặc môi trường chỉ định,
• số lỗi tối đa của một nhóm xác định,
• thời gian hoàn thành,
• thông số chất lượng xác định.

FAR yêu cầu tiêu chuẩn thực hiện trong hợp đồng dịch vụ dựa trên kết quả phải có thể đo lường và được cấu trúc để có thể đánh giá việc thực hiện. [1]

Hướng dẫn của Anh về rủi ro cũng nêu rằng các chỉ số nên khách quan và gắn với kết quả mà nhà cung cấp có thể tác động. [3]

Vì vậy, "khách hàng sẽ hài lòng" kém hữu ích hơn nhiều so với tiêu chí gắn với một kết quả cụ thể và có thể quan sát.

Dịch vụ thường phụ thuộc vào hành động của bên còn lại.

Nên nêu rõ khách hàng có cần cung cấp:

• quyền truy cập hệ thống,
• nội dung hoặc tài liệu,
• dữ liệu,
• thông tin thương hiệu,
• quyết định và phê duyệt,
• người liên hệ,
• môi trường kiểm thử,
• phản hồi trong thời gian xác định.

Nếu thiếu đầu vào từ khách hàng có thể khiến công việc dừng lại, điều đó cần được nói rõ.

Trách nhiệm về tiến độ không nên được viết như thể chuyên gia kiểm soát những hành động thực tế nằm ngoài quyền kiểm soát của họ.

Giá và thời gian thường chỉ đúng khi một số giả định nhất định được đáp ứng.

Ví dụ:

• cơ sở dữ liệu hiện tại có thể truy cập và hoạt động đúng,
• khách hàng có quyền đối với tài liệu họ cung cấp,
• hệ thống bên ngoài có giao diện hoạt động,
• dự án không cần di chuyển dữ liệu lịch sử,
• số phiên bản ngôn ngữ được xác định trước,
• quyết định sẽ do một người được chỉ định đưa ra.

Hướng dẫn của GAO về ước tính chi phí đáng tin cậy xem việc xác định rõ phạm vi, cơ sở kỹ thuật, quy tắc và giả định, cùng phân tích rủi ro và bất định là các thành phần quan trọng của quy trình ước tính tốt. [7]

Một dịch vụ nhỏ không cần sao chép quy trình dành cho chương trình lớn. Nhưng nguyên tắc vẫn hữu ích: nếu ước tính phụ thuộc vào điều gì có thể không đúng, hãy nêu điều đó.

Loại trừ không phải dấu hiệu của một đề nghị yếu. Nhiều khi nó cho thấy cam kết đã được xác định tốt.

Nếu một hạng mục dễ bị hiểu nhầm là nằm trong dịch vụ, nên nói rõ rằng nó không được bao gồm.

Ví dụ:

• mua giấy phép sử dụng,
• tạo nội dung,
• hình ảnh trả phí,
• dịch thuật,
• bảo trì sau khi ra mắt,
• công việc trên hệ thống khác,
• số lần chỉnh sửa không giới hạn,
• chi phí dịch vụ của bên thứ ba.

Không cần liệt kê mọi thứ chuyên gia sẽ không làm. Những loại trừ hữu ích nhất là các hạng mục mà khách hàng có thể hợp lý nghĩ rằng chúng thuộc dịch vụ.

Thời hạn nên nói rõ hơn "khoảng hai tuần" nếu tiến độ phụ thuộc vào phê duyệt hoặc tài liệu của khách hàng.

Nên xác định:

• điều gì bắt đầu tính thời gian,
• có các giai đoạn trung gian hay không,
• quyết định nào kết thúc từng giai đoạn,
• khách hàng có bao lâu để phản hồi nếu điều đó ảnh hưởng lịch,
• cách thông báo chậm trễ,
• cách thực hiện nghiệm thu cuối cùng.

Với dịch vụ đơn giản, vài câu có thể đủ. Trong hợp tác lớn hơn, các giai đoạn giúp hai bên hiểu điều gì đã hoàn tất và điều gì cần xảy ra tiếp theo.

Mô tả dịch vụ tốt cần giải thích điều gì xảy ra khi có yêu cầu mới sau khi công việc đã bắt đầu.

Một cơ chế thực tế có thể rất đơn giản:

"Công việc ngoài phạm vi đã mô tả cần được xác nhận về phạm vi mới, tác động đến thời gian và mọi chi phí bổ sung trước khi bắt đầu thực hiện."

Cũng nên nêu rõ:

• mô hình giá,
• mức giá hoặc cách tính,
• quy tắc thanh toán,
• chi phí bổ sung có thể phát sinh,
• quy tắc cho các vòng chỉnh sửa bổ sung.

Điều này không loại bỏ thay đổi. Nó biến thay đổi thành quyết định có chủ ý thay vì phần mở rộng ẩn của cam kết ban đầu.

Phạm vi rõ ràng không có nghĩa phải kiểm soát từng bước trong quy trình làm việc của chuyên gia.

Digital, Data and Technology Playbook của Anh cảnh báo về việc quy định giải pháp quá chi tiết và cho rằng yêu cầu dựa trên kết quả có thể để nhà cung cấp có không gian đề xuất cách hiệu quả hơn để giải quyết vấn đề. [2]

FAR cũng ưu tiên mô tả kết quả cần đạt hơn là quy định chính xác công việc phải được thực hiện như thế nào. [1]

Vì vậy:

"trang web phải hỗ trợ đúng các kịch bản đã thống nhất trên các thiết bị được chỉ định"

có thể là yêu cầu tốt hơn so với việc áp đặt chi tiết triển khai khi bản thân công nghệ không phải một giới hạn thiết yếu.

Tất nhiên, với một số dịch vụ, phương pháp có thể quan trọng vì an toàn, tuân thủ, tích hợp hoặc tiêu chuẩn kỹ thuật. Khi đó, phương pháp nên được mô tả.

Khi xác định phạm vi, cần phân biệt:

kết quả trực tiếp từ công việc của chuyên gia và kết quả kinh doanh còn phụ thuộc vào các yếu tố khác.

Chuyên gia có thể cam kết:

• chuẩn bị và khởi chạy chiến dịch trong phạm vi đã thống nhất,
• thực hiện phân tích,
• bàn giao số lượng tài liệu đã xác định,
• triển khai chức năng đáp ứng tiêu chí đã xác định.

Cần thận trọng hơn nhiều với bảo đảm về doanh số, số khách hàng, thứ hạng tìm kiếm hoặc các kết quả khác phụ thuộc vào thị trường, ngân sách, sản phẩm, hành động của khách hàng hoặc hệ thống bên ngoài.

Hướng dẫn hiện hành của Anh về phân bổ rủi ro nói rõ rằng nhà cung cấp nên chịu trách nhiệm về các kết quả mà họ có thể tác động. [3]

Mô tả tốt không làm giảm trách nhiệm. Nó đặt trách nhiệm ở nơi thực sự có khả năng kiểm soát.

Không phải dịch vụ nào cũng cần một tài liệu nhiều trang.

Với nhiệm vụ đơn giản, thông tin thiết yếu có thể nằm trong vài đoạn. Với dự án lớn hơn, cùng một cách tư duy có thể phát triển thành yêu cầu chi tiết, lịch trình, tiêu chí nghiệm thu và quy trình thay đổi chính thức.

Một mẫu Terms of Reference do Ngân hàng Thế giới công bố cho biết tài liệu này nên trình bày rõ yêu cầu đối với dịch vụ tư vấn và kỳ vọng của bên thuê, đồng thời phải được điều chỉnh theo dự án cụ thể và điều kiện địa phương. [4]

Điều quan trọng không phải độ dài. Câu hỏi chính là liệu thông tin bị thiếu có thể thực tế làm thay đổi giá, thời hạn, trách nhiệm hoặc kết quả mong đợi hay không.

Mô tả dịch vụ trên trang web hoặc hồ sơ có thể chỉ là một phần của quá trình giao kết hợp đồng. Nghĩa vụ pháp lý cụ thể phụ thuộc vào quốc gia, loại giao dịch, tư cách các bên và cách bán.

Trong giao dịch giữa doanh nghiệp và người tiêu dùng tại EU, cổng Your Europe chính thức nêu các thông tin trước hợp đồng như đặc điểm chính của dịch vụ, tổng giá gồm các khoản phí, phương thức thanh toán và thực hiện, và thời hạn hợp đồng nếu có. [5]

Hướng dẫn EU dành cho doanh nghiệp cũng nêu rằng điều khoản chuẩn trong hợp đồng với người tiêu dùng phải công bằng và được viết bằng ngôn ngữ rõ ràng, dễ hiểu để người tiêu dùng có thể hiểu cả hậu quả kinh tế. [6]

Các yêu cầu này áp dụng cho một số quan hệ tiêu dùng xác định trong EU. Không nên tự động áp dụng cho mọi giao dịch giữa doanh nghiệp hoặc cho các khu vực pháp lý khác.

Bài viết này là hướng dẫn biên tập về cách mô tả dịch vụ, không phải mẫu hợp đồng hay tư vấn pháp lý.

1. Khách hàng có hiểu vấn đề hoặc mục tiêu mà dịch vụ giải quyết không?
2. Kết quả cuối cùng đã được nêu chưa?
3. Có rõ những gì nằm trong phạm vi không?
4. Khách hàng có biết cụ thể họ sẽ nhận những gì không?
5. Có cách hợp lý để đánh giá việc hoàn thành không?
6. Có rõ khách hàng phải cung cấp hoặc đảm bảo điều gì không?
7. Các giả định quan trọng nhất có được nêu rõ không?
8. Những phần loại trừ dễ gây hiểu nhầm có được mô tả không?
9. Thời hạn và các giai đoạn có phản ánh phụ thuộc của cả hai bên không?
10. Có rõ điều gì xảy ra khi phạm vi thay đổi không?
11. Giá, mô hình giá và chi phí bổ sung có được trình bày ở giai đoạn thích hợp không?
12. Mô tả có tránh hứa kết quả mà chuyên gia không thể kiểm soát không?

Cách kiểm tra tốt nhất cho một mô tả tốt rất đơn giản.

Sau khi đọc, khách hàng và chuyên gia nên có câu trả lời tương tự cho những câu hỏi sau:

Cần đạt được điều gì? Sẽ làm gì? Khách hàng sẽ nhận gì? Điều gì không bao gồm? Khách hàng phải làm gì? Làm sao biết công việc đã hoàn tất? Điều gì xảy ra nếu phạm vi thay đổi?

Nếu câu trả lời thống nhất, giá và thời hạn có bối cảnh tốt hơn nhiều.

Nếu câu trả lời khác nhau, vấn đề thường không bắt đầu trong quá trình thực hiện. Nó đã bắt đầu từ mô tả dịch vụ.

[1] U.S. Federal Acquisition Regulation - Subpart 37.6, Performance-Based Acquisition
Mở nguồn

[2] UK Government - The Digital, Data and Technology Playbook
Mở nguồn

[3] UK Government - Risk Allocation and Pricing Approaches Guidance Note
Mở nguồn

[4] World Bank - Sample Consultants Terms of Reference
Mở nguồn

[5] Your Europe - Contract information: what you should know before buying
Mở nguồn

[6] Your Europe - Contracts with consumers
Mở nguồn

[7] U.S. Government Accountability Office - Cost Estimating and Assessment Guide, GAO-20-195G
Mở nguồn

Ghi chú phương pháp: các nguồn có phạm vi khác nhau và không tạo thành một tiêu chuẩn chung cho mô tả dịch vụ. Bài viết chỉ sử dụng những nguyên tắc mà các nguồn thực sự hỗ trợ: tập trung vào kết quả, khả năng đo lường, phạm vi rõ ràng, giả định, trách nhiệm đối với yếu tố nằm trong quyền kiểm soát của nhà cung cấp và thông tin minh bạch cho khách hàng.