ข้อเสนอที่เปรียบเทียบกันได้เริ่มจากรายละเอียดงานที่ชัดเจน: 12 ข้อมูลที่ควรระบุ

Sourcing Playbook ฉบับปัจจุบันของสหราชอาณาจักรระบุว่าข้อกำหนดที่ชัดเจนควรให้ข้อมูลเพียงพอแก่ผู้เสนอราคาเพื่อใช้ตัดสินใจอย่างมีข้อมูลว่าจะเข้าร่วมหรือไม่ และหากไม่มีความเข้าใจร่วมกันต่อข้อกำหนด ก็ยากที่จะเชื่อมราคาที่เสนอเข้ากับต้นทุนและผลลัพธ์ที่ผู้ซื้อคาดหวัง. [1]

Government Commercial Function ระบุชัดยิ่งขึ้นว่า ข้อกำหนดที่ดีควรมีข้อมูลเพียงพอให้ผู้ขายคำนวณต้นทุนสินค้าและบริการได้ถูกต้อง เพื่อให้ผู้ซื้อเปรียบเทียบข้อเสนอในฐานเดียวกันได้. [2]

ขณะเดียวกัน Digital, Data and Technology Playbook ของสหราชอาณาจักรเตือนเรื่องการกำหนดวิธีแก้ละเอียดเกินไป และแนะนำให้เน้นผู้ใช้ ปัญหา และผลลัพธ์ที่ต้องการ พร้อมเปิดพื้นที่ให้ผู้ขายเสนอวิธีดำเนินงานที่มีประสิทธิภาพ. [3]

ดังนั้นข้อสรุปไม่ใช่ "อธิบายทุกอย่างให้ละเอียดที่สุด" แต่ควรเป็น:

อธิบายให้ชัดในสิ่งที่ต้องเหมือนกันสำหรับทุกข้อเสนอ ไม่ใช่สิ่งที่ผู้เชี่ยวชาญที่มีความสามารถสามารถออกแบบเองได้อย่างสมเหตุสมผล.

ข้อเสนอระดับมืออาชีพสองฉบับจะไม่เหมือนกันทั้งหมด และไม่ควรเป็นเป้าหมายด้วย.

การเปรียบเทียบกันได้หมายถึงผู้เชี่ยวชาญกำลังตอบ ปัญหาเดียวกันภายใต้สมมติฐานโดยรวมที่ใกล้เคียงกัน.

จึงควรเข้าใจข้อมูลหลักใกล้เคียงกัน ได้แก่:

• เป้าหมาย,
• ขอบเขต,
• จุดเริ่มต้น,
• ผลลัพธ์ที่คาดหวัง,
• ข้อจำกัดสำคัญ,
• กำหนดเวลา,
• หน้าที่ของลูกค้า,
• รูปแบบการนำเสนอราคา,
• เกณฑ์ประเมินข้อเสนอ.

ส่วนที่แตกต่างกันได้ ได้แก่:

• แนวทางที่เสนอ,
• ลำดับกิจกรรม,
• วิธีทำงาน,
• โครงสร้างทีม,
• เครื่องมือ,
• การแบ่งเป็นช่วง,
• วิธีลดความเสี่ยง.

ความแตกต่างเหล่านี้มักมีคุณค่าและควรยังมองเห็นได้.

เริ่มจากปัญหา ไม่ใช่รายการฟังก์ชัน.

แทนที่จะเขียนว่า:

"ต้องการแอปที่มีหน้าสรุป การแจ้งเตือน และรายงาน."

ลองเขียนว่า:

"ปัจจุบันมีห้าคนจัดการกระบวนการผ่านตารางและอีเมล ทำให้ดูสถานะปัจจุบัน ผู้รับผิดชอบ และงานถัดไปได้ยาก เราต้องการลดการติดตามด้วยมือและมีที่เดียวสำหรับดูสถานะล่าสุด."

รายละเอียดที่สองยังไม่ได้ตัดสินว่าแอปควรหน้าตาอย่างไร.

แต่มันช่วยให้ผู้เชี่ยวชาญเข้าใจว่า เหตุใดโครงการนี้จึงต้องเกิดขึ้น.

