วิธีใช้ Gemini สร้าง SOP และคู่มือการทำงาน

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

Gemini สามารถช่วยเปลี่ยนข้อมูลจากการสัมภาษณ์ บันทึกการทำงาน เอกสารเดิม และประสบการณ์ของพนักงานให้เป็น SOP ที่มีโครงสร้าง ช่วยแตกกระบวนการเป็นขั้นตอน สร้าง Checklist เขียนคู่มือสำหรับพนักงานใหม่ และตรวจหาจุดที่อาจเกิดความผิดพลาดได้

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

SOP คืออะไร

SOP ย่อมาจาก Standard Operating Procedure หมายถึงเอกสารที่กำหนดขั้นตอนมาตรฐานสำหรับทำงานหนึ่งอย่างให้ได้ผลลัพธ์ตามที่องค์กรต้องการ

SOP ที่ดีควรตอบคำถามได้ว่า

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

ตัวอย่างงานที่ควรมี SOP เช่น

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

SOP ต่างจากคู่มือการทำงานอย่างไร

SOP และคู่มือการทำงานมีความเกี่ยวข้องกัน แต่ไม่เหมือนกันทั้งหมด

ประเด็น	SOP	คู่มือการทำงาน
วัตถุประสงค์	กำหนดขั้นตอนมาตรฐาน	อธิบายวิธีทำงานอย่างละเอียด
เนื้อหา	ใครทำอะไร เมื่อใด และตามลำดับใด	วิธีใช้เครื่องมือ ตัวอย่าง และคำอธิบาย
ระดับรายละเอียด	เน้นกระบวนการและการควบคุม	ลงรายละเอียดวิธีปฏิบัติ
กลุ่มผู้ใช้	ผู้ปฏิบัติงานและผู้ตรวจสอบ	ผู้เริ่มต้นหรือผู้ต้องการศึกษา
การควบคุมเวอร์ชัน	จำเป็นมาก	ควรมีเช่นกัน
ตัวอย่าง	SOP การคืนสินค้า	คู่มือกดคืนเงินในระบบ

ในงานหนึ่งอาจมีทั้ง SOP และคู่มือ เช่น SOP ระบุว่าเจ้าหน้าที่ต้องตรวจสอบคำขอคืนเงินภายใน 24 ชั่วโมง ส่วนคู่มือจะอธิบายว่าต้องเปิดเมนูใด กรอกข้อมูลตรงไหน และบันทึกหลักฐานอย่างไร

ประโยชน์ของการใช้ Gemini สร้าง SOP

Gemini สามารถช่วยงานได้หลายส่วน ได้แก่

① เปลี่ยนข้อมูลกระจัดกระจายให้เป็นโครงสร้าง

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

② ตั้งคำถามหาข้อมูลที่ขาด

หากขั้นตอนยังไม่ครบ สามารถให้ Gemini ตรวจว่าขาดผู้รับผิดชอบ เงื่อนไขเริ่มงาน เกณฑ์ตรวจรับ หรือวิธีรับมือข้อผิดพลาดหรือไม่

③ ปรับภาษาให้อ่านง่าย

Gemini ช่วยเปลี่ยนข้อความยาวหรือภาษาพูดให้เป็นคำสั่งที่สั้น ชัดเจน และปฏิบัติตามได้ง่ายขึ้น

④ สร้างเอกสารหลายรูปแบบจากข้อมูลชุดเดียว

ข้อมูล SOP หนึ่งชุดสามารถนำไปสร้างเป็น

• คู่มือฉบับเต็ม
• Checklist หน้างาน
• คู่มือเริ่มต้นสำหรับพนักงานใหม่
• แบบทดสอบหลังอบรม
• ตารางตรวจสอบคุณภาพ
• Flow การส่งต่องาน
• สคริปต์สำหรับสอนงาน
• FAQ สำหรับปัญหาที่พบบ่อย

