แนวทางปฏิบัติที่ดีที่สุดในการใช้ Whisperer
เคล็ดลับที่นี่ถูกกลั่นกรองมาจากสิ่งที่ใช้ได้ผลจริงสำหรับผู้ใช้ Whisperer อ่านรายการทั้งหมดหรือข้ามไปยังหัวข้อที่คุณต้องการได้เลย
ก่อนการประชุม
กรอกบริบทของผู้ใช้
เขียนเกี่ยวกับตัวคุณเอง 3–5 ประโยค ว่าคุณเป็นใคร งานประเภทใดที่กำลังจะมาถึง และคุณต้องการสไตล์การตอบแบบไหน ผู้ช่วยจะนำสิ่งนี้ไปพิจารณาโดยที่คุณไม่ต้องอธิบายซ้ำทุกครั้ง
ตัวอย่าง:
"ฉันเป็นนักพัฒนา Python ที่กำลังเข้าสัมภาษณ์ทางเทคนิค ตอบให้กระชับ: เริ่มจากประเด็นสำคัญก่อน แล้วตามด้วยโค้ด ข้ามคำเกริ่นนำ"
สร้างเทมเพลตสำหรับการประชุมแต่ละประเภท
ใน Prompt Studio ให้สร้างเทมเพลตแยกสำหรับการสัมภาษณ์ การโทรคุยกับลูกค้า และการประชุมภายใน ใช้เวลาเพียง 5 นาที แต่ช่วยรักษาสมาธิเมื่อสถานการณ์ตึงเครียด
เติมข้อมูลลงในฐานความรู้
เพิ่มข้อมูลต่อไปนี้ลงในฐานความรู้:
- เรซูเม่หรือประวัติย่อของคุณ
- คำอธิบายผลิตภัณฑ์ / สแต็กเทคโนโลยี
- คำถามที่พบบ่อยพร้อมคำตอบของคุณ
- ข้อมูลพื้นฐานเกี่ยวกับบริษัทที่คุณกำลังจะประชุมด้วย
RAG จะดึงข้อมูลชิ้นที่ถูกต้องเข้ามาในแต่ละคำตอบ — คุณจึงไม่ต้องพูดบริบทซ้ำ
ตรวจสอบสิทธิ์การเข้าถึง
ก่อนการโทร ตรวจสอบให้แน่ใจว่าได้อนุญาตการเข้าถึงไมโครโฟนและ (บน macOS) สิทธิ์ "Screen Recording" แล้ว หากไม่มีสิทธิ์เหล่านี้ ผู้ช่วยจะไม่สามารถได้ยินอีกฝ่ายได้
ระหว่างการประชุม
ถามคำถามสั้นและเจาะจง
"ฉันจะรับมือกับข้อโต้แย้ง 'มันแพงเกินไป' ได้อย่างไร?" — เป็นคำถามที่ดี "อธิบายเรื่องการขายให้ฟังหน่อย" — กว้างเกินไป คำตอบจะยาวหลายหน้าจอ
ยิ่งคำถามสั้น การสตรีมก็ยิ่งเร็วและคำตอบยิ่งแม่นยำ
ใช้ Enter เปล่าเพื่อตอบ "จากสิ่งที่ได้ยิน"
เมื่ออีกฝ่ายเพิ่งถามคำถาม ให้กด Enter ในช่องว่าง ผู้ช่วยจะหยิบส่วนล่าสุดของสเตโนแกรมมาตอบให้ มือของคุณก็ยังว่างอยู่
ถ่ายภาพหน้าจอสำหรับไดอะแกรมและโค้ด
หากมีไดอะแกรม สคีมาฐานข้อมูล หรือโค้ดปรากฏบนหน้าจอ — ให้ถ่ายภาพหน้าจอ (ด้วยปุ่มลัด) ผู้ช่วยจะวิเคราะห์ภาพและตอบในบริบทของคำถามของคุณ
สำหรับหน้าจอที่ยาว ให้สะสมหลายเฟรม (multi-screenshot) แล้วส่งไปพร้อมกันเป็นชุดเดียว
เฝ้าดูสเตโนแกรม
หากสเตโนแกรมเริ่ม "เพี้ยน" — มีข้อผิดพลาดหรือช่องว่างปรากฏขึ้น — ให้ตรวจสอบระดับเสียงและระยะห่างของคุณจากไมโครโฟน สเตโนแกรมที่ดี = คำตอบที่แม่นยำ
ใช้โหมด System Design สำหรับคำถามเกี่ยวกับสถาปัตยกรรม
ถามคำถามในโหมด System Design แล้วรับคำตอบที่มีโครงสร้างพร้อมไดอะแกรม Mermaid: คอมโพเนนต์ การไหลของข้อมูล แนวทางการขยายระบบ พร้อมวางลงในบันทึกย่อหรือแสดงได้ทันที
หลังการประชุม
ตรวจทานมายด์แมป
มายด์แมปจะถูกสร้างขึ้นโดยอัตโนมัติภายในหนึ่งนาทีหลังจบการประชุม ตรวจทานในขณะที่การประชุมยังสดใหม่: เติมโหนดที่ AI พลาดไป และคลิก "Enrich" หากรู้สึกว่าแผนผังยังไม่สมบูรณ์
ย้ายรายการสิ่งที่ต้องทำไปยังเครื่องมือติดตามงานของคุณ
รายการสิ่งที่ต้องทำจากแผนผังการประชุมคืองานที่พร้อมใช้ทันที คัดลอกไปยัง Jira, Linear, Notion หรือเครื่องมือติดตามงานอื่นได้ทันทีหลังการประชุม ในขณะที่รายละเอียดยังสดใหม่
บันทึกคำตอบที่มีประโยชน์ลงในฐานความรู้
หากผู้ช่วยสร้างคำอธิบายที่แม่นยำเป็นพิเศษหรือข้อโต้แย้งที่หนักแน่น — ให้เพิ่มลงในฐานความรู้ ครั้งต่อไปมันจะปรากฏในบริบทโดยอัตโนมัติ
ส่งออกสเตโนแกรม
สำหรับการโทรคุยกับลูกค้าและการประชุมสำคัญ ให้ส่งออกสเตโนแกรม (เป็นข้อความหรือ Markdown) ทันทีหลังจบการประชุม — เพื่อเก็บเข้าคลัง ส่งอีเมลติดตามผล หรือนำไปวิเคราะห์ภายหลัง
สำหรับสถานการณ์เฉพาะ
การสัมภาษณ์ทางเทคนิค
- เทมเพลต: คำตอบสั้น → โค้ด → ความซับซ้อน (complexity)
- ฐานความรู้: ดีไซน์แพตเทิร์น คำถาม LeetCode / System Design ที่พบบ่อย
- โหมด System Design — สำหรับคำถามเกี่ยวกับสถาปัตยกรรม
- Enter เปล่า — เมื่อผู้สัมภาษณ์เพิ่งถามคำถามออกมาดัง ๆ
การขายและการเจรจาต่อรอง
- เทมเพลต: รับฟัง → ปรับมุมมองใหม่ → ขั้นตอนถัดไป
- ฐานความรู้: การ์ดข้อมูลลูกค้า ข้อโต้แย้งที่พบบ่อยพร้อมคำตอบ คำอธิบายผลิตภัณฑ์
- Multi-screenshot — หากลูกค้าแสดงงานนำเสนอหรือการเปรียบเทียบกับคู่แข่ง
การสอนและการติว
- เทมเพลต: คำอธิบาย → ตัวอย่าง → คำถามตรวจสอบ
- ฐานความรู้: เนื้อหาหลักสูตร ข้อผิดพลาดที่นักเรียนมักทำ
- การแปล (TranslationStrip) — หากนักเรียนพูดภาษาอื่น
โหมด No-logs สำหรับการประชุมที่ละเอียดอ่อน
สำหรับการสนทนาที่เป็นความลับ ให้เปิดใช้งานโหมด no-logs: สเตโนแกรมและคำตอบจะไม่ถูกบันทึก พึงจำไว้ว่า: นาทีการใช้งานยังคงถูกหักอยู่