Contact
Line : comsiam
Contact
Line : comsiam

Gemini ใน Google Docs ช่วยสร้างร่างเอกสาร สรุปเนื้อหา ปรับสำนวน สร้างตาราง และค้นหาประเด็นสำคัญจากข้อมูลที่ผู้ใช้อนุญาตให้เข้าถึงได้โดยไม่ต้องออกจากเอกสาร
เครื่องมือนี้เหมาะกับการสร้างรายงาน ข้อเสนอโครงการ แผนงาน บทความ คู่มือ และเอกสารธุรกิจ แต่ไม่ควรนำข้อความที่ AI สร้างไปใช้งานทันที เพราะ Gemini อาจเพิ่มข้อเท็จจริง ตัวเลข แหล่งอ้างอิง หรือเงื่อนไขที่ไม่มีอยู่ในข้อมูลต้นทาง
วิธีใช้ Gemini ใน Google Docs ให้ได้ผล คือกำหนดวัตถุประสงค์และกลุ่มผู้อ่านให้ชัด ให้แหล่งข้อมูลที่เชื่อถือได้ สั่งงานทีละขั้น และตรวจสอบเอกสารฉบับสุดท้ายด้วยมนุษย์ก่อนแชร์หรือเผยแพร่
ความสามารถที่ผู้ใช้อาจพบใน Google Docs ได้แก่
ฟีเจอร์ ภาษา และตำแหน่งเมนูอาจแตกต่างตามประเภทบัญชี แพ็กเกจ อุปกรณ์ ประเทศ การทยอยเปิดใช้งาน และนโยบายของผู้ดูแลระบบ
ขั้นตอนทั่วไปบนคอมพิวเตอร์มีดังนี้
ในบางรูปแบบ ผู้ใช้อาจพบช่องสั่งงานบริเวณด้านล่างของเอกสารและสามารถสลับไปใช้แผงด้านข้างได้
หากไม่พบ Gemini ให้ตรวจสอบ
Prompt ที่ดีควรมีองค์ประกอบอย่างน้อย 5 ส่วน
| องค์ประกอบ | คำถามที่ต้องตอบ |
|---|---|
| บทบาท | ต้องการให้ Gemini ทำหน้าที่อะไร |
| งาน | ต้องการให้สร้างหรือแก้อะไร |
| บริบท | เอกสารนี้เกี่ยวกับใครและเรื่องใด |
| ข้อกำหนด | ต้องการโครงสร้าง น้ำเสียง และความยาวแบบใด |
| ข้อจำกัด | มีข้อมูลใดห้ามสร้างหรือเปลี่ยน |
โครงสร้าง Prompt ตัวอย่าง:
คุณเป็น [บทบาท] ช่วย [งาน] สำหรับ [กลุ่มผู้อ่านและจุดประสงค์] โดยใช้ [ข้อมูลต้นทาง] จัดรูปแบบเป็น [รูปแบบผลลัพธ์] และห้าม [ข้อจำกัด]
ตัวอย่าง:
คุณเป็นบรรณาธิการธุรกิจ ช่วยสร้างร่างรายงานความคืบหน้าโครงการสำหรับผู้บริหาร โดยใช้ข้อมูลในเอกสารนี้เท่านั้น แบ่งเป็นภาพรวม ผลงาน ปัญหา ความเสี่ยง Action Items และสิ่งที่ต้องการการตัดสินใจ ห้ามสร้างตัวเลข ผู้รับผิดชอบ หรือกำหนดเวลาเพิ่มเติม
ก่อนสั่งเขียน ต้องรู้ว่าเอกสารนี้สร้างขึ้นเพื่ออะไร เช่น
Prompt ตัวอย่าง:
ช่วยวิเคราะห์วัตถุประสงค์และผู้อ่านของเอกสารจากข้อมูลต่อไปนี้
หัวข้อ: [ระบุ]
ผู้รับเอกสาร: [ระบุ]
สิ่งที่ต้องการให้ผู้รับทำหลังอ่าน: [ระบุ]
ข้อมูลที่มี: [วางรายการ]ระบุคำถามหลัก ข้อมูลที่ยังขาด และโครงสร้างเอกสารที่เหมาะสม ยังไม่ต้องเขียนฉบับเต็ม
การให้ Gemini เขียนทั้งเอกสารในครั้งเดียวอาจทำให้เนื้อหาออกนอกเรื่อง ควรสร้างโครงสร้างก่อน
Prompt ตัวอย่าง:
สร้าง Outline สำหรับเอกสาร “[ชื่อเอกสาร]”
จุดประสงค์: [ระบุ]
ผู้อ่าน: [ระบุ]
ข้อมูลต้นทาง: [วางข้อมูล]แบ่งเป็นหัวข้อหลัก หัวข้อย่อย คำถามที่แต่ละส่วนต้องตอบ และข้อมูลที่ต้องตรวจสอบ
ตัดหัวข้อที่ไม่สนับสนุนวัตถุประสงค์และยังไม่ต้องเขียนเนื้อหาฉบับเต็ม
Prompt ตัวอย่าง:
เขียนเฉพาะส่วน “ปัญหาและผลกระทบ” จาก Outline นี้
[วาง Outline และข้อมูลที่เกี่ยวข้อง]
ใช้ภาษากระชับสำหรับผู้บริหาร รักษาตัวเลขตามข้อมูลต้นทาง และทำเครื่องหมาย [ต้องตรวจสอบ] หากข้อมูลไม่เพียงพอ
ห้ามเขียนส่วนอื่นต่อ
เมื่อเขียนครบทุกส่วนแล้ว ให้ Gemini ตรวจความต่อเนื่อง แต่ไม่ควรปล่อยให้เขียนใหม่ทั้งหมดโดยไม่มีเหตุผล
ตรวจเอกสารฉบับนี้ด้านความต่อเนื่อง ความซ้ำซ้อน ความสม่ำเสมอของคำศัพท์ และความตรงกับวัตถุประสงค์
[วางเนื้อหา]
แสดงรายการปัญหาและคำแนะนำก่อน ยังไม่ต้องแก้ข้อความจนกว่าจะได้รับอนุมัติ
สร้างรายงานความคืบหน้าโครงการจากข้อมูลในเอกสารนี้
แบ่งเป็น
- ภาพรวม
- งานที่เสร็จแล้ว
- งานที่กำลังดำเนินการ
- ปัญหาและความเสี่ยง
- Action Items
- เรื่องที่ต้องการการตัดสินใจ
ใช้ข้อมูลที่มีเท่านั้น หากไม่มีเจ้าของงานหรือ Deadline ให้ระบุว่า “ยังไม่กำหนด”
สร้างร่างข้อเสนอโครงการสำหรับ [ผู้รับ]
ปัญหา: [ระบุ]
เป้าหมาย: [ระบุ]
ขอบเขต: [ระบุ]
วิธีดำเนินงาน: [ระบุ]
งบประมาณ: [ระบุ]
ระยะเวลา: [ระบุ]
ความเสี่ยง: [ระบุ]จัดเป็นบทสรุปผู้บริหาร ที่มา เป้าหมาย ขอบเขต แผนงาน ทรัพยากร งบประมาณ ความเสี่ยง ตัวชี้วัด และขั้นตอนอนุมัติ
ห้ามสร้างราคา ระยะเวลา หรือผลลัพธ์ที่ไม่ได้ให้ไว้
สร้างคู่มือการทำงานจากขั้นตอนต่อไปนี้
[วางข้อมูล]
แบ่งเป็นวัตถุประสงค์ ขอบเขต ผู้รับผิดชอบ สิ่งที่ต้องเตรียม ขั้นตอน จุดตรวจสอบ ข้อผิดพลาดที่พบบ่อย เงื่อนไขส่งต่อ และเกณฑ์จบงาน
ห้ามสร้างนโยบายหรืออำนาจอนุมัติใหม่
สร้าง Content Brief สำหรับบทความ “[หัวข้อ]”
กลุ่มเป้าหมาย: [ระบุ]
Search Intent: [ระบุ]
Primary Keyword: [ระบุ]
ข้อมูลต้นทาง: [วางข้อมูล]สร้าง H1, H2 และ H3 พร้อมคำถามที่แต่ละส่วนต้องตอบ ห้ามสร้าง Search Volume แหล่งอ้างอิง หรือข้อเท็จจริงเพิ่มเติม
เปลี่ยนบันทึกต่อไปนี้เป็นรายงานการประชุม
[วางบันทึก]
แบ่งเป็นผู้เข้าร่วม วาระ ประเด็นหารือ มติ Action Items ผู้รับผิดชอบ Deadline และเรื่องที่ยังไม่สรุป
ห้ามเปลี่ยนข้อเสนอเป็นมติ และห้ามกำหนดผู้รับผิดชอบหรือ Deadline เอง
สรุปเอกสารนี้ไม่เกิน 10 ข้อ โดยรักษาชื่อ ตัวเลข วันที่ เงื่อนไข และข้อยกเว้นตามต้นฉบับ
สรุปเอกสารนี้สำหรับผู้บริหาร โดยเน้นผลกระทบ ความเสี่ยง การตัดสินใจที่ต้องทำ และ Action Items
แยกข้อเท็จจริงออกจากข้อเสนอแนะ
สรุปเอกสารเป็น 5 ส่วน ได้แก่ ปัญหา ข้อมูลสำคัญ ทางเลือก ข้อสรุป และขั้นตอนถัดไป
หากส่วนใดไม่มีข้อมูล ให้ระบุว่า “ไม่พบในเอกสาร”
สรุปเอกสารเป็นตารางที่มีประเด็น รายละเอียด เจ้าของงาน Deadline สถานะ และตำแหน่งข้อมูลต้นฉบับ
ห้ามสร้างผู้รับผิดชอบหรือกำหนดเวลาเพิ่มเติม
ร่างอีเมลสรุปเอกสารนี้สำหรับ [ผู้รับ] ความยาวไม่เกิน 5 ย่อหน้า โดยเน้นข้อสรุป สิ่งที่ต้องดำเนินการ และ Deadline
ห้ามเพิ่มข้อมูลที่ไม่มีในเอกสาร
ทุกครั้งควรเปิดอ่านส่วนต้นฉบับที่มีผลต่อการตัดสินใจ ไม่ควรใช้สรุปจาก Gemini แทนเอกสารจริงทั้งหมด
ย่อข้อความส่วนนี้ให้กระชับขึ้นประมาณ 30% โดยรักษาข้อมูล ตัวเลข ตัวอย่าง เงื่อนไข และข้อสรุปเดิมทุกประการ
แสดงรายการข้อมูลที่ตัดออกเพื่อตรวจสอบ
ปรับข้อความนี้ให้เหมาะกับรายงานทางธุรกิจ ใช้ภาษาสุภาพ ชัดเจน และเป็นทางการ
ห้ามเพิ่มคำสัญญา เปลี่ยนความหมาย หรือสร้างข้อมูลใหม่
ปรับข้อความนี้สำหรับผู้อ่านที่ไม่มีพื้นฐานด้านเทคนิค อธิบายศัพท์เฉพาะเมื่อกล่าวถึงครั้งแรก แบ่งประโยคยาว และรักษารายละเอียดสำคัญทั้งหมด
เปลี่ยนข้อมูลส่วนนี้เป็นตาราง โดยใช้เฉพาะข้อมูลที่มี
เสนอชื่อคอลัมน์ก่อน หากข้อมูลใดไม่ครบให้เว้นว่าง ห้ามเติมค่าที่คาดเดา
เปลี่ยนเนื้อหานี้เป็นขั้นตอนตามลำดับที่ต้องปฏิบัติจริง
ระบุสิ่งที่ต้องเตรียม จุดตรวจสอบ และผลลัพธ์ของแต่ละขั้น ห้ามเพิ่มขั้นตอนที่ไม่มีในต้นฉบับ
ตรวจเอกสารนี้หาข้อความที่มีความหมายซ้ำกัน ระบุตำแหน่งและเสนอว่าจะเก็บ รวม หรือตัดส่วนใด
ยังไม่ต้องแก้จนกว่าจะได้รับการยืนยัน
เมื่อบัญชีและฟีเจอร์รองรับ Gemini ใน Docs อาจช่วยใช้ข้อมูลจากไฟล์ที่ผู้ใช้เข้าถึงได้ เช่น เอกสารใน Drive หรือข้อความใน Gmail
Prompt ตัวอย่าง:
ใช้ไฟล์ [ชื่อไฟล์] เป็นแหล่งข้อมูลหลักในการสร้างร่างรายงานนี้
ระบุทุกส่วนที่ไม่มีข้อมูลรองรับด้วย [ต้องตรวจสอบ] และห้ามใช้ความรู้ทั่วไปแทนข้อมูลในไฟล์
หากใช้หลายไฟล์ ควรกำหนด
Prompt ตัวอย่าง:
เปรียบเทียบข้อมูลจาก [ไฟล์ A] และ [ไฟล์ B] หากข้อมูลขัดแย้งให้แสดงทั้งสองค่า พร้อมระบุชื่อไฟล์และตำแหน่ง ห้ามเลือกค่าหนึ่งเอง
Prompt ตัวอย่าง:
ดึง Action Items จากเอกสารนี้เป็นตารางที่มี
- งาน
- ผู้รับผิดชอบ
- Deadline
- สถานะ
- ข้อมูลที่ต้องใช้
- สิ่งที่ต้องส่งมอบ
ใช้เฉพาะข้อมูลในเอกสาร หากส่วนใดไม่มีให้ใส่ “ยังไม่ระบุ” ห้ามมอบหมายงานหรือกำหนดวันเอง
ก่อนนำรายการไปใช้งานจริง ต้องตรวจว่าข้อเสนอไม่ได้ถูกตีความเป็นงานที่ได้รับอนุมัติแล้ว
วิเคราะห์เอกสารนี้และสร้าง FAQ จำนวน 5–8 ข้อสำหรับ [กลุ่มผู้อ่าน]
เลือกเฉพาะคำถามที่เอกสารมีข้อมูลตอบได้ ตัดคำถามที่ซ้ำ และทำเครื่องหมายคำถามที่ต้องขอข้อมูลเพิ่ม
ห้ามสร้างข้อเท็จจริงหรือเงื่อนไขเพิ่มเติม
FAQ ควรได้รับการตรวจจากเจ้าของข้อมูลก่อนนำไปใช้กับลูกค้าหรือเผยแพร่สาธารณะ
ตรวจเอกสารนี้เทียบกับวัตถุประสงค์ “[ระบุ]” และกลุ่มผู้อ่าน “[ระบุ]”
ระบุข้อมูลที่ขาด ส่วนที่ออกนอกเรื่อง คำถามที่ยังไม่ได้ตอบ และรายละเอียดที่ควรได้รับการยืนยัน
ทำรายการ Fact-check จากเอกสารนี้ โดยแยกวันที่ ตัวเลข ราคา ชื่อบุคคล ชื่อผลิตภัณฑ์ สถิติ และคำกล่าวอ้าง
ระบุข้อความต้นฉบับและประเภทแหล่งข้อมูลที่ควรใช้ตรวจ ห้ามแก้ข้อเท็จจริงด้วยการคาดเดา
ตรวจความสม่ำเสมอของชื่อ ตำแหน่ง คำศัพท์ วันที่ หน่วยวัด และรูปแบบหัวข้อ
แสดงข้อเสนอแนะเป็นตารางก่อนแก้ไข
ตรวจเอกสารนี้หาข้อมูลส่วนบุคคล ข้อมูลลับ คำสัญญา เงื่อนไขที่กำกวม และข้อความที่อาจสร้างความเข้าใจผิด
ระบุระดับความเสี่ยงและผู้ที่ควรตรวจสอบก่อนแชร์
คุณเป็นผู้ช่วยเขียนและบรรณาธิการเอกสาร ช่วยสร้างร่างเอกสารจากข้อมูลต่อไปนี้
ประเภทเอกสาร: [ระบุ]
ชื่อเอกสาร: [ระบุ]
วัตถุประสงค์: [ระบุ]
กลุ่มผู้อ่าน: [ระบุ]
สิ่งที่ต้องการให้ผู้อ่านทำ: [ระบุ]
น้ำเสียง: [ระบุ]
ความยาว: [ระบุ]
โครงสร้าง: [ระบุ]
ข้อมูลต้นทาง: [วางข้อมูลหรือระบุไฟล์]
คำศัพท์มาตรฐาน: [ระบุ]
ข้อมูลที่ห้ามเปลี่ยน: [ระบุ]ข้อกำหนด
- ใช้ข้อมูลต้นทางที่ให้เท่านั้น
- ไม่สร้างตัวเลข สถิติ ชื่อบุคคล แหล่งอ้างอิง หรือคำกล่าวอ้าง
- หากข้อมูลไม่พอให้ใส่ “[ต้องตรวจสอบ]”
- แยกข้อเท็จจริงออกจากข้อเสนอแนะ
- รักษาความหมายของข้อความต้นฉบับ
- ใช้หัวข้อและตารางเฉพาะเมื่อช่วยให้อ่านง่าย
- ไม่เขียนซ้ำเพื่อเพิ่มความยาว
- สร้างรายการข้อมูลที่ยังขาดท้ายเอกสาร
ก่อนเขียนฉบับเต็ม ให้สร้าง Outline และรายการคำถามที่ต้องตอบก่อน
รวบรวมข้อเท็จจริง ไฟล์อ้างอิง กลุ่มผู้อ่าน เป้าหมาย และข้อจำกัด
กำหนดสิ่งที่เอกสารต้องตอบและข้อมูลที่ต้องใช้
ตรวจลำดับหัวข้อก่อนเขียนเนื้อหา
ลดโอกาสที่เนื้อหาจะออกนอกเรื่องหรือซ้ำกัน
ตรวจตัวเลข วันที่ ชื่อ และคำกล่าวอ้างจากแหล่งต้นทาง
ปรับความกระชับ น้ำเสียง และความสม่ำเสมอ โดยไม่เปลี่ยนสาระ
ลบข้อมูลที่ไม่ควรเปิดเผยและตรวจสิทธิ์ของไฟล์
เอกสารสำคัญต้องผ่านผู้รับผิดชอบก่อนแชร์
เก็บประวัติว่ามีการแก้ไขอะไร เมื่อใด และโดยใคร เพื่อให้ตรวจย้อนกลับได้
ก่อนใช้ Gemini กับเอกสาร ควรพิจารณาว่าเอกสารมีข้อมูลประเภทใด เช่น
ควรใช้บัญชีและสิทธิ์ที่องค์กรอนุมัติ ปฏิบัติตามนโยบายภายใน และไม่ส่งข้อมูลอ่อนไหวเกินความจำเป็น
หากส่ง Feedback เกี่ยวกับผลลัพธ์ของ AI ควรตรวจว่าข้อมูลที่แนบไปไม่มีข้อมูลส่วนตัว ข้อมูลลับ หรือข้อมูลอ่อนไหว
เมื่อไม่มีวัตถุประสงค์ กลุ่มผู้อ่าน และข้อมูลต้นทาง Gemini มักสร้างเนื้อหากว้างหรือเติมข้อมูลเอง
การเขียนใหม่อาจทำให้ข้อมูลสำคัญและน้ำเสียงเดิมหาย ควรแก้ทีละส่วนและเปรียบเทียบกับต้นฉบับ
ชื่อรายงาน ผู้เขียน หรือสถิติอาจไม่มีอยู่จริง ต้องตรวจจากแหล่งต้นทางก่อนใช้ทุกครั้ง
หากมีหลายไฟล์ชื่อคล้ายกัน Gemini อาจใช้ข้อมูลจากเวอร์ชันที่ไม่ต้องการ ควรระบุชื่อและวันที่ให้ชัดเจน
สรุปอาจละเว้นข้อยกเว้น เงื่อนไข หรือรายละเอียดที่มีผลต่อการตัดสินใจ
Gemini ช่วยร่างเอกสารได้ แต่ไม่สามารถอนุมัติงบประมาณ นโยบาย สัญญา หรือข้อสรุปแทนผู้มีอำนาจ
เอกสารที่เขียนถูกต้องอาจยังสร้างปัญหาได้หากแชร์ให้บุคคลผิดหรือเปิดสิทธิ์กว้างเกินไป
ช่วยเขียน แก้ไข สรุป สร้างตาราง ดึง Action Items และใช้ไฟล์ที่เกี่ยวข้องเป็นบริบทตามความสามารถและสิทธิ์ของบัญชี
อาจเกิดจากบัญชีหรือแพ็กเกจไม่รองรับ ภาษา การทยอยเปิดฟีเจอร์ หรือผู้ดูแลระบบยังไม่ได้เปิดสิทธิ์
การรองรับภาษาแตกต่างกันตามฟีเจอร์ ควรตรวจรายการภาษาที่รองรับในบัญชีและทดลองกับเอกสารที่ไม่มีความเสี่ยงก่อน
ได้ในขอบเขตที่ระบบรองรับ แต่ควรตรวจสรุปกับต้นฉบับ โดยเฉพาะตัวเลข เงื่อนไข ข้อยกเว้น และคำปฏิเสธ
บางบัญชีสามารถเลือกไฟล์หรือแหล่งข้อมูลที่เกี่ยวข้องให้ Gemini ใช้อ้างอิงได้ แต่ขึ้นอยู่กับสิทธิ์และความพร้อมของฟีเจอร์
ได้ โดยสามารถสั่งให้ปรับเฉพาะส่วนหรือทั้งเอกสาร แต่ควรบันทึกเวอร์ชันและตรวจรายการเปลี่ยนแปลงก่อนยอมรับ
ใช้ช่วยจัดโครงสร้างหรือสร้างร่างได้ แต่ต้องให้ผู้เชี่ยวชาญด้านกฎหมายตรวจสอบ และไม่ควรถือคำตอบของ AI เป็นคำแนะนำทางกฎหมาย
Gemini ช่วยลดเวลาร่างและตรวจเบื้องต้น แต่การกำหนดสาร ตรวจข้อเท็จจริง เพิ่มประสบการณ์ และอนุมัติฉบับสุดท้ายยังต้องใช้มนุษย์
วิธีใช้ Gemini ใน Google Docs ให้ได้ผล เริ่มจากกำหนดประเภทเอกสาร วัตถุประสงค์ กลุ่มผู้อ่าน และข้อมูลต้นทาง จากนั้นให้ AI ช่วยสร้าง Outline เขียนทีละส่วน สรุป และปรับภาษา
ควรกำหนดให้ Gemini ใช้เฉพาะข้อมูลที่ให้ ทำเครื่องหมายเมื่อข้อมูลไม่พอ และแยกข้อเท็จจริงออกจากข้อเสนอแนะ ทุกครั้งที่แก้เอกสารต้องตรวจตัวเลข วันที่ ชื่อ แหล่งอ้างอิง เงื่อนไข และข้อมูลที่อาจถูกเพิ่มขึ้นเอง
ฟีเจอร์ของ Gemini ใน Google Docs อาจแตกต่างตามบัญชี ภาษา อุปกรณ์ และนโยบายขององค์กร เมื่อใช้ร่วมกับขั้นตอนตรวจสอบ เวอร์ชันเอกสาร และสิทธิ์การแชร์ที่เหมาะสม Gemini จะช่วยลดเวลาทำเอกสารได้มาก โดยยังรักษาความถูกต้องและความรับผิดชอบของผู้ใช้งาน