⑤ ช่วยตรวจความไม่สอดคล้อง

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

ข้อจำกัดที่ต้องเข้าใจก่อนใช้ Gemini

Gemini ไม่สามารถเดินดูหน้างาน ไม่รู้ข้อจำกัดของระบบ และไม่ทราบเหตุการณ์ที่พนักงานพบจริงโดยอัตโนมัติ หากข้อมูลต้นทางไม่ครบ SOP ที่ได้ก็อาจไม่ครบเช่นกัน

อย่าให้ Gemini สร้างขั้นตอนขึ้นเองในงานที่มีความเสี่ยงสูง เช่น

• ความปลอดภัยของพนักงาน
• งานไฟฟ้า
• เครื่องจักร
• สารเคมี
• การรักษาพยาบาล
• การเงินและการอนุมัติจ่าย
• ความปลอดภัยทางไซเบอร์
• ข้อมูลส่วนบุคคล
• การปฏิบัติตามกฎหมาย
• การจัดการเหตุฉุกเฉิน

เอกสารประเภทนี้ต้องผ่านผู้เชี่ยวชาญ ผู้รับผิดชอบ และผู้มีอำนาจอนุมัติก่อนใช้งานจริง

โครงสร้าง SOP มาตรฐานควรมีอะไรบ้าง

SOP แต่ละองค์กรอาจมีรูปแบบต่างกัน แต่ควรมีองค์ประกอบหลักดังต่อไปนี้

① ข้อมูลควบคุมเอกสาร

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

② วัตถุประสงค์

อธิบายว่า SOP นี้สร้างขึ้นเพื่อให้เกิดผลลัพธ์อะไร เช่น ลดความผิดพลาด ควบคุมคุณภาพ หรือกำหนดวิธีตอบสนองลูกค้า

③ ขอบเขต

ระบุว่าเอกสารนี้ใช้กับ

• แผนกใด
• สาขาใด
• บุคลากรตำแหน่งใด
• สินค้าหรือบริการประเภทใด
• เหตุการณ์ใด
• จุดเริ่มต้นและจุดสิ้นสุดของกระบวนการ

④ คำจำกัดความ

อธิบายคำย่อ คำเฉพาะ และสถานะต่าง ๆ เพื่อให้ทุกคนเข้าใจตรงกัน

⑤ บทบาทและความรับผิดชอบ

ระบุว่าใครทำ ใครตรวจ ใครอนุมัติ และใครต้องรับทราบ

⑥ เครื่องมือและเอกสารที่เกี่ยวข้อง

ตัวอย่างเช่น

• แบบฟอร์ม
• โปรแกรม
• เครื่องมือ
• อุปกรณ์ป้องกัน
• เอกสารอ้างอิง
• แม่แบบข้อความ
• ระบบบันทึกข้อมูล

⑦ ขั้นตอนการปฏิบัติงาน

แต่ละขั้นตอนควรมี

• หมายเลขขั้นตอน
• ผู้รับผิดชอบ
• การกระทำ
• ข้อมูลนำเข้า
• ผลลัพธ์
• เวลาที่กำหนด
• จุดตรวจสอบ
• หลักฐานที่ต้องเก็บ

⑧ จุดควบคุมและเกณฑ์คุณภาพ

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

⑨ วิธีจัดการข้อผิดพลาด

กำหนดว่าเมื่อเกิดเหตุผิดปกติต้องหยุดงาน แก้ไข แจ้งใคร หรือยกระดับปัญหาอย่างไร

⑩ บันทึกและหลักฐาน

ระบุประเภทข้อมูลที่ต้องเก็บ ที่จัดเก็บ ผู้มีสิทธิ์เข้าถึง และระยะเวลาเก็บรักษาตามนโยบายหรือข้อกำหนดที่เกี่ยวข้อง

⑪ เอกสารแนบ

