ก่อนเริ่ม: เปลี่ยนจาก “ถาม AI” เป็น “มอบหมายงาน”
งานที่เหมาะกับ ChatGPT Work ควรมีผลลัพธ์ชัดเจน มีแหล่งข้อมูลให้ตรวจสอบ และมีชิ้นงานที่คุณสามารถเปิดดูหรืออนุมัติได้ เทคนิคทั้งหมดในคู่มือนี้ใช้หลัก 3 ข้อ:
Outcomeบอกสิ่งที่ต้องส่งมอบ
Contextระบุแหล่งข้อมูลและผู้รับงาน
Verificationกำหนดวิธีตรวจว่างานถูกต้อง
หมายเหตุ: ความสามารถบางอย่าง เช่น Plugins, Skills, Scheduled Tasks, Local/Cloud และการเข้าถึงแอป อาจแตกต่างตามแพ็กเกจ อุปกรณ์ และนโยบายของ Workspace
สั่งงานด้วย Definition of Done
กำหนดเงื่อนไขตรวจรับงานให้ AI รู้ว่าเมื่อไรควรหยุด และผลลัพธ์แบบใดจึงถือว่า “เสร็จ”
รายงานวิเคราะห์ข้อมูลงานสำคัญวิธีใช้
- ระบุชิ้นงานสุดท้าย เช่น รายงาน 5 หน้า หรือสไลด์ 10 หน้า
- กำหนดผู้รับสารและการตัดสินใจที่งานต้องช่วย
- ใส่ข้อจำกัด เช่น ใช้เฉพาะไฟล์แนบ ห้ามเดาตัวเลข
- กำหนดเกณฑ์ตรวจรับ เช่น สูตรถูกต้อง มีแหล่งอ้างอิง และไม่มีข้อความล้น
- สั่งให้แจ้งเฉพาะจุดที่ยังต้องให้คุณตัดสินใจ
Prompt พร้อมใช้
วิเคราะห์ [ข้อมูล/ไฟล์] เพื่อช่วย [ผู้รับสาร] ตัดสินใจเรื่อง [เป้าหมาย]
ส่งมอบเป็น [รูปแบบและความยาว]
ข้อจำกัด: [สิ่งที่ต้องรักษา/ห้ามทำ]
งานจะถือว่าเสร็จเมื่อ:
1. [เกณฑ์ด้านเนื้อหา]
2. [เกณฑ์ด้านความถูกต้อง]
3. [เกณฑ์ด้านรูปแบบ]
ก่อนส่ง ให้ตรวจงานตามเกณฑ์ทั้งหมด และระบุเฉพาะสิ่งที่ยังต้องให้ฉันตัดสินใจ
จุดที่มักพลาดใช้คำว่า “ทำให้ดี” หรือ “ทำให้สวย” โดยไม่มีเกณฑ์วัด เปลี่ยนเป็นสิ่งที่ตรวจได้ เช่น อ่านจบใน 3 นาที ใช้สีแบรนด์ และตัวอักษรไม่ล้นกรอบ
เปลี่ยน Project ให้เป็นสมองกลางของงาน
เก็บคำสั่ง ไฟล์ และแหล่งข้อมูลร่วมไว้ใน Project แล้วแยก Chat ตามผลลัพธ์ เพื่อไม่ให้บทสนทนายาวจนหลายงานปนกัน
คอนเทนต์ลูกค้าโปรเจกต์ระยะยาวโครงสร้างแนะนำ
| ส่วน | ควรใส่อะไร |
|---|---|
| Project Instructions | บทบาท กลุ่มเป้าหมาย น้ำเสียง กฎ และรูปแบบส่งมอบ |
| Sources | Brand guideline, Brief, Template, รายงาน และข้อมูลอ้างอิง |
| Chats | แยก Research, Draft, Design, Review และ Final เป็นคนละงาน |
Prompt ตั้งต้น
โปรเจกต์นี้ใช้สำหรับ [ชื่อโครงการ]
เป้าหมายหลัก: [เป้าหมาย]
กลุ่มเป้าหมาย: [ผู้ใช้/ผู้อ่าน]
น้ำเสียง: [ลักษณะภาษา]
แหล่งข้อมูลหลัก: [รายชื่อไฟล์หรือระบบ]
กฎถาวร: [ข้อห้าม/สิ่งที่ต้องทำทุกครั้ง]
ก่อนเริ่มงานใหม่ ให้ตรวจแหล่งข้อมูลที่เกี่ยวข้องและแยกข้อเท็จจริงออกจากข้อสันนิษฐาน
จุดที่มักพลาดรวมทุกชิ้นงานไว้ใน Chat เดียว ควรให้หนึ่ง Chat มีหนึ่งผลลัพธ์ แต่ทั้งหมดอยู่ใต้ Project เดียวกัน
สร้าง Reusable Skill จากวิธีทำงานประจำ
นำขั้นตอนที่ทำซ้ำและมาตรฐานที่ต้องรักษาไปสร้างเป็น Skill เพื่อให้ได้ผลลัพธ์สม่ำเสมอโดยไม่ต้องแปะ Prompt ยาวทุกครั้ง
SOPBrand VoiceQuality Controlวิธีออกแบบ Skill
- เลือกงานที่ทำซ้ำอย่างน้อยเดือนละ 2–3 ครั้ง
- เขียน Input ที่ Skill ต้องรับ เช่น หัวข้อ กลุ่มเป้าหมาย และช่องทาง
- แจกแจง Workflow ตั้งแต่ตรวจข้อมูลจนถึง QA
- แนบ Template ตัวอย่างที่ดีและข้อผิดพลาดที่ต้องหลีกเลี่ยง
- กำหนด Output ให้ตายตัว แล้วทดสอบกับโจทย์อย่างน้อย 3 แบบ
Prompt สำหรับให้ออกแบบ Skill
ช่วยออกแบบ Skill ชื่อ “[ชื่อ Skill]” สำหรับงาน [งานที่ทำซ้ำ]
Input ที่ผู้ใช้จะให้: [รายการ]
ขั้นตอนมาตรฐาน: [ลำดับงาน]
แหล่งอ้างอิง: [ไฟล์/คู่มือ]
Output: [โครงสร้างผลลัพธ์]
Quality checklist: [เกณฑ์]
หากข้อมูลสำคัญไม่ครบ ให้ถามไม่เกิน 3 คำถามก่อนเริ่ม
จุดที่มักพลาดสร้าง Skill ครอบจักรวาล ควรให้หนึ่ง Skill เชี่ยวชาญหนึ่ง Workflow เช่น “เขียนโพสต์เพจ” แยกจาก “สร้างสไลด์ผู้บริหาร”
ต่อ Skill × Plugin × Scheduled Task
ให้ Skill คุมมาตรฐาน ให้ Plugin ดึงข้อมูลจริง และให้ Schedule เรียก Workflow ทำงานตามเวลา
AutomationMonitoringข้อมูลหลายระบบวิธีวางระบบ
- ทดลอง Prompt แบบ Manual ให้ผลลัพธ์นิ่งก่อน
- สร้าง Skill เพื่อบันทึกขั้นตอนและเกณฑ์คัดกรอง
- เชื่อม Plugin เฉพาะระบบที่จำเป็นและให้สิทธิ์ต่ำที่สุดที่ทำงานได้
- กำหนดเวลา ความถี่ เขตเวลา และปลายทางของผลลัพธ์
- ตรวจ 3–5 รอบแรก แล้วค่อยปรับความถี่หรือเงื่อนไขแจ้งเตือน
Prompt พร้อมใช้
ทุกวันทำงานเวลา 07:30 น. ตามเวลาไทย ให้เรียกใช้ [ชื่อ Skill] ตรวจข้อมูลจาก [แหล่งข้อมูล]
รายงานเฉพาะ:
- สิ่งที่เปลี่ยนจากรอบก่อน
- เรื่องที่กระทบ [ทีม/โครงการ]
- รายการที่ต้องตัดสินใจภายใน 48 ชั่วโมง
หากไม่มีเรื่องสำคัญ ให้ตอบสั้น ๆ ว่า “ไม่มีประเด็นที่ต้องดำเนินการ”
ห้ามส่งข้อความหรือแก้ไขข้อมูลภายนอกโดยไม่ได้รับอนุมัติ
จุดที่มักพลาดตั้ง Automation ก่อนทดสอบ Prompt ทำให้ข้อผิดพลาดเกิดซ้ำอัตโนมัติ ควรรันด้วยตนเองจนได้รูปแบบที่ต้องการก่อน
ตั้ง Schedule ใน Chat เดิมเพื่อรักษาบริบท
เหมาะกับเรื่องที่ต้องติดตามต่อเนื่อง เพราะผลรอบใหม่กลับมาอยู่กับประวัติ การตัดสินใจ และ Baseline เดิม
Weekly ReviewResearch LoopProject Trackingเลือกแบบไหนดี
| รูปแบบ | ใช้เมื่อ |
|---|---|
| Schedule ใน Chat เดิม | ผลแต่ละรอบต้องอาศัยบริบทหรือเปรียบเทียบกับรอบก่อน |
| Standalone Schedule | แต่ละรอบเป็นอิสระและต้องการแยก Run ชัดเจน |
Prompt พร้อมใช้
กลับมาที่ Chat นี้ทุกวันศุกร์เวลา 16:00 น. ตามเวลาไทย
ตรวจความคืบหน้าของ [โครงการ] เทียบกับรายงานครั้งก่อน แล้วสรุป:
1. สิ่งที่เสร็จแล้ว
2. งานล่าช้าหรือมีความเสี่ยง
3. สิ่งที่กำลังรอผู้อื่น
4. เรื่องที่ฉันต้องตัดสินใจ
5. Next step พร้อมผู้รับผิดชอบและกำหนดเวลา
หยุดการติดตามเมื่อ [เงื่อนไขสิ้นสุด]
จุดที่มักพลาดไม่กำหนดเงื่อนไขหยุด ทำให้ Task ทำงานต่อแม้โครงการจบแล้ว
สร้าง AI Chief of Staff ส่วนตัว
ให้ AI อ่านสัญญาณจากอีเมล ปฏิทิน ข้อความ เอกสาร และ Tracker แล้วจัดลำดับเฉพาะสิ่งที่ต้องใช้ความสนใจของคุณ
PriorityMeeting PrepFollow-upวิธีใช้อย่างปลอดภัย
- เริ่มจาก Read-only: อ่านและร่าง แต่ยังไม่ส่งหรือแก้ไข
- กำหนดว่าอะไรคือ “สำคัญ” เช่น Deadline ภายใน 48 ชั่วโมง
- บังคับให้เช็กล่าสุดก่อนนำเรื่องเก่ากลับมาแจ้ง
- ให้ลิงก์กลับไปยังต้นทางทุกครั้ง
- แยก Confirmed fact, Assumption และ Recommendation
Prompt พร้อมใช้
ทำหน้าที่เป็น Chief of Staff ของฉัน ตรวจเฉพาะแหล่งข้อมูลที่ได้รับอนุญาต แล้วจัดทำ Daily Brief ไม่เกิน 1 หน้า ประกอบด้วย:
- 3 เรื่องสำคัญที่สุดวันนี้
- การประชุมที่ต้องเตรียมและข้อมูลที่ควรรู้
- ข้อความที่ต้องตอบ พร้อมร่างคำตอบ
- งานที่ติด Block หรือรอผู้อื่น
- สิ่งที่เลื่อนได้
ตรวจข้อความล่าสุดก่อนแจ้งเรื่องเก่า แนบลิงก์ต้นทาง และห้ามส่งหรือแก้ไขสิ่งใดจนกว่าฉันจะอนุมัติ
จุดที่มักพลาดขอให้ “สรุปทุกอย่าง” จนได้ข้อมูลท่วม ให้กำหนดเกณฑ์ความสำคัญและจำนวนรายการสูงสุด
สั่งทำ Delta Report แทนสรุปใหม่ทั้งหมด
รายงานเฉพาะสิ่งที่เพิ่ม ลด เปลี่ยน หายไป หรือมีผลกระทบต่างจาก Baseline ช่วยลดเวลาตรวจรายงานซ้ำ
KPIVersion ComparisonExecutive Updateสิ่งที่ต้องกำหนด
Baseline
ไฟล์ วันที่ หรือรายงานรอบก่อนที่ใช้เป็นฐาน
ไฟล์ วันที่ หรือรายงานรอบก่อนที่ใช้เป็นฐาน
Materiality
ระดับการเปลี่ยนแปลงที่มากพอจะต้องรายงาน
ระดับการเปลี่ยนแปลงที่มากพอจะต้องรายงาน
Prompt พร้อมใช้
ใช้ [ชื่อไฟล์/วันที่] เป็น Baseline เปรียบเทียบกับข้อมูลล่าสุด
รายงานเฉพาะ:
- ตัวเลขที่เปลี่ยนเกิน [x%]
- ประเด็นใหม่หรือประเด็นที่ถูกยกเลิก
- ความเสี่ยงที่เพิ่มขึ้นหรือลดลง
- การตัดสินใจที่เปลี่ยนจากเดิม
แสดงค่าเดิม ค่าใหม่ ผลต่าง และผลกระทบ ห้ามสรุปเนื้อหาที่ไม่เปลี่ยนซ้ำ หากไม่มีความเปลี่ยนแปลงสำคัญให้ระบุว่าไม่มีเรื่องที่ต้องดำเนินการ
จุดที่มักพลาดไม่ระบุ Baseline หรือเกณฑ์ว่าอะไรถือว่าสำคัญ ทำให้ AI รายงานการเปลี่ยนแปลงเล็กน้อยจนอ่านยาก
Steer งานระหว่างที่ AI กำลังทำ
เพิ่มข้อมูล เปลี่ยนข้อจำกัด หรือขอสรุปสถานะใน Chat เดิมได้ โดยไม่จำเป็นต้องเริ่มงานทั้งหมดใหม่
Long-running WorkFeedbackChange Requestคำสั่งสั้นที่ใช้ได้ทันที
เพิ่มบริบท
“ข้อมูลใหม่: ผู้บริหารมีเวลาอ่าน 3 นาที ปรับ Executive Summary ให้สั้นลง”
“ข้อมูลใหม่: ผู้บริหารมีเวลาอ่าน 3 นาที ปรับ Executive Summary ให้สั้นลง”
เปลี่ยนข้อจำกัด
“รักษาตารางเดิม แต่เปลี่ยนกราฟทั้งหมดเป็นโทนสีแบรนด์”
“รักษาตารางเดิม แต่เปลี่ยนกราฟทั้งหมดเป็นโทนสีแบรนด์”
ขอสถานะ
“สรุปว่างานถึงไหน พบปัญหาอะไร และต้องการคำตัดสินใจอะไรจากฉัน”
“สรุปว่างานถึงไหน พบปัญหาอะไร และต้องการคำตัดสินใจอะไรจากฉัน”
หยุดก่อนแก้จริง
“หยุดที่แผนการแก้ไขและรออนุมัติก่อนเปลี่ยนไฟล์”
“หยุดที่แผนการแก้ไขและรออนุมัติก่อนเปลี่ยนไฟล์”
จุดที่มักพลาดส่งคำสั่งใหม่ที่ขัดกับโจทย์เดิมโดยไม่บอกว่าอะไรมีลำดับความสำคัญสูงกว่า ควรระบุชัดว่า “คำสั่งนี้แทนเงื่อนไขเดิมข้อ…”
เลือก Local หรือ Cloud ให้ถูกกับงาน
แยกงานตามตำแหน่งของข้อมูลและระยะเวลาที่ต้องทำ เพื่อหลีกเลี่ยงการเข้าถึงไฟล์ไม่ได้หรือ Task หยุดเมื่อปิดเครื่อง
DesktopBackground WorkPrivacyDecision Guide
| สถานการณ์ | โหมดที่เหมาะ |
|---|---|
| ต้องใช้ไฟล์หรือแอปที่อยู่บนคอมพิวเตอร์ | Local |
| ต้องทำต่อหลังปิดคอมหรือเปิดดูข้ามอุปกรณ์ | Cloud |
| ต้องตรวจเว็บไซต์หรือแหล่งข้อมูลตามเวลา | Cloud |
| ต้องแก้ไฟล์ต้นฉบับในเครื่อง | Local |
Workflow แบบผสม
ขั้นที่ 1 — Cloud: รวบรวมข้อมูล ตรวจแหล่งอ้างอิง และจัดทำโครงร่าง
ขั้นที่ 2 — Review: ให้ฉันอนุมัติโครงร่างและประเด็นสำคัญ
ขั้นที่ 3 — Local: ใช้ไฟล์ต้นฉบับในเครื่องสร้างชิ้นงานตามโครงร่างที่อนุมัติ
ขั้นที่ 4 — QA: ตรวจความครบถ้วน รูปแบบ และไฟล์ที่เปิดใช้งานได้
จุดที่มักพลาดเลือก Cloud แล้วคาดหวังให้เข้าถึงไฟล์ที่อยู่เฉพาะในเครื่อง หรือเลือก Local กับงานตามเวลาที่ต้องทำต่อหลังปิดคอม
สั่งส่งมอบไฟล์จริงพร้อม QA
อย่าหยุดที่ข้อความร่าง ให้ระบุว่าต้องสร้างหรือแก้ไฟล์ชนิดใด และให้ตรวจทั้งเนื้อหา การคำนวณ และ Layout ก่อนส่ง
PowerPointSpreadsheetPDFHTMLChecklist ที่ควรสั่ง
- ระบุไฟล์ต้นฉบับและสิ่งที่ห้ามเปลี่ยน
- กำหนดชนิดไฟล์ ชื่อไฟล์ และขนาดหน้าหรือสัดส่วน
- ขอให้รักษาความสามารถในการแก้ไขของข้อความ ตาราง และกราฟ
- ให้ตรวจสูตร ตัวเลข แหล่งอ้างอิง ฟอนต์ และข้อความล้น
- ขอ Final file พร้อมสรุปเฉพาะสิ่งที่ยังต้อง Review
Prompt พร้อมใช้
ใช้ [ไฟล์ต้นฉบับ/Template] สร้าง [ชนิดไฟล์] สำหรับ [ผู้รับสาร]
ต้องรักษา: [แบรนด์/โครงสร้าง/ข้อมูลที่อนุมัติแล้ว]
ให้ตรวจรอบสุดท้ายดังนี้:
- ความถูกต้องของตัวเลข สูตร และแหล่งอ้างอิง
- ความสม่ำเสมอของฟอนต์ สี ระยะห่าง และ Alignment
- ไม่มีข้อความล้น วัตถุทับกัน หรือลิงก์เสีย
- เปิดใช้งานได้ใน [โปรแกรม/อุปกรณ์]
ส่งไฟล์ที่เสร็จแล้ว พร้อมระบุเฉพาะจุดที่ยังต้องให้ฉันตรวจหรืออนุมัติ
จุดที่มักพลาดขอ “เนื้อหาสำหรับสไลด์” ทั้งที่ต้องการไฟล์ PowerPoint จริง ควรระบุ Deliverable และโปรแกรมปลายทางให้ชัดเจน
สูตร Prompt แบบ Advanced ที่ใช้ได้กับทุกงาน
บทบาท: ทำหน้าที่เป็น [บทบาท]
เป้าหมาย: สร้าง [ชิ้นงาน] เพื่อช่วย [ผู้รับสาร] ทำ [การตัดสินใจ/งาน]
บริบท: ใช้ข้อมูลจาก [แหล่งข้อมูล]
ขอบเขต: ทำ [สิ่งที่ให้ทำ] และห้าม [สิ่งที่ไม่ให้ทำ]
กระบวนการ: [ขั้นตอนสำคัญ]
รูปแบบส่งมอบ: [ชนิดไฟล์/ความยาว/โครงสร้าง]
Definition of Done: [เกณฑ์ตรวจรับ]
การอนุมัติ: หยุดถามฉันก่อน [การกระทำสำคัญ]
เมื่อเสร็จ ให้ตรวจงานด้วยตนเองและรายงานเฉพาะข้อจำกัดที่ยังเหลือ
แหล่งข้อมูลทางการ
Get started with ChatGPT Work · Projects and chats · Build skills · Scheduled tasks · Long-running work