Contact
Line : comsiam
Contact
Line : comsiam

Prompt Microsoft Copilot สำหรับสรุปประชุมและหา Action Item ที่ดี ควรระบุให้ชัดว่า ต้องการสรุปอะไรจากการประชุม ใครเป็นผู้รับผิดชอบแต่ละงาน มีกำหนดส่งเมื่อไร และเรื่องใดยังไม่ได้ข้อสรุป
ถ้าสั่งเพียงว่า “สรุปประชุมให้หน่อย” Copilot อาจได้ Summary ที่อ่านรู้เรื่อง แต่ยังไม่ช่วยให้ทีมรู้ว่า ใครต้องทำอะไรต่อ
สูตรที่ใช้งานง่ายคือ:
Meeting Context + Decisions + Action Items + Owner + Deadline + Open Questions
ตัวอย่าง:
“สรุปการประชุมนี้เป็น 5 ส่วน ได้แก่ Key Discussion, Decisions, Action Items, Owner และ Deadline โดยใช้เฉพาะข้อมูลจากบันทึกประชุม และถ้าไม่มี Owner หรือ Deadline ให้ระบุว่า ‘ยังไม่ระบุ’”
Action Item คือสิ่งที่ต้องมีคนรับผิดชอบไปทำต่อหลังการประชุม
Action Item ที่ดีควรตอบได้ว่า:
ตัวอย่าง:
“คุณเอ ตรวจยอดขายเดือนกันยายน และส่งรายงานภายในวันศุกร์”
ชัดกว่า:
“ตรวจยอดขาย”
Meeting Summary ที่ดีไม่ควรเป็น Transcript ย่อ
ควรดึงสิ่งที่มีผลต่อการทำงานต่อ เช่น
ตัวอย่าง:
Prompt:
“สรุป Project Meeting นี้…”
ช่วยให้ Copilot รู้ว่าจะเน้นอะไร
ตัวอย่าง:
“วัตถุประสงค์คือเลือกแนวทางเปิดตัวสินค้าใหม่”
หรือ
“วัตถุประสงค์คืออัปเดตสถานะโครงการและแก้ Blocker”
สิ่งนี้ช่วยแยกประเด็นสำคัญออกจากบทสนทนาทั่วไป
ตัวอย่าง:
“ตอบเป็นตาราง”
หรือ
“ตอบเป็น Bullet Point”
สำหรับ Action Item ตารางมักอ่านง่าย:
| Task | Owner | Deadline | Status |
|---|
ใช้:
“สรุปบันทึกประชุมนี้เป็น Key Discussion, Decisions และ Action Items”
เหมาะกับ Meeting ทั่วไป
ตัวอย่าง:
“สรุปการประชุมสำหรับส่งให้ทีม โดยแบ่งเป็น Objective, Discussion, Decisions, Action Items, Owners, Deadlines และ Open Questions”
ช่วยให้เอกสารพร้อมส่งต่อ
Discussion คือสิ่งที่มีการพูดคุย
Decision คือสิ่งที่ตกลงแล้ว
อย่ารวมสองอย่างนี้เข้าด้วยกัน
ตัวอย่าง:
Discussion:
“ทีมเสนอให้เลื่อน Launch”
Decision:
“ตกลงเลื่อน Launch ไปวันที่ 15 ตุลาคม”
ถ้ามีการตัดสินใจจริงใน Source
ใช้:
“ดึงเฉพาะเรื่องที่มีการตัดสินใจแล้ว และไม่รวมข้อเสนอที่ยังไม่ได้ข้อสรุป”
ช่วยป้องกันการเข้าใจผิด
เรื่องที่ยังไม่ได้ข้อสรุปควรอยู่ใน Open Questions
ตัวอย่าง:
ไม่ควรให้ Copilot เปลี่ยนเรื่องเหล่านี้เป็น Decision
ตัวอย่าง:
“ดึงเฉพาะ Action Item จาก Transcript นี้ พร้อมข้อความที่บอกว่าใครเป็นผู้รับผิดชอบ”
เหมาะเมื่อไม่ต้องการ Summary ทั้งหมด
ตัวอย่างที่ดี:
ช่วยให้ทีมรู้ว่าต้องทำอะไร
ตัวอย่างไม่ชัด:
“ดูเรื่องเว็บไซต์”
ควรเป็น:
“ตรวจหน้า Checkout และสรุปปัญหาที่พบให้ทีมภายในวันศุกร์”
ถ้า Source มีข้อมูลเพียงพอ
Prompt:
“ทุก Action Item ให้ระบุ Expected Deliverable ถ้ามีข้อมูล”
ตัวอย่าง:
Task:
ตรวจยอดขาย
Deliverable:
Sales Summary 1 หน้า
ช่วยลดการตีความต่างกัน
ใช้:
“ระบุ Owner ของทุก Action Item จากข้อมูลที่มีเท่านั้น”
หากไม่มี:
“ยังไม่ระบุ”
ไม่ควรให้ AI เดาชื่อคน
ตัวอย่าง:
“เรื่อง IT ให้สมชายทำ”
ถ้า Transcript ไม่ได้ระบุ ก็ไม่ควรสรุปเองว่าเป็นหน้าที่ของสมชายเพียงเพราะเขาอยู่ทีม IT
ตัวอย่าง:
“ดึง Deadline ของทุกงาน และใช้วันที่ตาม Transcript เท่านั้น”
ถ้าไม่มี ให้ระบุ:
“ยังไม่กำหนด”
ถ้า Transcript มีวันที่ประชุมชัด สามารถคำนวณวันจริงได้เมื่อจำเป็น
แต่ถ้าไม่มีวันที่อ้างอิง ควรรักษาคำว่า:
“พรุ่งนี้”
หรือระบุว่าต้องยืนยันวันที่
ไม่ควรเดา
ใช้:
“เรียง Action Item จาก Deadline ที่ใกล้ที่สุดไปไกลที่สุด”
ช่วยให้ทีมเห็นงานเร่งด่วนก่อน
ตัวอย่าง:
“จัด Action Item แยกตาม Owner เพื่อให้แต่ละคนเห็นงานของตัวเอง”
เหมาะกับประชุมทีมใหญ่
ถ้ามี Priority ในข้อมูล:
“เรียงงานเป็น High, Medium และ Low Priority”
ถ้าไม่มีข้อมูล Priority ไม่ควรสร้างเอง เว้นแต่ผู้ใช้ขอให้วิเคราะห์
Prompt:
“สรุป Daily Stand-up เป็น Yesterday, Today และ Blockers แยกตามสมาชิกทีม”
เหมาะกับทีม Project และ Development
ตัวอย่าง:
“สรุป Weekly Meeting เป็น Completed, In Progress, Blockers, Decisions และ Next Week Actions”
ช่วยเห็นความคืบหน้าต่อเนื่อง
Prompt:
“สรุป Project Meeting โดยเน้น Milestone, Risks, Decisions, Action Items และ Dependencies”
เหมาะกับ Project Management
ตัวอย่าง:
“สรุป Management Meeting โดยเน้น KPI, Major Issues, Decisions Required และ Owner”
ผู้บริหารมักต้องการภาพรวมและสิ่งที่ต้องตัดสินใจ
ใช้:
“สรุป Sales Meeting เป็น Pipeline, Deals at Risk, Customer Issues, Commitments และ Next Actions”
เหมาะกับทีมขาย
ตัวอย่าง:
“สรุป Client Meeting โดยแยกสิ่งที่ลูกค้าต้องการ สิ่งที่เราตกลง สิ่งที่ต้องส่ง และ Deadline”
ช่วยลดปัญหาความเข้าใจไม่ตรงกัน
Prompt:
“สรุป Technical Meeting เป็น Technical Decisions, Issues, Dependencies, Tests และ Action Items”
เหมาะกับทีมไอที
ใช้:
“ดึง Blocker ที่ทำให้งานเดินต่อไม่ได้ และระบุงานที่ได้รับผลกระทบ”
ช่วยให้ทีมแก้ปัญหาที่สำคัญก่อน
ตัวอย่าง:
“ดึงเฉพาะ Risk ที่ถูกพูดถึงในการประชุม และแยกออกจาก Issue ที่เกิดขึ้นแล้ว”
Risk กับ Issue ไม่เหมือนกัน
Risk = อาจเกิดขึ้น
Issue = เกิดขึ้นแล้ว
ใช้:
“ระบุ Dependency ระหว่างงาน เช่น งาน A ต้องเสร็จก่อนงาน B”
เหมาะกับ Project ที่ซับซ้อน
ตัวอย่าง:
“สร้างรายการ Pending Decision พร้อมข้อมูลที่ยังต้องใช้ก่อนตัดสินใจ”
ช่วยเตรียม Meeting รอบต่อไป
ใช้:
“ระบุเรื่องที่ต้องติดตามต่อ แต่ยังไม่ถึงขั้นเป็น Action Item ที่มี Owner”
ช่วยไม่ให้รายละเอียดเล็ก ๆ หายไป
ตัวอย่าง:
“สร้าง Minutes of Meeting จาก Transcript นี้ โดยแบ่งเป็น Date, Participants, Agenda, Discussion, Decisions, Actions และ Next Meeting”
เหมาะกับเอกสารทางการ
ถ้า Notes ไม่ระบุผู้เข้าร่วมครบ ให้ใช้ข้อมูลที่มีเท่านั้น
ไม่ควรเดาจากคนที่ถูกพูดถึงในบทสนทนา
ตัวอย่าง:
“อ่าน Transcript ทั้งหมด แล้วสรุปเฉพาะสิ่งที่มีผลต่อการทำงานต่อ โดยตัด Small Talk และบทสนทนาซ้ำ”
ช่วยลดเอกสารยาวมาก
แม้ต้องการ Summary สั้น แต่ถ้าการตัดสินใจมีเงื่อนไข ก็ควรเก็บไว้
ตัวอย่าง:
“อนุมัติงบ 100,000 บาท ถ้า Vendor ส่งของได้ภายในวันที่ 20”
ไม่ควรสรุปเพียง:
“อนุมัติงบ 100,000 บาท”
เพราะเงื่อนไขหายไป
ใช้:
“ตรวจ Summary กับ Transcript ว่ามี Decision หรือ Action Item ใดตกหล่นหรือไม่”
เหมาะกับ Meeting สำคัญ
ตัวอย่าง:
“ตรวจทุก Action Item ว่ามี Owner หรือไม่ และแยกรายการที่ยังไม่มี Owner”
ช่วยเตรียม Assign งาน
ใช้:
“แยก Action Item ที่ยังไม่มี Deadline”
ช่วยให้ทีมเติมข้อมูลก่อนจบ Meeting
ตัวอย่าง:
“รวม Action Item ที่มีความหมายเดียวกันและถูกพูดซ้ำหลายครั้ง”
ช่วยลดรายการซ้ำ
ใช้:
“ตรวจว่าใน Transcript มีการเปลี่ยน Decision ระหว่างประชุมหรือไม่ และใช้ Decision ล่าสุดที่ยืนยันแล้ว”
มีประโยชน์กับการประชุมยาว
ตัวอย่าง:
“เปลี่ยน Action Item เป็น Action Tracker ที่มี Task, Owner, Deadline, Priority และ Status”
เหมาะกับการติดตามหลังประชุม
ถ้ายังไม่เริ่ม:
“Not Started”
หากมีข้อมูลจริงว่างานกำลังทำ:
“In Progress”
แต่ไม่ควรให้ AI เดาสถานะเอง
ตัวอย่าง:
“จาก Meeting Summary นี้ สร้างข้อความ Follow-up สำหรับส่งให้ทีม โดยเน้น Decisions และ Action Items”
ช่วยเปลี่ยน Summary เป็นการสื่อสารหลังประชุม
ใช้:
“ย่อ Action Items ให้เป็นข้อความสั้นสำหรับส่งในกลุ่มทีม โดยแยกตาม Owner”
เหมาะกับช่องทาง Chat ภายใน
ตัวอย่าง:
“จาก Open Questions และ Pending Actions นี้ สร้าง Agenda สำหรับประชุมครั้งถัดไป”
ช่วยเชื่อม Meeting ต่อ Meeting
ใช้:
“ระบุ Action Item ที่ควร Review ในการประชุมครั้งหน้า”
เหมาะกับงานต่อเนื่อง
“สรุปการประชุมสำหรับผู้บริหารไม่เกิน 10 Bullet Point โดยเก็บเฉพาะ Major Decision, Risk, Issue และ Action ที่มีผลต่อธุรกิจ”
เหมาะกับผู้บริหารที่ไม่ได้เข้าประชุม
ตัวอย่าง:
“สรุป Meeting นี้ให้เหลือไม่เกิน 1 หน้า โดยมี Decision, Action Item และ Open Question ครบ”
เหมาะกับการส่งต่อรวดเร็ว
“สรุป Meeting นี้เป็นตาราง:
| ประเภท | รายละเอียด | Owner | Deadline | Status |
ประเภทใช้:
ใช้เฉพาะข้อมูลจาก Transcript”
ช่วยรวมข้อมูลหลายประเภทไว้ในมุมมองเดียว
ตัวอย่าง:
“จัด Action Item แยกเป็น Sales, Marketing, IT และ Operations ตามข้อมูลที่ระบุใน Meeting”
หากไม่ระบุทีม ควรใส่ “ยังไม่ระบุ”
ถ้ามี Deadline:
“แยกงานที่ต้องทำภายใน 24 ชั่วโมงออกจากงานระยะยาว”
ช่วยเห็น Immediate Action
ถ้าต้องการวิเคราะห์เพิ่มเติม:
“จาก Action Item ที่มีอยู่ ระบุงานที่ทำได้เร็วและไม่ต้องรอ Dependency โดยแยกเป็นข้อเสนอ ไม่ใช่ Decision จาก Meeting”
ควรระบุให้ชัดว่าเป็นการวิเคราะห์ใหม่
ใช้:
“จาก Action Item ที่ยังไม่ครบ Owner, Deadline หรือ Deliverable สร้างคำถามที่ควรถามทีมเพิ่ม”
ช่วยปิดช่องว่างของแผนงาน
“ช่วยสรุปการประชุมต่อไปนี้
ประเภทการประชุม:
[ประเภท]
วัตถุประสงค์:
[Objective]
ข้อมูล:
[Transcript / Notes]
สรุปเป็น:
ข้อกำหนด:
Template นี้เหมาะกับ Meeting หลายประเภท
“จาก Transcript นี้ ดึง Action Item ทั้งหมด
ตอบเป็นตาราง:
| Action | Owner | Deadline | Deliverable | Dependency |
กติกา:
“สรุป Project Meeting นี้เป็น:
เน้นเฉพาะข้อมูลที่ส่งผลต่อ Project Plan”
“สรุป Meeting นี้สำหรับผู้บริหารภายใน 1 หน้า
ต้องมี:
ตัดรายละเอียดปฏิบัติการที่ไม่จำเป็น”
“จากบันทึก Stand-up นี้ สรุปแยกตามสมาชิก:
ชื่อ:
จากนั้นสร้าง Action Item รวมท้ายเอกสาร”
เหมาะกับทีมที่ประชุมสั้นทุกวัน
ตรวจอย่างน้อย:
Summary เหมาะสำหรับการทำงานต่อ
แต่ Meeting สำคัญบางประเภทอาจต้องเก็บ Transcript หรือ Notes เดิมไว้ด้วย เพื่ออ้างอิงรายละเอียดภายหลัง
ดังนั้น Summary คือชั้นข้อมูลที่อ่านง่าย ไม่ใช่การแทนต้นฉบับทุกกรณี
ตัวอย่าง:
“ลดเหลือ 10 Bullet Point”
“แยก Action ตาม Owner”
“เพิ่ม Deadline”
“เอาเฉพาะ Decision”
“สร้าง Follow-up Email”
“หา Action ที่ยังไม่มีเจ้าของ”
ช่วยใช้ข้อมูล Meeting ชุดเดียวได้หลายแบบ
ใช้ลำดับ:
นี่ทำให้ Meeting ไม่จบเพียงแค่ “ประชุมเสร็จแล้ว”
สูตรคือ:
Context + Decision + Action + Owner + Deadline + Open Question
ตัวอย่าง:
“สรุป Weekly Meeting นี้ โดยแยก Decisions, Action Items, Owner, Deadline และ Open Questions ใช้เฉพาะ Transcript ถ้าไม่มี Owner หรือ Deadline ให้ระบุว่า ‘ยังไม่ระบุ’”
Microsoft Copilot มีประโยชน์มากกับการเปลี่ยนบทสนทนาจำนวนมากให้กลายเป็นข้อมูลที่ทีมใช้ทำงานต่อได้ แต่ Summary ที่ดีต้องไม่หยุดแค่คำว่า “คุยอะไรกันบ้าง”
สิ่งสำคัญกว่าคือ “ตกลงอะไรแล้ว ใครต้องทำอะไร ต้องเสร็จเมื่อไร และเรื่องไหนยังค้าง”
สำหรับผู้อ่าน comsiam สูตรที่ใช้ง่ายคือ “Decision → Action → Owner → Deadline → Follow-up” และหากข้อมูลส่วนไหนไม่มี ต้องไม่ปล่อยให้ AI เดาขึ้นมาเอง
comsiam แนะนำให้เปลี่ยน Meeting Summary เป็น Action Tracker ทันทีหลังประชุม เพราะคุณค่าที่แท้จริงของการสรุปประชุมไม่ได้อยู่ที่เอกสารสวย แต่คือทำให้ทุกคนรู้ว่างานต่อไปคืออะไร และใครเป็นเจ้าของงานนั้น