Federal Acquisition Regulation สำหรับบริการแบบเน้นผลลัพธ์แนะนำให้อธิบายงานด้วยผลลัพธ์ที่ต้องได้เป็นหลัก มากกว่าวิธีทำงานหรือจำนวนชั่วโมง โดยคำอธิบายวัตถุประสงค์ขั้นต่ำมีองค์ประกอบอย่างเช่น จุดประสงค์ ขอบเขต ภูมิหลัง ผลลัพธ์ที่ต้องการ และข้อจำกัดในการดำเนินงาน. [4]

จึงควรเขียนว่าเมื่อจบงานแล้วอะไรควรทำได้.

ตัวอย่าง:

• ผู้ใช้ทำขั้นตอนที่กำหนดได้ด้วยตนเอง,
• ทีมเห็นสถานะปัจจุบันของทุกกรณี,
• ลูกค้าได้รับการวิเคราะห์พร้อมลำดับความสำคัญ,
• ระบบถูกย้ายไปสภาพแวดล้อมใหม่และทำงานตามเกณฑ์ที่ตกลง,
• สื่อที่เตรียมไว้พร้อมเผยแพร่ในช่องทางที่กำหนด.

ผลลัพธ์ควรชัดพอให้ทั้งสองฝ่ายเข้าใจทิศทางงาน.

แต่ไม่จำเป็นต้องเป็นการรับประกันผลทางธุรกิจที่ขึ้นอยู่กับตลาด พฤติกรรมผู้ใช้ หรือปัจจัยอื่นที่ผู้ให้บริการควบคุมไม่ได้.

ความต้องการปลายทางเดียวกันอาจใช้แรงงานต่างกันมากตามจุดเริ่มต้น.

ควรระบุ:

• มีอะไรอยู่แล้ว,
• อะไรใช้งานได้และต้องรักษาไว้,
• อะไรใช้ไม่ได้,
• มีไฟล์ต้นฉบับหรือไม่,
• มีเอกสารหรือไม่,
• ต้องย้ายข้อมูลหรือไม่,
• ต้องทำงานบนระบบเดิมหรือไม่,
• มีสื่อใดพร้อมแล้ว.

"เว็บไซต์ใหม่" อาจหมายถึงสร้างใหม่ทั้งหมด หรือปรับเว็บไซต์เดิมโดยรักษาเนื้อหา ที่อยู่ การวัดผล การเชื่อมต่อ และข้อมูลไว้.

สองงานนี้ต่างกัน แม้ภาพสุดท้ายอาจดูใกล้เคียงกัน.

ขอบเขตไม่ควรทำให้ผู้เชี่ยวชาญต้องเดาว่าส่วนใดของปัญหาต้องรวมในราคา.

ตัวอย่าง:

อยู่ในขอบเขต:

• วิเคราะห์ระบบปัจจุบัน,
• ออกแบบหน้าหรือมุมมองใหม่,
• นำไปใช้งาน,
• ย้ายข้อมูลส่วนที่กำหนด.

อยู่นอกขอบเขต:

• สร้างเนื้อหาใหม่,
• ซื้อใบอนุญาตใช้งาน,
• บำรุงรักษาหลังเดือนแรก,
• สร้างระบบชำระเงินใหม่.

ตัวอย่าง Terms of Reference ของธนาคารโลกเน้นว่าความต้องการและความคาดหวังต่อบริการที่ปรึกษาควรถูกอธิบายอย่างชัดเจนและปรับให้เข้ากับโครงการเฉพาะ. [5]

ขอบเขตสำคัญมากเมื่อสองงานเกี่ยวข้องกันโดยธรรมชาติและง่ายต่อการเข้าใจผิดว่างานหนึ่งรวมอีกงานหนึ่ง.

หากคาดหวังสื่อหรือผลลัพธ์เฉพาะ ให้ระบุชื่อให้ชัด.

เช่น:

