Biến bài viết kỹ thuật thành video dọc 30 giây: quy trình không cần lên hình

Mình viết bài trên Viblo được một thời gian và nhận ra một điều: bài viết tốt vẫn có thể không ai đọc, đơn giản vì không ai biết nó tồn tại. Trong khi đó một clip dọc 30 giây về đúng nội dung đó lại tiếp cận được gấp nhiều lần.

Vấn đề không phải là dev không biết làm video. Vấn đề là lời khuyên phổ biến — "cứ quay mặt mình giải thích đi" — lại đúng là thứ đa số chúng ta không muốn làm.

Dưới đây là quy trình mình dùng để biến một bài viết kỹ thuật thành clip 9:16 mà không bao giờ xuất hiện trong khung hình. Sau hai lần làm thì mỗi clip mất khoảng 20 phút.

1. Kịch bản là ba câu, không phải bản tóm tắt

Sai lầm hay gặp là cố nén bài 1200 chữ vào 30 giây. Không nén được. Hãy chọn một luận điểm trong bài và dựng nó theo ba nhịp:

1. Vấn đề, phát biểu theo góc nhìn của người đọc. Không phải "hôm nay ta nói về caching" mà "trang của bạn load mất 4 giây".
2. Cơ chế, đúng một câu. Nguyên nhân thật sự là gì, hoặc cách sửa là gì.
3. Kết quả, cụ thể và đo được.

Phần còn lại của bài viết là lý do người xem nên bấm vào link, không phải nội dung đưa vào clip.

2. Đừng mở đầu bằng lời chào

Khung hình đầu tiên quyết định tất cả. "Xin chào mọi người, trong video hôm nay..." là hai giây lãng phí, và phần lớn người xem đã lướt qua trong hai giây đó. Hãy mở thẳng bằng câu phát biểu vấn đề.

3. Ba bước ngốn thời gian nhất

Là lồng tiếng, canh thời gian phụ đề, và cắt hình ảnh khớp với giọng đọc.

Làm thủ công thì đó là: một lượt text-to-speech, một lượt transcribe để lấy timestamp theo từng từ, rồi ffmpeg hoặc một trình dựng timeline để burn phụ đề và căn cắt. Cách này chạy được, miễn phí, và tốn khoảng hai tiếng cho mỗi clip sau khi đã dựng xong pipeline.

Cách rút gọn là dùng một generator làm cả ba bước trong một lượt. Mình dùng Faceless Reels: đưa kịch bản ba nhịp vào, nó sinh giọng đọc, burn phụ đề và cắt nhịp theo giọng, sau đó mình chèn screenshot hoặc đoạn screen recording của mình lên trên nền được sinh ra. Nó có vài template khác nhau, và điều này quan trọng hơn nghe có vẻ: kiểu "doodle explainer" vẽ tay đọc được ở kích thước 3 inch, còn ảnh chụp màn hình code editor thì không.

Đường nào cũng được. Điểm mấu chốt là bước này chính là thứ giết chết thói quen làm clip nếu bạn làm tay mỗi lần.

4. Phụ đề phải burn vào video

Khoảng 80% lượt xem trên feed là tắt tiếng, và phụ đề tự động của nền tảng phá nát mọi thuật ngữ không nằm trong từ vựng phổ thông: tên thư viện, tên viết tắt, số phiên bản. "ESP32-S3" thành "ESP 32 S three" là chuyện thường.

Phụ đề burn sẵn còn sống sót qua việc re-upload lên nhiều nền tảng — vốn là toàn bộ lý do bạn làm một clip rồi đăng ba nơi.

5. Cắt nửa giây đầu

Khung hình đầu của bạn gần như chắc chắn có một nhịp im lặng hoặc fade-in phía trước. Cắt đi. Đây là chỉnh sửa hiệu quả nhất và mất đúng bốn giây để làm.

Cái này không làm được gì

Clip ngắn không thay thế được bài viết. Nó không tải được sắc thái, không hiển thị được block code, và không thuyết phục được người cần đọc lập luận đầy đủ. Nó chỉ là một con trỏ. Nếu bài viết phía dưới mỏng, clip chỉ giúp người ta bounce nhanh hơn.

Nhưng nếu bạn đã viết những bài phân tích tử tế trên Viblo, thì bạn đã có sẵn hàng chục kịch bản rồi — chỉ là bạn viết chúng dưới dạng đoạn văn thay vì dưới dạng ba nhịp.