กลับไปที่คลังพรอมป์
คลังพรอมป์พรอมป์แชต

แชตจัดระเบียบ Action จากประชุม

จัดระเบียบทรานสคริปต์ประชุมคร่าวๆ ให้เป็น action item เจ้าของงาน วันที่ และการตัดสินใจที่ยังค้างอยู่

ปฏิบัติการการวางแผนคุณภาพ
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

Gemini 3 Flash

รูปแบบผลลัพธ์

จัดระเบียบ Action

ตัวอย่าง

พรอมป์แชต

เธรดแชต

ทรานสคริปต์บอกว่า: Alex จะตรวจบั๊กการอัปโหลด Mei บอกว่าข้อความ pricing ยังต้องผ่าน legal ทุกคนเห็นตรงกันว่าจะกลับมาทบทวน timing การเปิดตัว

Action item: ตรวจบั๊กการอัปโหลด Owner: Alex Due date: ไม่ได้ระบุ Dependency: ข้อความ pricing ต้องผ่านการตรวจจาก legal Unresolved decision: timing การเปิดตัวยังไม่สรุป Follow-up: นัดจุดตัดสินใจหลัง legal review

ผลลัพธ์

รายการ action / เจ้าของงาน / วันครบกำหนด / dependency / การตัดสินใจที่ยังค้าง

เปลี่ยนภาษาประชุมที่กระจัดกระจายให้เป็น follow-up ที่ทีมติดตามได้จริง

พรอมป์เต็ม

แชตจัดระเบียบ Action จากประชุม

จัดระเบียบทรานสคริปต์ประชุมคร่าวๆ ให้เป็น action item เจ้าของงาน วันที่ และการตัดสินใจที่ยังค้างอยู่

โมเดลแนะนำ: Gemini 3 Flashรูปแบบผลลัพธ์: จัดระเบียบ Action
พรอมป์เต็ม
พรอมป์แชต
คุณกำลังจัดระเบียบทรานสคริปต์ประชุมให้ทีมปฏิบัติการ ดึงเฉพาะ follow-up ที่นำไปลงมือทำได้จากทรานสคริปต์ ส่งคำตอบโดยมี: action item, owner, due date, dependency, unresolved decision อย่าสร้าง owner หรือวันที่ที่ไม่มีอยู่จริง ใส่รายละเอียดที่ขาดไว้ใต้ unresolved decision

หมายเหตุการใช้งาน

วางทรานสคริปต์หรือโน้ตคร่าวๆ เก็บชื่อผู้พูดไว้เฉพาะเมื่อจำเป็นต่อการระบุเจ้าของงาน

FAQ ของพรอมป์

ก่อนใช้พรอมป์นี้

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

ควรใช้แชตจัดระเบียบ Action จากประชุมเมื่อไร?

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

ควรใส่อะไรก่อนเริ่มใช้งาน?

ใส่แหล่งข้อมูล กลุ่มผู้อ่าน ข้อจำกัด ข้อเท็จจริงสำคัญ และขอบเขตที่คำตอบห้ามแต่งเพิ่ม ผลลัพธ์จะจัดเป็น Action item / owner / due date / dependency / unresolved decision

ตัวอย่างเธรด

ทรานสคริปต์บอกว่า: Alex จะตรวจบั๊กการอัปโหลด Mei บอกว่าข้อความ pricing ยังต้องผ่าน legal ทุกคนเห็นตรงกันว่าจะกลับมาทบทวน timing การเปิดตัว
Action item: ตรวจบั๊กการอัปโหลด Owner: Alex Due date: ไม่ได้ระบุ Dependency: ข้อความ pricing ต้องผ่านการตรวจจาก legal Unresolved decision: timing การเปิดตัวยังไม่สรุป Follow-up: นัดจุดตัดสินใจหลัง legal review

ผลลัพธ์

รายการ action / เจ้าของงาน / วันครบกำหนด / dependency / การตัดสินใจที่ยังค้าง

พรอมป์เพิ่มเติมในโหมดนี้

เธรดแชต

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

สมมติฐานปัญหา: ทีมอีคอมเมิร์ซขนาดเล็กเสียเวลาในการเปลี่ยนภาพสินค้าดิบให้เป็นแอสเซ็ตแคมเปญพร้อมใช้ในแต่ละช่องทาง สมมติฐานที่เสี่ยงที่สุด: คุณภาพภาพสูงพอ ทีมเชื่อถือการสร้างรูปแบบแอสเซ็ตด้วย AI และเวลาตรวจทานคือคอขวดจริง คำถามวิจัย: ใครเป็นเจ้าของการสร้างแอสเซ็ตแคมเปญ การแก้ไขติดขัดตรงไหน และมาตรฐานคุณภาพใดที่ขวางการเผยแพร่ แผนตรวจสอบ: สัมภาษณ์ operator 5 คน ทดสอบ flow สร้างแอสเซ็ตด้วยพรอมป์ต์ 3 แบบ และเปรียบเทียบเวลาจนได้แอสเซ็ตที่อนุมัติครั้งแรก เกตตัดสินใจ: ไปต่อเฉพาะเมื่อทีมสามารถได้ดราฟต์ที่เผยแพร่ได้เร็วกว่ากระบวนการปัจจุบัน

เธรดแชต

เรากำลังสำรวจผลิตภัณฑ์โน้ต AI ใหม่สำหรับที่ปรึกษาเดี่ยว ช่วยเปลี่ยนเรื่องนี้ให้เป็นบรีฟวิจัย

วัตถุประสงค์: ระบุว่าที่ปรึกษาเดี่ยวต้องการ workspace โน้ต AI หรือเลเยอร์ติดตามลูกค้าที่เบากว่า สมมติฐานที่ใช้ทำงาน: พวกเขาจดโน้ตอยู่แล้ว แต่การสังเคราะห์และร่างขั้นตอนถัดไปยังไม่สม่ำเสมอ กลุ่มเป้าหมาย: ที่ปรึกษาเดี่ยวที่มีสายคุยลูกค้าซ้ำและมีซัพพอร์ตด้านปฏิบัติการจำกัด คำถามหลัก: โน้ตแบบใดกลายเป็นงานที่คิดเงินได้ อะไรตกหล่นหลังการคุย และเครื่องมือ CRM หนักเกินไปตรงไหน แผนวิจัย: สัมภาษณ์ 6 คน ทบทวนเวิร์กโฟลว์โน้ตการโทรล่าสุด 10 ชุด และทดสอบต้นแบบบรีฟติดตามผลหนึ่งแบบ

เธรดแชต

นี่คือโครงหน้า Landing Page สำหรับผลิตภัณฑ์ AI ของเรา ช่วยบอกหน่อยว่าอะไรยังไม่ชัดเจนก่อนที่เราจะออกแบบ

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