• ระบบที่ทำงานได้,
• ไฟล์ต้นฉบับ,
• รายงาน,
• เอกสาร,
• งานออกแบบภาพ,
• ชุดสื่อ,
• การตั้งค่าสภาพแวดล้อม,
• การอบรม,
• ไฟล์บันทึก,
• การส่งมอบโค้ดและสิทธิ์เข้าถึง.

คำว่า "ออกแบบ", "วิเคราะห์" หรือ "นำไปใช้งาน" อาจถูกตีความไม่เหมือนกัน.

รายการสิ่งส่งมอบหลักที่เป็นฐานเดียวกันช่วยป้องกันกรณีที่ข้อเสนอหนึ่งรวมงานมากกว่าอีกข้อเสนออย่างมาก แต่ความต่างถูกซ่อนอยู่หลังชื่อบริการที่คล้ายกัน.

ข้อจำกัดไม่ใช่รายละเอียดทางเทคนิคเสมอไป.

ตัวอย่างที่อาจสำคัญ:

• ระบบหรือสภาพแวดล้อมที่บังคับใช้,
• ต้องเชื่อมต่อกับบริการที่กำหนด,
• ข้อกำหนดด้านการเข้าถึง,
• กฎของอุตสาหกรรม,
• ข้อจำกัดการเก็บข้อมูล,
• ต้องรักษาโครงสร้างพื้นฐานเดิม,
• อุปกรณ์หรือเบราว์เซอร์เฉพาะ,
• ทำงานในช่วงเวลาที่กำหนด,
• ข้อจำกัดการเข้าถึงข้อมูล.

FAR ระบุข้อจำกัดในการดำเนินงานไว้โดยตรงในคำอธิบายวัตถุประสงค์ ส่วน Digital, Data and Technology Playbook ก็แสดงว่าหากไม่มีข้อจำกัดจริง ก็ไม่ควรบังคับวิธีแก้ไว้ล่วงหน้า. [4] [3]

หลักง่าย ๆ คือ:

ระบุสิ่งที่ผู้เชี่ยวชาญเปลี่ยนไม่ได้ แต่ไม่ควรสร้างข้อจำกัดเพียงเพราะคุ้นเคยกับวิธีแก้แบบหนึ่ง.

ผู้เชี่ยวชาญควรรู้ว่าจะตั้งข้อเสนอบนระดับความร่วมมือแบบใดได้.

ระบุว่าคุณจะจัดให้มี:

• ผู้ตัดสินใจ,
• สิทธิ์เข้าถึงระบบ,
• สื่อที่มีอยู่,
• ข้อมูล,
• บัญชีทดสอบ,
• ข้อมูลจากทีม,
• การเข้าถึงผู้ใช้,
• เนื้อหา,
• การประชุมสม่ำเสมอ,
• คำตอบภายในเวลาที่กำหนด.

หากยังไม่รู้ว่าจะจัดหาอะไรได้ การบอกตรง ๆ ก็มีประโยชน์.

การเข้าถึงข้อมูล สื่อ หรือบุคคลไม่เพียงพอสามารถเปลี่ยนวิธีทำงาน ต้นทุน และเวลาได้ นี่ไม่ใช่รายละเอียดธุรการเล็กน้อย แต่เป็นเงื่อนไขที่ข้อเสนอถูกสร้างขึ้น.

แต่ละวันที่ระบุอาจมีความหมายต่างกัน.

แยกให้ชัดระหว่าง:

• วันที่ต้องการเริ่ม,
• เส้นตายที่เลื่อนไม่ได้,
• วันที่ผูกกับเหตุการณ์ภายนอก,
• วันที่โดยประมาณ,
• ขั้นตอนที่ต้องเกิดตามลำดับ.

หากเส้นตายเลื่อนไม่ได้จริง ให้บอกเหตุผล.

หากยืดหยุ่นได้ ก็ควรบอกเช่นกัน.

ผู้เชี่ยวชาญจึงสามารถเสนอขอบเขต ลำดับ หรือการส่งมอบแบบเป็นช่วงได้ แทนที่จะถือว่าทุกวันที่เป็นข้อบังคับตายตัว.

ไม่มีหลักเดียวที่บอกว่าลูกค้าต้องเปิดเผยงบประมาณทั้งหมดเสมอ.

