แปลง Meeting Transcript เป็น Action Items พร้อมผู้รับผิดชอบ
แปลง transcript การประชุมให้กลายเป็นสรุปที่มีโครงสร้างชัดเจน ประกอบด้วย action items ตารางพร้อมผู้รับผิดชอบ การตัดสินใจที่เกิดขึ้น และคำถามที่ยังค้างอยู่ พร้อมนำไปใช้ต่อได้ทันที
เริ่มต้นที่นี่
ตัวอย่างผลลัพธ์ที่จะได้
ก่อนเริ่มลงมือปรับพรอมต์ ดูตัวอย่างผลลัพธ์ที่คุณจะได้จริงเพื่อให้แน่ใจว่าพรอมต์นี้ตรงกับงานที่ต้องการ
สรุปการประชุม: ประชุมทีม Product Q2 Planning (1 พฤษภาคม 2569)
Action Items
| ลำดับ | งานที่ต้องทำ | ผู้รับผิดชอบ | กำหนดส่ง | ลำดับความสำคัญ |
|---|---|---|---|---|
| 1 | Deploy API authentication ไปยัง staging | กิตติ | ทันที | สูง |
| 2 | ส่ง final design spec ให้ทีม Dev | มาลี | 5 พฤษภาคม 2569 | สูง |
| 3 | ร่าง launch announcement copy | สมชาย | 10 พฤษภาคม 2569 | กลาง |
| 4 | สอบถามผู้บริหารเรื่อง launch channel | นภา | ไม่ระบุ | กลาง |
การตัดสินใจ (Decisions)
- กำหนด launch feature ภายใน 15 พฤษภาคม 2569 (ตัดสินโดย: นภา และทีม)
- ใช้ infrastructure เดิมใน Q2 เลื่อนการอัพเกรด Kubernetes ไปประเมินใน Q3 (ตัดสินโดย: นภา เพื่อประหยัด budget)
คำถามที่ยังค้างอยู่ (Open Questions)
- จะ launch ผ่าน channel ใด เช่น email, social media หรือ in-app (รอคำตอบจาก: ผู้บริหาร ผ่านนภา)
บริบทสำคัญ
- ดีไซน์หน้า dashboard เสร็จแล้ว รอ feedback จากลูกค้าภายในสัปดาห์นี้
- การอัพเกรดเป็น Kubernetes ถูกเลื่อนไปพิจารณาใหม่ใน Q3
ขั้นตอนที่ 1
ปรับให้เข้ากับงานของคุณ
แก้ค่าตัวแปรด้านล่าง พรอมต์ฉบับสมบูรณ์จะอัพเดทอัตโนมัติพร้อมก๊อปไปวางใน Claude หรือ ChatGPT ได้ทันที
คุณคือผู้ช่วยสรุปการประชุมระดับมืออาชีพ หน้าที่ของคุณคือแปลง transcript การประชุมให้กลายเป็นเอกสารสรุปที่มีโครงสร้างชัดเจนและนำไปใช้งานได้ทันที **บริบทการประชุม** - ชื่อการประชุม: ประชุมทีม Product Q2 Planning - วันที่: 1 พฤษภาคม 2569 - ผู้เข้าร่วม: นภา (PM), กิตติ (Dev Lead), มาลี (Designer), สมชาย (Marketing) **Transcript การประชุม:** นภา: โอเคเริ่มประชุมได้เลยนะคะ วันนี้เราจะมาวางแผน Q2 กัน กิตติ: ผมมีอัพเดทเรื่อง backend ก่อนเลย ตอนนี้ API authentication เสร็จแล้ว deploy staging ได้เลย นภา: เยี่ยมมาก แล้วฝั่ง frontend มาลีเป็นยังไงบ้าง? มาลี: ดีไซน์หน้า dashboard เสร็จแล้วค่ะ แต่ยังรอ feedback จากลูกค้าอยู่ น่าจะได้ภายในอาทิตย์นี้ นภา: โอเค สรุปแล้ว เราจะ launch feature นี้ภายใน 15 พฤษภาคมนะคะ ทุกคนโอเคไหม? กิตติ: โอเคครับ แต่ต้องการให้มาลีส่ง final design spec มาก่อน วันที่ 5 พฤษภาคมได้ไหม? มาลี: ได้ค่ะ จะส่งให้ภายในวันที่ 5 พฤษภาคม สมชาย: ฝั่ง marketing เราต้องเตรียม launch announcement ด้วยครับ นภา: สมชายช่วยร่าง announcement copy ได้เลยนะคะ ส่งมาให้ review ภายในวันที่ 10 พฤษภาคม สมชาย: ครับ แต่ผมยังไม่ทราบว่าจะใช้ channel ไหนในการ launch ดีครับ ต้องรอ confirm จากผู้บริหารก่อน นภา: โอเค ข้อนี้ยังค้างอยู่ จะไปถามผู้บริหารแล้วแจ้งกลับมา กิตติ: อีกเรื่องครับ เราจะใช้ infrastructure เดิมหรืออัพเกรดเป็น Kubernetes ดีครับ? นภา: ตัดสินใจแล้วกันว่าใช้ infrastructure เดิมก่อนเพื่อประหยัด budget ใน Q2 Kubernetes ไว้ Q3 ค่อยประเมินใหม่ --- อ่าน transcript ทั้งหมดอย่างละเอียด จากนั้นสรุปในรูปแบบดังนี้: ## สรุปการประชุม: ประชุมทีม Product Q2 Planning (1 พฤษภาคม 2569) ### Action Items | ลำดับ | งานที่ต้องทำ | ผู้รับผิดชอบ | กำหนดส่ง | ลำดับความสำคัญ | |-------|-------------|-------------|----------|----------------| | 1 | ... | ... | ... | สูง / กลาง / ต่ำ | ### การตัดสินใจ (Decisions) 1. [สิ่งที่ตัดสินใจ] (ตัดสินโดย: [ชื่อ/กลุ่ม]) ### คำถามที่ยังค้างอยู่ (Open Questions) 1. [คำถาม] (รอคำตอบจาก: [ชื่อ] ภายใน [วันที่ถ้ามี]) ### บริบทสำคัญ (ไม่เกิน 3 ข้อ) - ... **กฎในการสรุป:** - ระบุชื่อผู้รับผิดชอบทุกครั้งที่ transcript กล่าวถึง ถ้าไม่ชัดเจนให้ใส่ "TBD" - กำหนดส่งให้ดึงจาก transcript โดยตรง ถ้าไม่มีให้ใส่ "ไม่ระบุ" - ห้ามเพิ่มข้อมูลหรือสมมติสิ่งที่ไม่มีใน transcript - ถ้าส่วนใดไม่มีข้อมูล ให้ระบุว่า "ไม่มี" แทนการปล่อยว่าง - ใช้ภาษาไทยตลอดทั้งเอกสาร ยกเว้นคำศัพท์เทคนิคที่นิยมใช้ภาษาอังกฤษ
ขั้นตอนที่ 2
เข้าใจเทคนิคที่ซ่อนอยู่
คลิกที่ส่วนไฮไลต์ในพรอมต์เพื่อกระโดดไปดูคำอธิบายเทคนิคแต่ละจุด ใช้ความเข้าใจนี้เพื่อปรับพรอมต์อื่นของคุณเองในภายหลัง
หน้าที่ของคุณคือแปลง transcript การประชุมให้กลายเป็นเอกสารสรุปที่มีโครงสร้างชัดเจนและนำไปใช้งานได้ทันที - ชื่อการประชุม: {{ชื่อการประชุม}} - วันที่: {{วันที่ประชุม}} - ผู้เข้าร่วม: {{รายชื่อผู้เข้าร่วม}} **Transcript การประชุม:** {{transcript}} --- : ## สรุปการประชุม: {{ชื่อการประชุม}} ({{วันที่ประชุม}}) ### Action Items |-------|-------------|-------------|----------|----------------| | 1 | ... | ... | ... | สูง / กลาง / ต่ำ | ### การตัดสินใจ (Decisions) 1. [สิ่งที่ตัดสินใจ] (ตัดสินโดย: [ชื่อ/กลุ่ม]) ### คำถามที่ยังค้างอยู่ (Open Questions) 1. [คำถาม] (รอคำตอบจาก: [ชื่อ] ภายใน [วันที่ถ้ามี]) ### บริบทสำคัญ (ไม่เกิน 3 ข้อ) - ... **กฎในการสรุป:** - ระบุชื่อผู้รับผิดชอบทุกครั้งที่ transcript กล่าวถึง - กำหนดส่งให้ดึงจาก transcript โดยตรง ถ้าไม่มีให้ใส่ "ไม่ระบุ" - - ถ้าส่วนใดไม่มีข้อมูล ให้ระบุว่า "ไม่มี" แทนการปล่อยว่าง - ใช้ภาษาไทยตลอดทั้งเอกสาร ยกเว้นคำศัพท์เทคนิคที่นิยมใช้ภาษาอังกฤษ
- 1Role assignment
“คุณคือผู้ช่วยสรุปการประชุมระดับมืออาชีพ”
การกำหนด role ให้ชัดเจนตั้งแต่แรกทำให้ AI เลือกโทนและมาตรฐานการสรุปที่เหมาะกับบริบทธุรกิจ แทนที่จะสรุปแบบทั่วไป
- 2Chain of thought
“อ่าน transcript ทั้งหมดอย่างละเอียด จากนั้นสรุปในรูปแบบดังนี้”
การบอกให้อ่านก่อนแล้วค่อยสรุปบังคับให้ AI ประมวลผล transcript ครบถ้วนก่อนเริ่มสร้าง output ลดโอกาสที่จะข้ามข้อมูลสำคัญ
- 3Output format constraint
“| ลำดับ | งานที่ต้องทำ | ผู้รับผิดชอบ | กำหนดส่ง | ลำดับความสำคัญ |”
การกำหนด schema ตารางล่วงหน้าบังคับให้ AI สกัดข้อมูลที่จำเป็นครบทุก field ทำให้ผลลัพธ์นำไปใช้ต่อได้ทันทีโดยไม่ต้องแก้ไข format
- 4Context grounding
“**บริบทการประชุม**”
การส่งบริบทเพิ่มเติมอย่างชื่อประชุม วันที่ และรายชื่อผู้เข้าร่วม ช่วยให้ AI จับคู่ชื่อใน transcript ได้ถูกต้องและใส่ข้อมูล header ได้ครบโดยไม่ต้องเดา
- 5Negative constraint
“ห้ามเพิ่มข้อมูลหรือสมมติสิ่งที่ไม่มีใน transcript”
การห้ามโดยตรงป้องกัน AI จาก hallucination เช่น การเพิ่ม deadline หรือผู้รับผิดชอบที่ไม่ได้กล่าวถึงจริง ซึ่งอาจทำให้เกิดความเข้าใจผิดในทีม
- 6Fallback instruction
“ถ้าไม่ชัดเจนให้ใส่ "TBD"”
การกำหนด fallback value ไว้ล่วงหน้าทำให้ output มีความสมบูรณ์เสมอแทนที่จะเว้นว่างหรือสมมติข้อมูล ผู้รับเอกสารสามารถ action ต่อได้ชัดเจน
ขั้นตอนที่ 3
เห็นความต่าง พรอมต์ทั่วไป vs พรอมต์ที่ใช้เทคนิค
คนส่วนใหญ่เริ่มต้นด้วยคำสั่งสั้นๆ แบบฝั่งซ้าย แต่ผลลัพธ์มักไม่ตรงใจและต้องถามซ้ำหลายรอบ พรอมต์แบบฝั่งขวาแก้ปัญหานี้ด้วยเทคนิคที่อธิบายข้างต้น
พรอมต์แบบที่ใช้กันทั่วไป
สรุปการประชุมให้หน่อย
พรอมต์แบบที่ใช้เทคนิคข้างบน
- กำหนด role เป็นผู้ช่วยสรุปการประชุมมืออาชีพ\n- ส่งบริบท: ชื่อประชุม วันที่ ผู้เข้าร่วมพร้อมตำแหน่ง\n- กำหนด output 4 หมวดชัดเจน: action items (ตาราง), decisions, open questions, บริบทสำคัญ\n- ตั้ง fallback สำหรับข้อมูลที่ไม่ชัดเจน (TBD, ไม่ระบุ)\n- ห้ามสมมติข้อมูลนอก transcript
ทำไมแบบที่ใช้เทคนิคถึงดีกว่า
พรอมต์แบบสั้นไม่ระบุ format ทำให้ AI สรุปเป็นร้อยแก้วธรรมดา ไม่มีผู้รับผิดชอบ ไม่มี deadline และไม่แยก decisions ออกจาก action items พรอมต์ที่ดีกำหนด output format เป็นตารางและหมวดหมู่ชัดเจน พร้อม fallback rule ทำให้สรุปออกมาพร้อมส่ง follow-up ได้ทันทีโดยไม่ต้องแก้ไขเพิ่มเติม
พรอมต์ที่เกี่ยวข้อง
ลองพรอมต์อื่นในแนวเดียวกัน
เพิ่มประสิทธิภาพ
เขียน Task Brief มอบหมายงานทีมให้ชัดจน Execute ได้ทันที
สร้าง Task Brief ครบทุกมิติ ตั้งแต่วัตถุประสงค์ ขอบเขตงาน ผลลัพธ์ที่คาดหวัง Out of Scope จนถึงคำถามที่ต้องชี้แจงก่อนเริ่ม เพื่อให้ทีมเริ่มงานได้ทันทีโดยไม่ต้องถามซ้ำ
เพิ่มประสิทธิภาพ
เขียน Weekly Reflection Journal หลังเรียน ทบทวนความเข้าใจและตั้งเป้าหมายสัปดาห์หน้า
สร้าง weekly reflection journal ที่มีโครงสร้างชัดเจน ช่วยนักเรียนสรุปสิ่งที่เรียนรู้ วิเคราะห์จุดที่ยังสับสน ประเมินตัวเอง และวางเป้าหมาย SMART สำหรับสัปดาห์ถัดไป
เพิ่มประสิทธิภาพ
สร้าง Outline Presentation 10-15 Slides พร้อม Story Arc และ Ask
สร้าง outline สไลด์สำหรับ presentation ระดับมืออาชีพ 10-15 สไลด์ ที่มี story arc ชัดเจนตั้งแต่ Opening Hook จนถึง Ask โดยแต่ละสไลด์มี key message เป็นประโยคบอกเล่าและจำกัดไม่เกิน 3 bullet points
เพิ่มประสิทธิภาพ
เตรียม Talking Points การเจรจาพร้อม BATNA และการรับมือข้อคัดค้าน
สร้างเอกสารเตรียมการเจรจาฉบับสมบูรณ์ ครอบคลุม talking points, การวิเคราะห์ BATNA, ZOPA และวิธีตอบข้อคัดค้านที่คาดเดาได้ เหมาะสำหรับมืออาชีพที่ต้องการเข้าเจรจาอย่างมั่นใจและมีกลยุทธ์