Bản năng khi một phần bản thảo không ổn là... sửa nó. Thêm một câu cho rõ hơn. Dời một đoạn. Tìm một từ hay hơn cho cái ý chưa chạm tới người đọc. Bản năng này gần như luôn luôn sai.
Sửa một phần yếu thì cải thiện câu chữ. Nhưng hiếm khi cải thiện logic. Kết quả là một phiên bản viết hay hơn của cùng một lập luận mơ hồ — reviewer vẫn đánh dấu, editor vẫn do dự, và tác giả vẫn không hiểu tại sao.
Những chiến lược viết lại thực sự hiệu quả xuất phát từ một giả định khác: nếu một phần không ổn sau khi đã sửa bình thường, thì vấn đề nằm ở cấu trúc, không phải ngôn từ. Bạn không cần tìm từ hay hơn. Bạn cần tìm ra phần đó thực sự phải làm gì, rồi xây dựng lại từ chức năng đó ra ngoài.
Tại sao sửa câu không cứu được phần yếu
Một phần yếu trong bản thảo thường có một trong ba vấn đề gốc rễ.
Thứ nhất là thiếu luận điểm. Phần đó chứa thông tin liên quan nhưng không có lập luận nào được phát biểu. Nó kể cho người đọc điều gì đã được tìm thấy hoặc đã làm, mà không nói điều đó có nghĩa gì. Sửa câu thì cải thiện văn phong, nhưng luận điểm vắng mặt thì vẫn vắng mặt.
Thứ hai là mất mạch logic. Phần đó bao gồm nhiều ý tưởng không nối tiếp nhau. Trình tự các đoạn văn cảm giác tùy tiện vì nó đúng là tùy tiện — nội dung được gom lại chứ không phải được xây dựng. Sửa từng đoạn riêng lẻ không giải quyết được vấn đề trình tự.
Thứ ba là lệch phạm vi. Phần đó đang cố làm quá nhiều, hoặc mang nội dung thuộc về chỗ khác trong bản thảo. Mỗi đoạn văn riêng lẻ đều có thể bảo vệ được; vấn đề là chúng không thuộc về cùng một chỗ. Sửa câu không giải quyết được vì vấn đề mang tính kiến trúc.
Trong cả ba trường hợp, cách sửa không phải là chỉnh sửa. Mà là tháo dỡ phần đó và xây lại từ mục đích của nó. Tại sao viết học thuật là một hệ thống, không phải một kỹ năng giải thích vì sao những quyết định viết tưởng như cục bộ — một câu, một đoạn — thực ra là triệu chứng của những quyết định cấu trúc ở tầng cao hơn. Logic tương tự áp dụng cho việc viết lại.
Quy trình viết lại
Khi một phần không ổn sau hai lượt sửa, quy trình cần thay đổi.
Bước 1: Dừng sửa. Đóng phần đó lại. Đừng cố sửa bằng cách nhìn vào nó. Hành động nhìn vào văn bản hiện có sẽ neo tư duy của bạn vào những gì đã viết.
Bước 2: Phát biểu chức năng của phần đó trong một câu. Phần này phải làm gì cho người đọc? Không phải nó chứa thông tin gì — mà nó thực hiện công việc logic gì? Phần Discussion không tồn tại để báo cáo lại kết quả. Nó tồn tại để diễn giải chúng: giải thích chúng có nghĩa gì, chúng thay đổi điều gì, và chúng chưa giải quyết được điều gì. Nếu bạn không viết được câu chức năng đó, phần này không có logic chủ đạo và sửa câu sẽ không tạo ra được.
Bước 3: Liệt kê ba đến năm điểm phải có. Với chức năng đã xác định, những luận điểm hoặc bước logic cụ thể nào là cần thiết? Nếu phần Discussion cần diễn giải phát hiện chính, thừa nhận hạn chế quan trọng, và định vị kết quả so với bằng chứng trước đó — đó là ba bước logic riêng biệt. Viết chúng dưới dạng danh sách, không phải văn xuôi.
Bước 4: Xóa phần gốc. Di chuyển nó sang một tài liệu tạm thay vì xóa hẳn — bạn có thể thu hồi lại một số câu — nhưng loại bỏ nó khỏi tầm nhìn. Viết phần mới từ danh sách các bước logic cần thiết.
Bước 5: Đối chiếu với bản gốc. Sau khi viết xong, so sánh với phiên bản đã xóa. Mục tiêu không phải khôi phục những gì đã mất mà là xác nhận không bỏ sót điều gì thiết yếu. Thường thì phiên bản mới ngắn hơn, rõ ràng hơn, và chứa nhiều lập luận thực sự hơn.
Toàn bộ quy trình mất thời gian hơn một lượt sửa thông thường. Nhưng nó cho ra kết quả tốt hơn một cách đáng tin cậy.
Khung tháo dỡ phần bản thảo
Sử dụng khung này trước khi viết lại bất kỳ phần nào đã sống sót qua nhiều lượt sửa mà không cải thiện:
Khung tháo dỡ phần bản thảo
- [ ] Đặt tên chức năng của phần: Viết một câu mô tả công việc logic mà phần này phải thực hiện (không phải nó chứa gì)
- [ ] Liệt kê các bước logic cần thiết: Xác định 3–5 luận điểm hoặc lập luận cụ thể mà phần này phải đưa ra để hoàn thành chức năng
- [ ] Chẩn đoán lỗi: Vấn đề nào mô tả bản nháp hiện tại? (a) Thiếu luận điểm — (b) Mất mạch logic — (c) Lệch phạm vi
- [ ] Di chuyển bản gốc: Sao chép phần hiện có sang tài liệu riêng; không xóa vĩnh viễn
- [ ] Viết lại từ danh sách: Viết nháp từ các bước logic cần thiết, không phải từ văn bản hiện có
- [ ] Thu hồi câu hữu ích: Quay lại bản gốc và trích xuất câu hoặc bằng chứng nào thuộc về bản nháp mới
- [ ] Xác minh chức năng đã hoàn thành: Phần cuối cùng có thực hiện công việc logic đã đặt tên ở bước 1 không?
Điều này thay đổi gì trong thực tế
Lý do thực sự bài báo của bạn cảm thấy 'rời rạc' chỉ ra rằng sự rời rạc là vấn đề cấu trúc, không phải vấn đề viết. Một phần Discussion rời rạc không phải vì viết kém — mà vì các bước logic chưa được xác định trước khi phần đó được viết.
Quy trình tháo dỡ buộc việc xác định đó phải xảy ra sau khi đã viết. Nó chậm hơn sửa câu. Nhưng nó cũng là cách tiếp cận duy nhất giải quyết vấn đề thực sự thay vì triệu chứng bề mặt.
Sự sẵn sàng xóa một phần mà bạn đã bỏ thời gian viết là một trong những thói quen kỷ luật khó phát triển nhất trong viết học thuật. Nó trở nên dễ hơn khi bạn đã làm đủ nhiều lần để thấy rằng phiên bản thay thế gần như luôn tốt hơn — và bản gốc đã được lưu giữ, không bị mất.
Nếu bạn thấy bài viết này hữu ích cho bản thảo của mình, có thể bạn sẽ muốn xem Discussion Section Playbook của mình.