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