อาจประกอบด้วย Checklist แบบฟอร์ม ตารางตัดสินใจ ตัวอย่างงาน และคู่มือหน้าจอระบบ

⑫ ประวัติการแก้ไข

บันทึกเลขเวอร์ชัน วันที่ รายการที่แก้ไข และผู้อนุมัติ เพื่อป้องกันการใช้เอกสารเก่า

วิธีใช้ Gemini สร้าง SOP แบบเป็นขั้นตอน

ขั้นตอนที่ 1: เลือกกระบวนการเพียงหนึ่งเรื่อง

อย่าเริ่มด้วยคำสั่งว่า “สร้าง SOP ทั้งบริษัท” ควรเลือกกระบวนการที่มีจุดเริ่มต้นและจุดสิ้นสุดชัดเจน เช่น

• รับคำสั่งซื้อจนถึงยืนยันการชำระเงิน
• รับสินค้าจนถึงบันทึกเข้าคลัง
• รับเรื่องร้องเรียนจนถึงปิดเคส
• เปิดร้านจนพร้อมให้บริการ
• สำรองข้อมูลจนถึงตรวจสอบการกู้คืน

การแบ่งเป็นหนึ่งกระบวนการต่อหนึ่ง SOP ทำให้แก้ไข ทดสอบ และควบคุมเวอร์ชันได้ง่ายกว่า

ขั้นตอนที่ 2: รวบรวมข้อมูลจากผู้ทำงานจริง

ผู้จัดทำควรสัมภาษณ์คนที่ลงมือทำงาน ไม่ควรอาศัยมุมมองของผู้บริหารเพียงอย่างเดียว เพราะขั้นตอนจริงอาจแตกต่างจากขั้นตอนที่เข้าใจ

คำถามที่ควรถาม ได้แก่

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

ขั้นตอนที่ 3: ส่งบันทึกดิบให้ Gemini ช่วยจัดระเบียบ

ข้อมูลที่ได้อาจเป็นภาษาพูดและไม่ได้เรียงลำดับ สามารถใช้ Prompt ดังนี้

ช่วยจัดระเบียบบันทึกการทำงานต่อไปนี้ให้เป็นข้อมูลสำหรับสร้าง SOP

[วางบันทึก]

แบ่งผลลัพธ์เป็น:

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

ใช้เฉพาะข้อมูลต้นฉบับ ห้ามสร้างขั้นตอน นโยบาย ระยะเวลา หรือผู้รับผิดชอบขึ้นเอง

ขั้นตอนที่ 4: ให้ Gemini สร้างคำถามสัมภาษณ์เพิ่มเติม

จากข้อมูลกระบวนการนี้ ช่วยสร้างคำถามสัมภาษณ์ผู้ปฏิบัติงานเพื่อเติมข้อมูลที่ขาด

เน้นคำถามเกี่ยวกับผู้รับผิดชอบ จุดเริ่มต้น จุดสิ้นสุด เวลาที่กำหนด การอนุมัติ ข้อยกเว้น ความผิดพลาด การส่งต่องาน การจัดเก็บหลักฐาน และเกณฑ์ตรวจรับ

หลีกเลี่ยงคำถามที่ตอบได้เพียง “ใช่” หรือ “ไม่ใช่”

ขั้นตอนที่ 5: สร้าง Process Map แบบข้อความ

ก่อนเขียน SOP ฉบับเต็ม ควรทำให้ลำดับกระบวนการถูกต้องก่อน

เปลี่ยนข้อมูลนี้เป็น Process Map แบบข้อความ โดยแสดง:

• ลำดับขั้นตอน
• ผู้รับผิดชอบ
• ข้อมูลนำเข้า
• การดำเนินการ
• จุดตัดสินใจ
• ผลลัพธ์
• ผู้รับช่วงต่อ

หากข้อมูลส่วนใดไม่ชัดเจน ให้ใส่ [ต้องยืนยัน] ห้ามเติมขั้นตอนเอง