ตามสถานการณ์ คุณอาจระบุ:

• งบสูงสุด,
• ช่วงงบประมาณ,
• งบสำหรับช่วงแรก,
• ต้องการข้อเสนอขอบเขตก่อน แล้วค่อยเสนอราคา,
• โครงสร้างการแยกราคาที่ต้องการ.

สำหรับการเปรียบเทียบ สิ่งสำคัญที่สุดคือให้ผู้เชี่ยวชาญนำเสนอต้นทุนในโครงสร้างใกล้เคียงกัน.

ตัวอย่าง:

"แสดงราคาแยกสำหรับการวิเคราะห์ การออกแบบ การนำไปใช้งาน และการบำรุงรักษารายเดือน พร้อมระบุค่าใช้จ่ายจากบริการภายนอกที่ยังไม่รวม."

รูปแบบนี้เปรียบเทียบง่ายกว่าราคารวมสี่ตัวที่แต่ละตัวรวมสิ่งต่างกัน.

ความไม่แน่นอนไม่ได้หายไปเพียงเพราะไม่ได้เขียนไว้.

หากยังไม่รู้:

• ต้องย้ายข้อมูลเท่าไร,
• ส่วนเชื่อมต่อภายนอกรองรับการทำงานที่ต้องการหรือไม่,
• เนื้อหาทั้งหมดจะพร้อมหรือไม่,
• โค้ดปัจจุบันต่อยอดได้อย่างสมเหตุสมผลหรือไม่,
• การอนุมัติที่ต้องการจะมาทันเวลาหรือไม่,

ให้บอกตรง ๆ.

คู่มือ GAO ด้านการประมาณต้นทุนที่น่าเชื่อถือเน้นความสำคัญของสมมติฐานที่เปิดเผย รวมถึงการวิเคราะห์ความเสี่ยงและความไม่แน่นอน. [6]

ผู้เชี่ยวชาญที่ดีจึงสามารถ:

• เผื่อสำรอง,
• เสนอช่วงสำรวจเบื้องต้น,
• ให้ราคาหลายทางเลือก,
• ระบุเงื่อนไขที่ทำให้ราคาเปลี่ยน,
• ไม่แสร้งให้ความแม่นยำที่ยังไม่สามารถทำได้อย่างซื่อสัตย์.

สิ่งที่ยังไม่รู้แต่เปิดเผย ดีกว่าสมมติฐานที่ซ่อนอยู่.

หากรู้แล้วว่าอะไรสำคัญต่อการตัดสินใจ ให้บอกก่อนผู้เชี่ยวชาญจัดทำข้อเสนอ.

อาจประเมิน:

• ความเหมาะสมของแนวทาง,
• ประสบการณ์กับปัญหาคล้ายกัน,
• คุณภาพหลักฐานจากงานก่อนหน้า,
• ความสมจริงของกำหนดเวลา,
• ความพร้อม,
• แนวทางจัดการความเสี่ยง,
• ความสามารถของคนที่จะทำงานจริง,
• ราคา,
• ค่าบำรุงรักษา,
• คุณภาพการสื่อสาร.

เอกสาร Rated Criteria ปัจจุบันของธนาคารโลกระบุว่าเกณฑ์ที่ไม่ใช่ราคาอาจรวมคุณภาพของวิธีการและแผนงาน การบริหารความเสี่ยง ผลงานและศักยภาพ และบุคลากรหลัก โดยปรับเกณฑ์ให้เหมาะกับการจัดซื้อและถ่วงน้ำหนักตามความสำคัญ. [7]

ไม่ได้หมายความว่างานเล็กต้องมีระบบให้คะแนนอย่างเป็นทางการ.

เพียงตอบคำถามนี้ก่อนส่งคำขอ:

"นอกจากราคา อะไรทำให้ข้อเสนอหนึ่งดีกว่าอีกข้อเสนอสำหรับฉัน?"

หากต้องการเปรียบเทียบข้อเสนอจริง ๆ ให้ทุกคนตอบคำถามพื้นฐานชุดเดียวกัน.

