สรุป SOP ให้สั้นลงโดยไม่เปลี่ยนกฎ
แยกข้อบังคับ ขั้นตอน ข้อยกเว้น ผู้อนุมัติ และหลักฐานจาก SOP ก่อนสร้างคู่มือย่อหรือ checklist
เป้าหมาย: ทำสรุปที่ตรวจย้อนกลับได้และไม่เปลี่ยนคำว่า ต้อง ห้าม ควร หรืออาจ · ใช้เวลาประมาณ 16 นาที
ขั้นตอนทำงานที่ตรวจสอบได้
อย่าส่งข้อมูลเข้า AI แล้วรอคำตอบเพียงรอบเดียว ให้แยกงานและเก็บหลักฐานทุกช่วง
ล็อกฉบับ
ยืนยันเจ้าของเอกสาร เวอร์ชัน วันที่มีผล และสถานะอนุมัติ
สกัดกฎ
แยก trigger การกระทำ ผู้รับผิดชอบ ข้อยกเว้น หลักฐาน และ escalation
ย่อโดยไม่เปลี่ยนแรง
รักษาคำบังคับและเงื่อนไข ไม่เปลี่ยน ‘ควร’ เป็น ‘ต้อง’
ตรวจสองทาง
ตรวจทุกบรรทัดสรุปกับ SOP และตรวจทุกกฎสำคัญว่าปรากฏในสรุป
ตัวอย่างในงานจริง
SOP คืนสินค้า
สร้างตาราง เงื่อนไข/หลักฐาน/ผู้อนุมัติ/ผลลัพธ์/เลขหัวข้อ จากฉบับที่ให้
ตารางเผยให้เห็นว่าพนักงานร่างผลได้แต่ผู้จัดการอนุมัติเงิน
SOP ปิดกะ
สร้าง checklist โดยคงข้อยกเว้นวันหยุดและเกณฑ์ยอดเงินที่ต้องมีพยาน
ข้อยกเว้นไม่ถูกกลบด้วยรายการทั่วไป
ข้อผิดพลาดที่พบบ่อย
ขอให้สรุปให้อ่านง่ายอย่างเดียว
โมเดลอาจลดเงื่อนไขและข้อยกเว้น
กำหนด schema และรายการสิ่งห้ามหาย
ใช้สรุปแทน SOP ต้นฉบับ
พนักงานไม่เห็นบริบทหรือการแก้ไขล่าสุด
แสดงเวอร์ชัน ลิงก์ และข้อความว่าสรุปไม่แทนต้นฉบับ
ไม่ให้เจ้าของกระบวนการตรวจ
ความคลาดเคลื่อนถูกประกาศใช้
ให้เจ้าของ SOP ลงชื่ออนุมัติก่อนเผยแพร่
ทำ checklist คืนสินค้า
SOP ระบุคืนได้ 7 วัน แต่สินค้าบางหมวดคืนไม่ได้ และยอดเกินเกณฑ์ต้องมีผู้จัดการอนุมัติ
เขียนคำสั่งสกัดข้อมูลก่อนสรุป โดยไม่แต่งเกณฑ์หรือหมวดสินค้า
ดูคำตอบตัวอย่าง
สกัดทุกเงื่อนไขเป็นตาราง: ประเภทสินค้า ระยะเวลา หลักฐาน ข้อยกเว้น เกณฑ์อนุมัติ ผู้อนุมัติ และเลขหัวข้อ ใช้ข้อความตามต้นฉบับสำหรับตัวเลข หากข้อมูลไม่พบให้เขียน [ไม่พบใน SOP] จากนั้นสร้าง checklist และให้เจ้าของนโยบายตรวจเทียบ
- มีเวอร์ชัน
- คงตัวเลข
- รักษาข้อยกเว้น
- มีเลขอ้างอิง
- มีผู้อนุมัติ
บันทึกช่วยจำ
- SOP ที่ล้าสมัยทำให้ AI ตอบผิดอย่างเป็นระบบ
- เก็บประวัติการเปลี่ยนแปลงและกำหนดวันทบทวน
สรุปบทเรียนนี้
- ล็อกเวอร์ชันก่อนสรุป
- สกัดกฎและข้อยกเว้นเป็นโครงสร้าง
- เจ้าของ SOP ต้องตรวจและอนุมัติ