นำ Process Map ให้ผู้ปฏิบัติงานตรวจว่าเป็นสิ่งที่เกิดขึ้นจริงหรือไม่ ก่อนพัฒนาเป็นเอกสารฉบับเต็ม

ขั้นตอนที่ 6: สร้าง SOP ฉบับร่าง

เมื่อข้อมูลครบแล้วจึงสั่งให้ Gemini เขียน SOP ตามแม่แบบขององค์กร โดยต้องระบุชัดเจนว่าห้ามเดาข้อมูล

ขั้นตอนที่ 7: ทดลองใช้กับพนักงาน

ให้พนักงานที่ไม่เคยทำงานนั้นลองอ่านและทำตามภายใต้การดูแล จากนั้นบันทึกว่า

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

ขั้นตอนที่ 8: อนุมัติและประกาศใช้

SOP ควรผ่านผู้รับผิดชอบกระบวนการ ผู้ตรวจสอบ และผู้มีอำนาจอนุมัติก่อนประกาศใช้ พร้อมระบุวันที่เริ่มใช้และยกเลิกเอกสารเวอร์ชันเก่า

ขั้นตอนที่ 9: ทบทวนตามรอบ

ควรทบทวนเมื่อ

• ระบบเปลี่ยน
• เครื่องมือเปลี่ยน
• กฎหมายหรือข้อกำหนดเปลี่ยน
• โครงสร้างองค์กรเปลี่ยน
• เกิดข้อผิดพลาดซ้ำ
• มีข้อร้องเรียน
• มีการตรวจสอบภายใน
• ครบกำหนดทบทวน

Prompt สร้าง SOP ฉบับเต็ม

คุณเป็นผู้ช่วยจัดทำมาตรฐานขั้นตอนการปฏิบัติงาน ช่วยสร้างร่าง SOP จากข้อมูลที่ฉันให้

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

จัดทำเป็นหัวข้อต่อไปนี้:

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

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

ใช้ประโยคคำสั่งที่สั้นและทำตามได้จริง ห้ามสร้างกฎหมาย นโยบาย ระยะเวลา ชื่อตำแหน่ง หรือวิธีปฏิบัติที่ไม่มีในข้อมูล หากข้อมูลไม่ครบให้ใส่ [ต้องยืนยัน] และสรุปคำถามท้ายเอกสาร

ตัวอย่าง SOP การรับคำสั่งซื้อออนไลน์

ตัวอย่างนี้เป็นโครงสร้างเบื้องต้น ต้องปรับให้ตรงกับระบบและนโยบายของแต่ละร้าน

ชื่อเอกสาร

SOP การรับและตรวจสอบคำสั่งซื้อออนไลน์

วัตถุประสงค์

เพื่อให้พนักงานตรวจสอบคำสั่งซื้อ ข้อมูลการชำระเงิน และรายละเอียดการจัดส่งอย่างเป็นมาตรฐานก่อนส่งงานเข้าสู่ขั้นตอนแพ็กสินค้า

ขอบเขต

ใช้กับคำสั่งซื้อจากช่องทางออนไลน์ที่ร้านกำหนด ตั้งแต่ได้รับคำสั่งซื้อจนถึงส่งต่อรายการที่ตรวจสอบแล้วให้ผู้รับผิดชอบคลังสินค้า

บทบาทและความรับผิดชอบ

บทบาท	ความรับผิดชอบ
เจ้าหน้าที่รับคำสั่งซื้อ	ตรวจข้อมูลสินค้า ลูกค้า และสถานะการชำระเงิน
เจ้าหน้าที่คลังสินค้า	ตรวจสต็อก จัดสินค้า และแจ้งสินค้าขาด
ผู้อนุมัติ	พิจารณากรณีส่วนลดหรือข้อยกเว้นตามอำนาจอนุมัติ
เจ้าหน้าที่จัดส่ง	ตรวจข้อมูลผู้รับและเตรียมส่งมอบ

