ทำไมสรุปแบบมาตรฐานถึงใช้ไม่ได้จริง
วางทรานสคริปต์ ขอสรุป แล้วคุณจะได้ย่อหน้าที่บอกว่าทีมได้พูดคุยเรื่องโปรเจกต์และตกลงจะติดตามผลต่อไป มันถูกต้องแต่ไร้ประโยชน์ เพราะมันตัดสองสิ่งเดียวที่คนเปิดโน้ตประชุมมาดูออกไปหมด นั่นคือมีการตัดสินใจอะไรบ้าง และใครต้องรับผิดชอบอะไร
ทางแก้คือระบุสี่สิ่งที่การประชุมสร้างขึ้นจริง แล้วขอสิ่งเหล่านั้นแทน การตัดสินใจ ข้อผูกพัน คำถามที่ยังค้าง ความเห็นที่ไม่ตรงกัน สิ่งสุดท้ายนี้มักถูกมองข้ามบ่อยที่สุด และสำคัญที่สุดในภายหลัง
สองโมเดล สองรอบ Claude อ่านบรรยากาศและเขียนเนื้อหาแบบเล่าเรื่อง ส่วน GPT ดึงโครงสร้างออกมาโดยไม่ใส่ความเห็นส่วนตัว การแบ่งงานแบบนี้ใช้แค่การสลับโมเดลหนึ่งครั้ง และได้โน้ตที่คนอ่านจริง
สองพรอมต์ทำงานทั้งหมดได้
พรอมต์ที่ 1: สรุปเนื้อหา ใช้ใน Claude
นี่คือทรานสคริปต์การประชุม สร้างสิ่งต่อไปนี้ (1) พาดหัวหนึ่งบรรทัดที่บอกว่าการประชุมนี้สรุปผลอะไรจริง ๆ (2) การตัดสินใจที่เกิดขึ้น พร้อมระบุว่าใครเป็นคนตัดสินใจแต่ละเรื่อง (3) ห้าถึงแปดข้อย่อยที่ครอบคลุมเนื้อหาสำคัญ เรียงตามความสำคัญมากกว่าลำดับที่พูด (4) คำถามที่ถูกยกขึ้นมาแต่ยังไม่มีคำตอบ (5) จุดใดก็ตามที่มีความเห็นไม่ตรงกัน ให้ระบุทั้งสองฝ่ายโดยไม่ต้องหาข้อสรุป ห้ามใส่คำทักทาย เรื่องนัดหมาย หรือเรื่องที่พูดถึงแล้วเลิกคุยไป หากมีการตัดสินใจที่สื่อนัยแต่ไม่ได้พูดออกมาตรง ๆ ให้แยกไว้ต่างหากภายใต้ UNCONFIRMED ทรานสคริปต์: [วาง]
พรอมต์ที่ 2: รายการงานที่ต้องทำ ใช้ใน GPT
จากทรานสคริปต์เดียวกัน ดึงข้อผูกพันทุกข้อออกมาเป็นตาราง มีคอลัมน์ งาน ผู้รับผิดชอบ วันครบกำหนด และคำพูดต้นฉบับที่มาของแต่ละข้อ กฎ ให้ใส่เฉพาะรายการที่มีคนรับปากจริง ไม่ใช่สิ่งที่แค่มีการเสนอ หากผู้รับผิดชอบไม่ชัดเจน ให้เขียนว่า UNASSIGNED แทนการเดา หากไม่มีการระบุวันที่ ให้เขียนว่า NO DATE แทนการคาดเดา จากนั้นให้แยกรายการงานที่ถูกยกขึ้นมาแต่ไม่มีใครรับไปทำต่างหาก
คอลัมน์คำพูดต้นฉบับคือสิ่งที่ทำให้ตารางนี้น่าเชื่อถือ มันเปลี่ยนรายการงานที่มีข้อโต้แย้งจากการเถียงกันให้กลายเป็นแค่การตรวจสอบ และทำให้คำมั่นสัญญาที่กุขึ้นมาเห็นชัดทันที เพราะไม่มีอะไรให้อ้างอิง
พรอมต์ที่ 3 ไม่บังคับ: อีเมลติดตามผล
ร่างอีเมลติดตามผลจากสรุปและรายการงานที่ต้องทำด้านบน ผู้รับ [ใครอยู่และใครไม่ได้อยู่ในห้องประชุม] เริ่มด้วยการตัดสินใจ ความยาวไม่เกิน 200 คำ ระบุงานที่ต้องทำของแต่ละคนอย่างชัดเจนเพื่อไม่ให้ใครต้องตีความเอง โทน [สไตล์การเขียนของคุณ] ทำเครื่องหมายสิ่งที่ฉันควรตรวจสอบก่อนส่ง
เทมเพลตสำหรับการประชุมที่คุณเจอจริง
การประชุมแต่ละแบบให้ผลลัพธ์ต่างกัน ปรับวิธีดึงข้อมูล ไม่ใช่แค่ปรับถ้อยคำ
| ประเภทการประชุม | ให้ AI ขออะไร | สิ่งที่คนมักลืม |
|---|---|---|
| การโทรคุยกับลูกค้าหรือการขาย | ข้อโต้แย้งที่ยกขึ้นมา คำพูดต้นฉบับที่อธิบายปัญหา สิ่งที่ลูกค้าเทียบคุณกับ ขั้นตอนถัดไปและใครรับผิดชอบ | คัดลอกคำพูดของลูกค้าตรงตัว แทนที่จะเรียบเรียงใหม่ |
| การประชุมตัดสินใจ | การตัดสินใจ ทางเลือกที่ถูกปฏิเสธและเหตุผล ใครต้องได้รับแจ้ง | บันทึกตัวเลือกที่ถูกปฏิเสธไว้ ซึ่งช่วยป้องกันการหยิบมาเถียงใหม่ในอีกหกสัปดาห์ |
| สแตนด์อัพหรือรายงานสถานะ | อุปสรรคพร้อมผู้รับผิดชอบ การเปลี่ยนแปลงจากประมาณการเดิม สิ่งที่เลื่อนไปอย่างเงียบ ๆ | ความล่าช้าที่ไม่มีใครพูดออกมาตรง ๆ |
| การสัมภาษณ์ผู้ใช้ | งานที่พวกเขาอธิบาย วิธีแก้ปัญหาเฉพาะหน้าที่พวกเขาสร้างขึ้น คำพูดความหงุดหงิดต้นฉบับ ความขัดแย้งระหว่างสิ่งที่พูดกับสิ่งที่ทำ | ความขัดแย้ง ซึ่งเป็นส่วนที่มีประโยชน์ที่สุด |
| การสัมภาษณ์งานหรือคณะกรรมการคัดเลือก | หลักฐานที่ขัดแย้งกับแต่ละความสามารถ พร้อมคำพูดอ้างอิง และคำถามที่ยังไม่ได้ถาม | การแยกหลักฐานออกจากความรู้สึกส่วนตัว |
| การประชุมบอร์ดหรือนักลงทุน | คำมั่นสัญญาที่คุณให้ไว้ คำถามที่คุณตอบไม่ได้ คำขอให้ติดตามผล | คำถามที่คุณตอบไม่ได้ |
เก็บเทมเพลตที่คุณใช้ทุกสัปดาห์ไว้เป็นพรอมต์ที่วางใช้ได้เลย โดยมีตัวยึดตำแหน่ง {{transcript}} บอกจุดที่ต้องวางทรานสคริปต์ เพื่อให้ทั้งเวิร์กโฟลว์กลายเป็นแค่วาง รัน แล้วไล่ดูผลลัพธ์
จะได้ทรานสคริปต์ที่ใช้งานได้มาจากไหน
Whizi ไม่เข้าร่วมหรือบันทึกการโทรของคุณ คุณต้องเตรียมทรานสคริปต์มาเอง และแพลตฟอร์มหลักทุกตัวสร้างให้ได้ ทั้ง Zoom, Teams และ Meet ต่างมีระบบถอดเสียงในตัว ส่วนเครื่องมือจดบันทึกเฉพาะทางก็ส่งออกเป็นข้อความล้วนได้
สิ่งเล็ก ๆ ไม่กี่อย่างที่ช่วยให้ผลลัพธ์ดีขึ้นอย่างเห็นได้ชัด
- เก็บป้ายชื่อผู้พูดไว้ การระบุตัวตนคือคุณค่าส่วนใหญ่ของทรานสคริปต์ ทรานสคริปต์ที่ตัดชื่อผู้พูดออกยังสรุปได้ แต่รายการงานทุกข้อจะกลายเป็น UNASSIGNED
- อย่ารีบเรียบเรียงทรานสคริปต์ก่อน คำติดปากและประโยคที่พูดค้างไม่ทำให้เสียอะไร และโมเดลจะข้ามมันไปเอง เวลาที่ใช้จัดทรานสคริปต์ให้เรียบร้อยเป็นเวลาที่เสียเปล่า
- อัปโหลดทรานสคริปต์ยาว ๆ แทนการวาง การประชุมสองชั่วโมงมีข้อความเยอะมาก การอัปโหลดเป็นไฟล์ช่วยให้บทสนทนาอ่านง่าย และ Gemini 3.5 Flash อ่านได้ถึง 1M โทเคน ราวหน้าหนังสือ 1,900 หน้า ในการทำงานครั้งเดียว
- ใส่วาระการประชุมมาด้วยถ้ามี มันบอกโมเดลว่าควรเกิดอะไรขึ้น ซึ่งทำให้ส่วน "ถูกยกขึ้นมาแต่ไม่เคยคลี่คลาย" แม่นยำขึ้นมาก
สิ่งที่ต้องตรวจก่อนส่งออกไป
มีข้อผิดพลาดเฉพาะสามแบบ ซึ่งทุกแบบตรวจสอบได้ง่าย ๆ
คำมั่นสัญญาที่กุขึ้นมาเอง บางครั้งโมเดลจะเปลี่ยน "น่าจะมีใครสักคนไปดูเรื่องนั้น" ให้กลายเป็นรายการงานที่มีชื่อคนรับผิดชอบติดอยู่ คอลัมน์คำพูดต้นฉบับจับสิ่งนี้ได้ทันที นี่คือเหตุผลที่มันอยู่ในพรอมต์
ความเห็นที่ไม่ตรงกันถูกทำให้เรียบเนียน บทสรุปมักเอนเอียงไปทางเห็นพ้องต้องกัน เพราะข้อความส่วนใหญ่ในโลกมักจบลงด้วยข้อสรุป ถ้าสองคนมีความเห็นไม่ตรงกันแต่โน้ตอ่านดูเหมือนทุกคนเห็นด้วยกันหมด โน้ตนั้นผิดในแบบที่จะสร้างปัญหาในอีกสองสัปดาห์ข้างหน้า ให้ถามตรง ๆ ว่า มีจุดไหนที่คนเห็นไม่ตรงกัน และเรื่องนั้นได้ข้อสรุปหรือยัง
ระบุตัวผู้พูดผิดในการประชุมที่พูดแทรกกันเยอะ เครื่องมือถอดเสียงมักติดป้ายชื่อผู้พูดผิดเมื่อมีคนพูดทับกัน ตรวจสอบการระบุตัวตนแบบสุ่มในเรื่องสำคัญ ก่อนที่มันจะไปอยู่ในเอกสารที่มีชื่อใครสักคนติดอยู่
รอบตรวจสุดท้ายที่มีประโยชน์ มีอะไรในทรานสคริปต์นี้ที่คนยุ่ง ๆ จำเป็นต้องรู้ แต่จะไม่พบในสรุปด้านบน มักช่วยให้เจอสิ่งหนึ่งที่ควรเพิ่มเข้าไปเสมอ
- เก็บป้ายชื่อผู้พูดไว้ในทรานสคริปต์ เพราะการระบุตัวตนคือคุณค่าส่วนใหญ่
- ขอการตัดสินใจ ข้อผูกพัน คำถามที่ยังค้าง และความเห็นที่ไม่ตรงกัน แทนการขอแค่สรุป
- ให้ระบุคำพูดต้นฉบับที่ยืนยันในรายการงานที่ดึงออกมาทุกข้อ
- ใช้ UNASSIGNED และ NO DATE แทนการปล่อยให้โมเดลเดาเอง
- ตรวจสอบส่วนความเห็นที่ไม่ตรงกัน เพราะสรุปมักเอนเอียงไปทางเห็นพ้องปลอม ๆ
- เก็บพรอมต์ที่ใช้ซ้ำได้สำหรับการประชุมประเภทที่คุณเจอบ่อยที่สุด
คำถามที่พบบ่อย
Whizi บันทึกการประชุมหรือไม่
ไม่ Whizi ไม่เข้าร่วมการโทรหรือบันทึกเสียงใด ๆ คุณต้องนำทรานสคริปต์มาเองจากเครื่องมือที่คุณใช้อยู่แล้ว ไม่ว่าจะเป็น Zoom, Teams, Google Meet หรือเครื่องมือจดบันทึกเฉพาะทาง แล้ววางหรืออัปโหลดเข้าไป การเก็บป้ายชื่อผู้พูดไว้ให้ครบสำคัญกว่าที่มาของทรานสคริปต์ เพราะการระบุตัวตนคือแหล่งคุณค่าส่วนใหญ่ของสรุปการประชุม
วิธีนี้ปลอดภัยสำหรับการประชุมที่มีข้อมูลอ่อนไหวหรือไม่
Whizi ไม่นำบทสนทนาของคุณไปฝึกโมเดล และคุณตรวจสอบนโยบายข้อมูลของผู้ให้บริการแต่ละรายได้ก่อนเปิดใช้โมเดลนั้น แต่ทรานสคริปต์ก็ยังเป็นหนึ่งในเอกสารที่อ่อนไหวที่สุดที่บริษัทหนึ่งผลิตขึ้น สำหรับเรื่องกฎหมาย ฝ่ายบุคคล บอร์ด หรือเรื่องส่วนบุคคล ให้ตรวจสอบนโยบายภายในของคุณก่อน และพิจารณาสรุปจากโน้ตของคุณเองแทนทรานสคริปต์ดิบ การตัดชื่อและข้อมูลระบุตัวตนที่ไม่จำเป็นออกก่อนอัปโหลดเป็นมาตรการป้องกันเพิ่มเติมที่ทำได้ง่าย
ควรใช้โมเดลไหนดี
ใช้ Claude สำหรับสรุปเนื้อหาแบบเล่าเรื่อง เพราะมันจับใจความได้ดีและเขียนโน้ตที่คนอ่านจนจบ ใช้ GPT สำหรับดึงรายการงานที่ต้องทำ เพราะมันรักษารูปแบบผลลัพธ์ที่เข้มงวดโดยไม่ใส่ความเห็นส่วนตัว ใช้ Gemini เมื่อทรานสคริปต์ยาวมาก เพราะมันรับการประชุมหลายชั่วโมงได้ในการทำงานครั้งเดียวโดยไม่ต้องแบ่งไฟล์ ในแง่เครดิต การแบ่งงานแบบนี้ใช้ต้นทุนต่ำ GPT-5.6 Terra ใช้ 4 เครดิตต่อข้อความ Gemini 3.5 Flash ใช้ 8 เครดิต และ Claude Sonnet 5 ใช้ 10 เครดิต ตามดัชนีต้นทุนโมเดลของ Whizi ดังนั้นทั้งสองรอบบนทรานสคริปต์เดียวรวมเป็น 14 เครดิต
ทรานสคริปต์ยาวได้แค่ไหน
ยาวกว่าที่การประชุมทั่วไปจะสร้างได้ การโทรคุยยาวหนึ่งชั่วโมงตามปกติอยู่ในขีดความสามารถของโมเดลทุกตัวสบาย ๆ สำหรับเซสชันหลายชั่วโมง เวิร์กช็อปทั้งวัน หรือการประชุมหลายครั้งรวมกัน ให้อัปโหลดไฟล์แล้วใช้ Gemini 3.5 Flash ซึ่งมีบริบท 1M โทเคน ราวหน้าหนังสือ 1,900 หน้า รองรับทั้งชุดได้ในครั้งเดียว
มันบอกได้ไหมว่ามีการตัดสินใจอะไร ถ้าไม่มีใครพูดออกมาชัด ๆ
มันทำเครื่องหมายให้ได้ และนั่นคือพฤติกรรมที่ถูกต้อง พรอมต์ในหน้านี้ขอให้โมเดลแยกการตัดสินใจที่สื่อนัยแต่ไม่ได้พูดออกมาตรง ๆ ไว้ต่างหากภายใต้ UNCONFIRMED เพื่อให้คุณมายืนยันเอง แทนที่จะบันทึกการตัดสินใจที่ไม่เคยเกิดขึ้นจริง การประชุมที่ไม่มีอะไรถูกตัดสินใจอย่างชัดเจนเกิดขึ้นบ่อยมาก และโน้ตที่ทำเป็นว่ามีการตัดสินใจจะสร้างปัญหาในภายหลัง