ขอบเขตบริการที่ชัดเจนและไม่คลุมเครือ: 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
เปิดแหล่งข้อมูล

หมายเหตุด้านวิธีการ: แหล่งข้อมูลมีขอบเขตต่างกันและไม่ได้รวมกันเป็นมาตรฐานเดียวสำหรับคำอธิบายบริการ บทความใช้เฉพาะหลักการที่แหล่งข้อมูลรองรับจริง ได้แก่ การเน้นผลลัพธ์ ความสามารถในการวัด ขอบเขตที่ชัดเจน สมมติฐาน ความรับผิดชอบต่อปัจจัยที่ผู้ให้บริการควบคุมได้ และข้อมูลที่โปร่งใสสำหรับลูกค้า.