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