ขั้นตอนปฏิบัติงาน

① เปิดรายการคำสั่งซื้อใหม่

ตรวจสอบคำสั่งซื้อที่เข้ามาจากช่องทางที่บริษัทกำหนด และบันทึกเลขที่คำสั่งซื้อ

② ตรวจข้อมูลลูกค้า

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

③ ตรวจรายการสินค้า

ตรวจชื่อสินค้า รุ่น สี ขนาด จำนวน และตัวเลือกเพิ่มเติมให้ตรงกับคำสั่งซื้อ

④ ตรวจสถานะการชำระเงิน

ตรวจสอบจากระบบหรือหลักฐานตามวิธีที่องค์กรกำหนด ห้ามใช้ภาพหลักฐานเพียงอย่างเดียวหากนโยบายกำหนดให้ตรวจยอดในบัญชีหรือระบบก่อน

⑤ ตรวจสอบสต็อก

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

⑥ ยืนยันคำสั่งซื้อ

เปลี่ยนสถานะเป็นพร้อมจัดเตรียมสินค้าเมื่อข้อมูลครบ การชำระเงินผ่าน และมีสินค้าเพียงพอ

⑦ ส่งต่องาน

ส่งข้อมูลคำสั่งซื้อให้คลังสินค้า พร้อมเลขที่รายการ รายละเอียดสินค้า และกำหนดส่ง

⑧ เก็บหลักฐาน

เก็บข้อมูลคำสั่งซื้อ การตรวจสอบ และการติดต่อในระบบที่องค์กรกำหนด โดยไม่บันทึกข้อมูลซ้ำในพื้นที่ที่ไม่ได้รับอนุญาต

จุดควบคุมคุณภาพ

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

กรณีผิดปกติ

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

Prompt สร้างคู่มือการทำงานสำหรับพนักงานใหม่

เปลี่ยน SOP ต่อไปนี้เป็นคู่มือสำหรับพนักงานใหม่

[วาง SOP]

คู่มือต้องประกอบด้วย:

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

ใช้ภาษาง่าย อธิบายคำเฉพาะ และห้ามเพิ่มนโยบายหรือสิทธิ์ในระบบที่ไม่ได้ระบุไว้

Prompt สร้าง Work Instruction

Work Instruction เป็นคำแนะนำระดับลงมือทำ ซึ่งละเอียดกว่า SOP

จาก SOP นี้ ช่วยสร้าง Work Instruction สำหรับขั้นตอน “[ชื่อขั้นตอน]”

ระบุ:

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

หากไม่ทราบชื่อเมนูหรือวิธีใช้ระบบจริง ให้ใส่ [ตรวจสอบหน้าจอจริง] ห้ามสร้างชื่อเมนูขึ้นเอง

Prompt สร้าง Checklist จาก SOP

เปลี่ยน SOP นี้เป็น Checklist สำหรับใช้หน้างาน

แต่ละรายการต้อง:

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

แบ่งเป็น “ก่อนเริ่มงาน” “ระหว่างทำงาน” “ก่อนส่งมอบ” และ “หลังจบงาน” โดยไม่ตัดจุดควบคุมสำคัญออก

ตัวอย่าง Checklist เปิดร้าน:

ก่อนเปิดร้าน

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

Prompt สร้าง RACI จากกระบวนการ

RACI ช่วยแยกบทบาทในงานที่มีหลายฝ่าย

• Responsible: ผู้ลงมือทำ
• Accountable: ผู้รับผิดชอบผลลัพธ์สุดท้าย
• Consulted: ผู้ให้คำปรึกษา
• Informed: ผู้ที่ต้องได้รับแจ้ง

Prompt:

สร้างตาราง RACI จากกระบวนการนี้ โดยใช้เฉพาะบทบาทที่ปรากฏในข้อมูล

