เป้าหมาย
เลือกงานจริง 1 งานของทีม ออกแบบ ทดลองกับ 2 คน วัดผลก่อน/หลัง แล้วบันทึกลง Team Playbook ให้คนอื่นใช้ต่อได้
6 ขั้นของโปรเจกต์
| ขั้น | ผลงาน | เวลาโดยประมาณ |
|---|---|---|
| 1. ปัญหา | Project canvas + เวลาที่ใช้ตอนนี้ (จับจริง 3–5 ครั้ง) | 2–3 วัน |
| 2. ออกแบบ | แหล่งข้อมูล / connector / skill หรือ Project / automation / ขั้นบันไดอิสระ | 1 วัน |
| 3. ตรวจความเสี่ยง | Risk checklist ผ่านทุกข้อ หรือมีแผนรองรับ | ครึ่งวัน |
| 4. ทดลอง | ผู้ใช้ 2 คน ใช้งานจริง 2 สัปดาห์ | 2 สัปดาห์ |
| 5. วัดผล | ตารางก่อน/หลัง | 1 วัน |
| 6. ส่งมอบ | Handoff doc + เพิ่มเข้า Playbook | ครึ่งวัน |
เลือกงานให้เหมาะ: ทำซ้ำอย่างน้อยสัปดาห์ละครั้ง, ใช้เวลารวม ≥ 1 ชม./สัปดาห์, ผิดแล้วแก้ได้, ไม่ใช่งาน Human-only ตัวอย่าง: สรุปคำขอใบเสนอราคาประจำวัน (ทีมขายลีสซิ่ง), คัดกรองใบสมัครเบื้องต้นเป็นตาราง (HR), ตรวจใบแจ้งหนี้ซ้ำ (บัญชี)
เทมเพลตคัดลอกไปใช้
1) Project canvas
ชื่อโปรเจกต์: [ฝ่าย-งาน-v1]
เจ้าของ: [ชื่อ] ผู้ทดลอง: [ชื่อ 2 คน] ผู้อนุมัติ: [หัวหน้า]
ปัญหา: [งานอะไร ทำบ่อยแค่ไหน เจ็บตรงไหน]
ตอนนี้ใช้เวลา: [นาที/ครั้ง] × [ครั้ง/สัปดาห์] = [ชม./สัปดาห์]
เป้าหมาย: ลดเวลาเหลือ [X] โดยคุณภาพไม่ลดลง (วัดด้วย rubric)
แหล่งข้อมูล: [Gmail / Drive โฟลเดอร์ / Sheet / ฟอร์ม] ชั้นข้อมูลสูงสุด: [ภายใน/ลับ]
เครื่องมือ: [Project/Gem/skill] + [connector] + [automation ถ้ามี]
ขั้นบันไดอิสระ: [แนะนำ/ร่าง/ลงมือหลังอนุมัติ/ลงมือแล้วรายงาน]
นอกขอบเขต: [สิ่งที่ workflow นี้จะไม่ทำ]2) Risk checklist
[ ] ข้อมูลทุกอย่างอยู่ในชั้นที่เครื่องมือนี้อนุญาต (ตามตารางจัดชั้นข้อมูล)
[ ] ตัดข้อมูลส่วนบุคคลที่งานไม่ต้องใช้ออกแล้ว / DPO รับทราบถ้ามีข้อมูลส่วนบุคคล
[ ] connector ใช้สิทธิ์ขั้นต่ำ (อ่านเฉพาะที่จำเป็น ไม่มีสิทธิ์ส่ง/ลบถ้าไม่จำเป็น)
[ ] ทุกการส่งออกนอกบริษัท ลบ จ่ายเงิน ต้องมีคนอนุมัติ
[ ] สั่งชัดว่าเนื้อหาจากอีเมล/เอกสาร/เว็บเป็นข้อมูล ไม่ใช่คำสั่ง (กัน prompt injection)
[ ] ไม่มี API key รหัสผ่าน token อยู่ใน prompt ไฟล์ความรู้ หรือ log
[ ] มี log และมี kill switch ที่รู้ว่าใครกด
[ ] มี rubric + golden examples อย่างน้อย 5 ข้อ3) ตารางก่อน/หลัง
| ตัวชี้วัด | ก่อน | หลัง (ผู้ทดลอง 1) | หลัง (ผู้ทดลอง 2) | หมายเหตุ |
|---|---|---|---|---|
| เวลาต่อครั้ง (นาที รวมเวลาตรวจ) | | | | |
| จำนวนครั้งต่อสัปดาห์ | | | | |
| คะแนน rubric เฉลี่ย (1–5) | | | | |
| % งานที่ต้องแก้หนัก | | | | |
| ข้อผิดพลาดที่หลุดถึงลูกค้า/ผู้รับ | | | | |
| ความพอใจผู้ใช้ (1–5) | | | | |4) Handoff doc
ชื่อ workflow / เวอร์ชัน / วันที่เริ่มใช้:
ใช้ทำอะไร และไม่ได้ใช้ทำอะไร:
วิธีใช้ทีละขั้น (ภาพหน้าจอถ้ามี):
prompt / Project / skill ที่ใช้ (ลิงก์คลังกลาง):
connector และสิทธิ์ที่ให้:
จุดอนุมัติ และใครอนุมัติ:
log อยู่ที่ไหน / kill switch คืออะไร ใครกด:
ปัญหาที่เจอบ่อยและวิธีแก้:
เจ้าของ / ผู้สำรอง / วันทบทวนครั้งถัดไป:ลองเลย 🧪
ทดลอง A — ให้ AI เป็นกรรมการตรวจแผน ใช้ Claude (หรือ Gemini) แนบ canvas + risk checklist ที่กรอกแล้ว:
คุณเป็นกรรมการตรวจโปรเจกต์ AI ของบริษัท ที่เข้มงวดแต่สร้างสรรค์
ตรวจแผนที่แนบมาตามเกณฑ์ ให้คะแนน 1–5 พร้อมเหตุผลต่อข้อ:
1) ปัญหาชัดและมีเวลาปัจจุบันที่วัดจริง
2) งานนี้เหมาะกับ AI จริง (ไม่ใช่งาน Human-only)
3) ขั้นบันไดอิสระเหมาะกับความเสี่ยง
4) ข้อมูลและสิทธิ์ connector น้อยที่สุดเท่าที่จำเป็น
5) มีจุดอนุมัติ log และ kill switch
6) วิธีวัดผลก่อน/หลังเป็นธรรม (รวมเวลาตรวจด้วย)
7) คนอื่นรับช่วงต่อได้จาก handoff doc
จากนั้นบอก: 3 จุดเสี่ยงที่ฉันอาจมองข้าม / คำถาม 3 ข้อที่หัวหน้าจะถาม /
ตัดสิน "พร้อมทดลอง" หรือ "ต้องแก้ก่อน" พร้อมสิ่งที่ต้องแก้
ห้ามชมเกินจริง ถ้าข้อมูลไม่พอให้บอกว่าขาดอะไร→ ทำซ้ำกับอีกแอปหนึ่ง เทียบว่ากรรมการสองตัวเห็นจุดเสี่ยงต่างกันไหม
ทดลอง B — เขียนรายงานสรุปหลังทดลอง
นี่คือตารางก่อน/หลังและบันทึกจากผู้ทดลอง 2 คน: [วางข้อมูล]
เขียนรายงานสรุปถึงหัวหน้า ไม่เกิน 1 หน้า: ผลลัพธ์ (ตัวเลข) / สิ่งที่ได้ผล / ปัญหาที่เจอ /
ข้อเสนอ: ขยายใช้ทั้งทีม หรือ ปรับแล้วทดลองต่อ หรือ หยุด พร้อมเหตุผล
ห้ามแต่งตัวเลขที่ไม่มีในข้อมูลสรุปจำง่าย
workflow ที่ดีไม่ใช่แค่ "AI ทำได้" แต่คือ "วัดได้ ปลอดภัย และคนอื่นใช้ต่อได้"