ตัวอย่าง:

1. คุณเข้าใจปัญหาและผลลัพธ์ที่คาดหวังอย่างไร?
2. คุณเสนอแนวทางใด?
3. ข้อเสนอของคุณรวมอะไรบ้างอย่างชัดเจน?
4. อะไรไม่รวม?
5. คุณตั้งสมมติฐานอะไร?
6. กำหนดเวลาเป็นอย่างไร?
7. ต้องการอะไรจากลูกค้า?
8. ความเสี่ยงหลักคืออะไร?
9. ราคาเท่าไรและรวมอะไรอย่างชัดเจน?
10. ประสบการณ์หรือหลักฐานงานใดที่เกี่ยวข้องกับงานนี้?

ในการจัดซื้อภาครัฐ การทำคำตอบ เกณฑ์ และรูปแบบราคาให้เป็นมาตรฐานเดียวกันช่วยให้ประเมินข้อเสนอได้บนฐานร่วม Government Commercial Function เน้นว่าต้องให้ข้อมูลพอสำหรับคำนวณต้นทุนอย่างถูกต้องและเปรียบเทียบในฐานเดียวกัน. [2]

รูปแบบร่วมไม่ควรลบความแตกต่างระหว่างผู้เชี่ยวชาญ แต่ควรทำให้ความแตกต่างนั้นมองเห็นในตำแหน่งเดียวกัน.

ขึ้นอยู่กับวัตถุประสงค์ของคำขอ.

การบอกงบประมาณช่วยได้ เมื่อ:

• ปรับขอบเขตตามงบที่มีได้,
• ต้องการคำแนะนำตัวเลือกที่ดีที่สุดภายในเพดานที่กำหนด,
• ต้องการตัดข้อเสนอที่ไม่สอดคล้องกับความจริงด้านการเงินออกอย่างรวดเร็ว.

การไม่เปิดเผยงบทั้งหมดอาจสมเหตุสมผล เมื่อ:

• ต้องการมุมมองอิสระต่อขอบเขตก่อน,
• ยังไม่รู้ต้นทุนที่สมจริง,
• กำลังเปรียบเทียบรูปแบบวิธีแก้ต่างกัน,
• กระบวนการต้องใช้วิธีเก็บราคาที่ต่างออกไป.

สถานการณ์ที่แย่ที่สุดไม่จำเป็นต้องเป็นการไม่มีงบ แต่คือไม่มีข้อมูลว่า คุณต้องการคำตอบด้านราคาแบบใด.

ผู้เชี่ยวชาญควรรู้ว่าจะให้ยอดรวมเดียว ช่วงราคา ทางเลือก ราคาแยกตามขั้น หรือสมมติฐานที่ต้องใช้เพื่อประมาณให้แม่นยำขึ้น.

รายละเอียดงานที่ดีไม่จำเป็นต้องตอบทุกคำถาม.

สามารถพูดตรง ๆ ว่า:

• "เรายังไม่รู้ว่าระบบปัจจุบันสามารถขยายได้อย่างปลอดภัยหรือไม่.",
• "เรายังไม่ทราบจำนวนรายการที่ต้องย้ายแน่นอน.",
• "เรายังไม่ได้ตัดสินใจว่าภาษาที่สองจะอยู่ในช่วงแรกหรือไม่.",
• "เราต้องการความช่วยเหลือในการเลือกทางเลือกที่ดีที่สุด."

นี่เป็นข้อมูลที่มีค่า.

ความไม่แน่นอนควรมีผลต่อวิธีเตรียมข้อเสนอ ไม่ใช่หายไปจากเอกสาร.

บางกรณีบริการแรกที่ดีที่สุดอาจไม่ใช่การทำทั้งหมด แต่เป็นช่วงสำรวจสั้น ๆ ที่จบด้วยการตัดสินใจ ขอบเขตที่แม่นยำขึ้น หรือการประมาณที่น่าเชื่อถือขึ้น.

1. ให้ข้อมูลแต่ละผู้เชี่ยวชาญไม่เหมือนกัน.