หากขั้นตอนใดมีผู้รับผิดชอบซ้ำ ไม่พบผู้อนุมัติ หรือไม่มีผู้รับช่วงต่อ ให้ทำเครื่องหมาย [ต้องยืนยัน]

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

Prompt ตรวจหาความเสี่ยงใน SOP

ตรวจ SOP นี้เพื่อค้นหาความเสี่ยงในการปฏิบัติงาน โดยพิจารณา:

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

สร้างตาราง ความเสี่ยง สาเหตุ ผลกระทบ การควบคุมที่มีอยู่ ข้อมูลที่ต้องยืนยัน และข้อเสนอเพื่อพิจารณา

อย่าถือว่าข้อเสนอเป็นนโยบายที่อนุมัติแล้ว

Prompt ตรวจคุณภาพ SOP

ทำหน้าที่เป็นผู้ตรวจเอกสารและตรวจ SOP นี้

ประเมินว่า:

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

แบ่งคำตอบเป็น “ผ่าน” “ต้องแก้ไข” “ต้องยืนยันกับเจ้าของกระบวนการ” และ “คำถามที่ต้องถามเพิ่ม” ห้ามแก้กระบวนการเอง

Prompt เปลี่ยน SOP เป็นแบบทดสอบพนักงาน

สร้างแบบทดสอบจาก SOP นี้จำนวน [จำนวน] ข้อ

ประกอบด้วย:

• คำถามปรนัย
• สถานการณ์จำลอง
• คำถามเรียงลำดับขั้นตอน
• คำถามเกี่ยวกับข้อยกเว้น
• คำถามว่ากรณีใดต้องยกระดับปัญหา

สร้างเฉลยพร้อมอธิบายโดยอ้างอิงเฉพาะเนื้อหาใน SOP ห้ามเพิ่มนโยบายที่ไม่มีในเอกสาร

วิธีเขียนขั้นตอนให้พนักงานทำตามได้จริง

ใช้คำกริยาที่ชัดเจน

เริ่มแต่ละขั้นด้วยคำ เช่น

• เปิด
• ตรวจสอบ
• เปรียบเทียบ
• บันทึก
• ยืนยัน
• แนบ
• ส่งต่อ
• แจ้ง
• หยุด
• อนุมัติ

หลีกเลี่ยงคำกว้าง เช่น “ดำเนินการตามความเหมาะสม” หากไม่มีเกณฑ์อธิบายว่าอะไรคือความเหมาะสม

หนึ่งขั้นตอนควรมีการกระทำหลักหนึ่งเรื่อง

หากขั้นตอนหนึ่งมีคำว่า “และ” หลายครั้ง ควรพิจารณาแบ่งเป็นขั้นตอนย่อย เพื่อลดการข้ามงาน

ระบุผลลัพธ์ที่ต้องเห็น

แทนที่จะเขียนว่า “ตรวจสอบเอกสาร” ควรระบุว่า

“ตรวจสอบว่าชื่อผู้ซื้อ เลขที่คำสั่งซื้อ รายการสินค้า จำนวน และยอดเงินตรงกับข้อมูลในระบบ”

ระบุจุดหยุดงาน

พนักงานต้องรู้ว่าเมื่อใดไม่ควรตัดสินใจเอง เช่น

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

ระบุช่องทางยกระดับปัญหา

อย่าเขียนเพียง “แจ้งหัวหน้า” ควรระบุตำแหน่ง ช่องทาง ข้อมูลที่ต้องส่ง และระยะเวลาที่ต้องแจ้ง หากองค์กรได้กำหนดไว้แล้ว

วิธีควบคุมเวอร์ชัน SOP

SOP ที่ดีอาจสร้างปัญหาได้หากพนักงานใช้คนละเวอร์ชัน จึงควรกำหนดระบบควบคุมเอกสาร

ตัวอย่างตารางประวัติการแก้ไข:

เวอร์ชัน	วันที่	รายการแก้ไข	ผู้จัดทำ	ผู้อนุมัติ
1.0	[วันที่]	ประกาศใช้ครั้งแรก	[ชื่อ]	[ชื่อ]
1.1	[วันที่]	ปรับขั้นตอนตรวจสอบ	[ชื่อ]	[ชื่อ]
2.0	[วันที่]	เปลี่ยนระบบหลัก	[ชื่อ]	[ชื่อ]

หลักปฏิบัติที่ควรมี ได้แก่

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

วิธีทดสอบ SOP ก่อนประกาศใช้

① Walkthrough กับเจ้าของกระบวนการ

อ่านทุกขั้นและให้ผู้ปฏิบัติงานอธิบายว่าทำอย่างไรจริง ตรวจว่าขั้นตอนในเอกสารตรงกับหน้างานหรือไม่

② ทดลองกับผู้ใช้ใหม่

ให้คนที่ไม่เคยทำงานลองอ่าน หากยังต้องถามผู้สอนหลายจุด แสดงว่าคู่มืออาจไม่ละเอียดเพียงพอ

③ ทดสอบกรณีปกติ

ตรวจว่า SOP สามารถนำงานตั้งแต่เริ่มต้นจนจบได้จริง

④ ทดสอบกรณีผิดปกติ

ทดลองสถานการณ์ เช่น ข้อมูลไม่ครบ ระบบล่ม สินค้าขาด ลูกค้าขอเปลี่ยนงาน หรือผู้อนุมัติไม่อยู่

⑤ ตรวจหลักฐาน

ยืนยันว่าพนักงานรู้ว่าต้องบันทึกอะไร ที่ไหน และใครสามารถตรวจย้อนหลังได้

⑥ เก็บข้อเสนอแนะ

บันทึกข้อเสนอแนะเป็นรายการ ไม่ควรแก้เอกสารอย่างไม่เป็นทางการจนไม่มีประวัติเวอร์ชัน

ข้อผิดพลาดที่พบบ่อยเมื่อใช้ Gemini สร้าง SOP

① สั่งให้ Gemini เขียนจากชื่อหัวข้อเพียงอย่างเดียว

หากสั่งว่า “สร้าง SOP ฝ่ายบัญชี” Gemini อาจสร้างขั้นตอนทั่วไปที่ไม่ตรงกับระบบและอำนาจอนุมัติขององค์กร

② คัดลอกผลลัพธ์ไปใช้โดยไม่ทดสอบ

ข้อความอาจอ่านดีแต่ทำไม่ได้จริง เพราะไม่มีสิทธิ์ในระบบ ขาดเครื่องมือ หรือไม่สอดคล้องกับหน้างาน

③ เขียนตามกระบวนการที่ควรเป็นแทนกระบวนการจริง

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

• As-Is: ขั้นตอนที่ทำอยู่ในปัจจุบัน
• To-Be: ขั้นตอนที่ต้องการปรับปรุงในอนาคต

หากนำทั้งสองแบบมาปะปน พนักงานอาจไม่รู้ว่าต้องทำตามวิธีใด

④ ไม่มีเจ้าของกระบวนการ

ทุก SOP ควรมีผู้รับผิดชอบในการทบทวน ตอบคำถาม และเสนอแก้ไข มิฉะนั้นเอกสารจะล้าสมัยโดยไม่มีใครดูแล

⑤ ไม่มีวิธีจัดการข้อยกเว้น

งานจริงไม่ได้เป็นไปตามกรณีปกติเสมอ SOP จึงต้องระบุว่าจะทำอย่างไรเมื่อข้อมูลไม่ครบ ระบบขัดข้อง หรือเกิดเหตุเกินอำนาจ

⑥ ใช้ภาษายาวและเป็นทางการเกินไป

SOP มีไว้ให้คนทำงาน ไม่ใช่เพื่อแสดงความซับซ้อนของภาษา ควรใช้ประโยคสั้นและคำที่พนักงานเข้าใจตรงกัน