2. ส่งรายการฟังก์ชันโดยไม่อธิบายปัญหาและเป้าหมาย.

3. ไม่บอกว่ามีอะไรอยู่แล้ว.

4. ซ่อนข้อจำกัดที่ภายหลังเปลี่ยนวิธีดำเนินงาน.

5. ขอราคาสุดท้ายหนึ่งตัวโดยไม่บอกว่าต้องรวมอะไร.

6. ตัดสินข้อเสนอด้วยเกณฑ์ที่ตัวเองไม่ได้กำหนดไว้ก่อน.

7. สับสนระหว่างการอธิบายปัญหาอย่างละเอียดกับการบังคับวิธีแก้อย่างละเอียด.

1. ฉันอธิบายปัญหาชัดเจน ไม่ใช่แค่ทางแก้ที่คิดไว้หรือไม่?
2. ผลลัพธ์ที่ต้องการชัดเจนหรือไม่?
3. ผู้เชี่ยวชาญเข้าใจสถานะปัจจุบันหรือไม่?
4. ชัดเจนหรือไม่ว่าต้องรักษาอะไรไว้?
5. ขอบเขตช่วงแรกชัดเจนหรือไม่?
6. ระบุสิ่งส่งมอบสำคัญแล้วหรือไม่?
7. ระบุข้อจำกัดจริงแล้วหรือไม่?
8. ชัดเจนหรือไม่ว่าฉันจะจัดหาอะไร?
9. อธิบายกำหนดเวลาพร้อมความยืดหยุ่นแล้วหรือไม่?
10. รูปแบบราคาทำให้เปรียบเทียบข้อเสนอได้หรือไม่?
11. เปิดเผยสิ่งที่ยังไม่รู้สำคัญแล้วหรือไม่?
12. รู้หรือไม่ว่าจะประเมินอะไรนอกจากราคา?
13. ผู้เชี่ยวชาญทุกคนจะตอบคำถามคล้ายกันหรือไม่?
14. เปิดพื้นที่ให้ทางแก้ที่ดีกว่าที่ฉันคิดไว้หรือไม่?

รายละเอียดงานที่ดีมีสองเป้าหมายที่ดูเหมือนขัดกัน.

ต้อง เฉพาะเจาะจงพอ ให้ผู้เชี่ยวชาญหลายคนประเมินปัญหาเดียวกัน.

และต้อง เปิดกว้างพอ ให้แต่ละคนเสนอแนวทางของตนเองที่อาจดีกว่า.

ลำดับที่มีประโยชน์:

ปัญหา -> ผลลัพธ์ -> สถานะปัจจุบัน -> ขอบเขต -> สิ่งส่งมอบ -> ข้อจำกัด -> หน้าที่ลูกค้า -> เวลา -> รูปแบบราคา -> สิ่งที่ยังไม่รู้และความเสี่ยง -> เกณฑ์เลือก -> รูปแบบคำตอบร่วม.

หากหลังรับข้อเสนอพบว่าคนหนึ่งคิดราคาทั้งโครงการ อีกคนเฉพาะการวิเคราะห์ และอีกคนสมมติการเชื่อมต่อเพิ่มเติม ปัญหาอาจไม่ได้อยู่ที่ราคา.

แต่ละคนอาจได้รับงานคนละแบบ แม้ทุกคนจะได้รับข้อความเดียวกัน.

[1] UK Government - The Sourcing Playbook
เปิดแหล่งข้อมูล

[2] Government Commercial Function - How to write a procurement specification
เปิดแหล่งข้อมูล

[3] UK Government - The Digital, Data and Technology Playbook
เปิดแหล่งข้อมูล

[4] U.S. Federal Acquisition Regulation - Subpart 37.6, Performance-Based Acquisition
เปิดแหล่งข้อมูล

[5] World Bank - Sample Consultants Terms of Reference
เปิดแหล่งข้อมูล

[6] U.S. Government Accountability Office - Cost Estimating and Assessment Guide, GAO-20-195G
เปิดแหล่งข้อมูล

[7] World Bank - Rated Criteria
เปิดแหล่งข้อมูล

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