⑦ ไม่มีหลักฐานตรวจสอบ

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

⑧ ไม่มีระบบอัปเดตเอกสาร

เมื่อระบบหรือขั้นตอนเปลี่ยน SOP ต้องเปลี่ยนตาม มิฉะนั้นพนักงานจะเลิกเชื่อถือเอกสารและกลับไปถามกันเอง

Checklist ตรวจ SOP ก่อนใช้งาน

ด้านเนื้อหา

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

ด้านการควบคุม

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

ด้านการใช้งาน

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

คำถามที่พบบ่อย

Gemini สร้าง SOP ให้ทั้งบริษัทได้หรือไม่

สามารถช่วยได้ แต่ควรทำทีละกระบวนการและให้เจ้าของงานตรวจสอบ การสร้างทั้งหมดพร้อมกันอาจทำให้ข้อมูลไม่ละเอียดและแก้ไขยาก

ต้องมี SOP ทุกงานหรือไม่

ไม่จำเป็นต้องทำทุกกิจกรรม ควรเริ่มจากงานที่เกิดซ้ำ มีความเสี่ยงสูง ผิดพลาดบ่อย ต้องส่งต่องาน หรือส่งผลโดยตรงต่อลูกค้าและรายได้

SOP ควรยาวกี่หน้า

ไม่มีจำนวนตายตัว เอกสารควรยาวเท่าที่จำเป็นต่อการทำงาน หากรายละเอียดมากสามารถแยกคู่มือ Work Instruction แบบฟอร์ม และ Checklist ออกจาก SOP หลักได้

ใช้ Gemini สรุป SOP เก่าได้หรือไม่

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

สามารถใช้วิดีโอหรือเสียงสัมภาษณ์สร้าง SOP ได้หรือไม่

สามารถถอดเนื้อหาเป็นข้อความแล้วให้ Gemini ช่วยจัดโครงสร้างได้ แต่ต้องตรวจว่าการถอดเสียงถูกต้องและไม่มีข้อมูลสำคัญตกหล่น

ควรทบทวน SOP บ่อยแค่ไหน

ควรกำหนดตามความเสี่ยงและการเปลี่ยนแปลงของงาน นอกจากนี้ควรทบทวนทันทีเมื่อระบบ นโยบาย บุคลากร เครื่องมือ หรือข้อกำหนดสำคัญเปลี่ยน

ใครควรเป็นผู้อนุมัติ SOP

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

Gemini ช่วยปรับปรุงกระบวนการได้หรือไม่

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

สรุปวิธีใช้ Gemini สร้าง SOP และคู่มือการทำงาน

Gemini ช่วยลดเวลาในการจัดทำ SOP ได้ตั้งแต่จัดระเบียบบันทึกการทำงาน สร้างคำถามสัมภาษณ์ แตกกระบวนการเป็นขั้นตอน เขียนคู่มือ สร้าง Checklist ไปจนถึงตรวจหาข้อมูลที่ขาดและข้อความที่กำกวม

หัวใจสำคัญคือเริ่มจากกระบวนการจริง ให้ผู้ปฏิบัติงานมีส่วนร่วม และกำหนดให้ Gemini ใช้เฉพาะข้อมูลที่ได้รับ หากข้อมูลไม่ครบต้องแสดงคำถามแทนการคิดขั้นตอนขึ้นเอง

หลังสร้างร่างแล้ว ต้องทดลองทำตาม ตรวจโดยเจ้าของกระบวนการ อนุมัติอย่างเป็นทางการ ควบคุมเวอร์ชัน และทบทวนเมื่อการทำงานเปลี่ยนแปลง โดยเฉพาะ SOP ที่เกี่ยวข้องกับกฎหมาย ความปลอดภัย การเงิน และข้อมูลส่วนบุคคล

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