Cách quay video demo hackathon để giành giải

Bạn xây dựng một sản phẩm trong 48 giờ với bốn tiếng ngủ, rồi cả dự án lại được chấm qua một video hai phút. Video đó không phải thủ tục cho có: ở phần lớn hackathon trực tuyến, đó là thứ duy nhất ban giám khảo thực sự xem. Một nửa số bài dự thi là các bản quay màn hình rung lắc, không tiếng, nên chỉ cần quay rõ ràng là bạn đã dẫn trước trước khi ai đó mở mã nguồn của bạn.

Dưới đây là cách quay một video demo xứng đáng với dự án của bạn, ngay cả khi chỉ còn một giờ trên đồng hồ.

1. Đọc thể lệ nộp bài trước

Trước khi quay bất cứ thứ gì, hãy kiểm tra các yêu cầu bắt buộc trên trang thể lệ. Đa số hackathon quy định:

• Thời lượng tối đa — thường là hai hoặc ba phút, và giám khảo thực sự dừng xem đúng ở mốc đó
• Định dạng — MP4 được chấp nhận ở mọi nơi; một số nền tảng muốn liên kết YouTube hoặc Vimeo thay vì file
• Chế độ công khai — liên kết không công khai và bắt đăng nhập sẽ khiến bạn bị loại
• Yêu cầu nội dung — một số sự kiện bắt buộc phải trình diễn ứng dụng đang chạy, không chỉ slide

Hãy đặt thiết lập xuất file khớp với thể lệ trước khi quay lần đầu. Xuất lại lúc 3 giờ sáng vì file vượt giới hạn tải lên là cách tệ nhất để tiêu tốn giờ cuối cùng.

2. Viết kịch bản cho hai phút

Hai phút tương đương khoảng 300 từ nói. Không có chỗ để ứng biến, nên hãy ghi trước từng phần:

• 0:00–0:15 — vấn đề. Một câu mà người lạ cũng hiểu. Không giới thiệu đội, không “chúng tôi rất vui được trình bày”.
• 0:15–0:30 — giải pháp. Bạn đã xây gì và dành cho ai.
• 0:30–1:30 — phần demo. Sản phẩm thật, làm đúng việc thật.
• 1:30–1:50 — bên trong hệ thống. Nói ngắn gọn về quyết định kỹ thuật thú vị.
• 1:50–2:00 — bước tiếp theo. Một dòng về hướng đi sắp tới.

Lỗi phổ biến nhất là dành 45 giây kể bối cảnh rồi phóng nhanh qua phần demo. Giám khảo chấm thứ bạn tạo ra. Hãy vào màn hình thật nhanh.

3. Chuẩn bị trạng thái demo trước khi bấm quay

Không gì lãng phí một lần quay bằng việc gõ biểu mẫu đăng nhập hay chờ khởi động nguội. Hãy dựng sẵn sân khấu:

• Đăng nhập trước và đưa ứng dụng về đúng trạng thái mà cảnh đầu tiên cần
• Dùng dữ liệu thực tế — “test test test” và asdf@asdf.com khiến dự án trông dở dang
• Đóng mọi tab không liên quan, dọn thông báo và bật chế độ Không làm phiền
• Tăng cỡ chữ trình duyệt và trình soạn thảo; giám khảo có thể xem trên laptop hoặc điện thoại
• Làm nóng các endpoint chậm để yêu cầu đầu tiên không phải là lần chạy nguội

Dùng chế độ quay cửa sổ thay vì toàn màn hình để thanh dock, hình nền và màn hình phụ không lọt khung.

4. Quay theo từng đoạn, đừng cố quay một lần hoàn hảo

Một lần quay liền mạch hoàn hảo ở giờ thứ 46 là điều viển vông. Hãy quay từng đoạn ngắn — mỗi đoạn tương ứng một phần kịch bản — rồi ghép lại. Khi một đoạn hỏng, bạn chỉ quay lại ba mươi giây thay vì hai phút.

Quay theo đoạn còn giúp bỏ qua thời gian chờ thật. Quay đến lúc bấm “gửi” thì dừng, đợi tác vụ chạy xong, rồi quay tiếp từ màn hình kết quả. Cắt trọn chín mươi giây xử lý, demo sẽ trông gọn gàng chứ không phải gian dối.

Nếu một bước thực sự dễ hỏng — API bị giới hạn tần suất, một lần triển khai thiếu ổn định — hãy quay sớm khi nó còn chạy tốt và giữ kỹ đoạn clip đó.

5. Tự thuyết minh

Hãy thu âm micro và nói trong lúc demo. Ban giám khảo luôn chấm video có thuyết minh cao hơn bản quay câm kèm nhạc nền, vì họ theo được ý đồ đằng sau mỗi cú nhấp.

Vài điều giúp phần thuyết minh hiệu quả:

• Thu ở căn phòng yên tĩnh nhất bạn tìm được, không phải giữa sảnh sự kiện
• Nói chậm hơn một chút so với cảm giác tự nhiên — bạn đang phấn khích và thiếu ngủ
• Nói trước điều bạn sắp làm rồi mới nhấp chuột
• Nếu tiếng Anh không phải tiếng mẹ đẻ, cứ viết lời rồi đọc: điều đó hoàn toàn ổn

Nếu giọng bạn đã hỏng sau đêm dài, vẫn cứ thu. Thuyết minh chưa hoàn hảo vẫn hơn là không có.

6. Dựng vì sự rõ ràng, không phải vì phong cách

Chỉ giữ lại phần hậu kỳ thực sự giúp ích cho giám khảo:

• Cắt khoảng lặng ở đầu và cuối mỗi đoạn
• Phóng to các thành phần giao diện nhỏ — nút bấm, ô nhập, log — để đọc được trên màn hình nhỏ
• Lớp chữ để đặt tên cho từng phần hoặc nêu công nghệ đang trình diễn
• Webcam PIP chỉ ở phần mở đầu và kết, để thấy mặt bạn mà không che sản phẩm
• Phụ đề, nếu nền tảng hỗ trợ, vì nhiều giám khảo xem lượt đầu ở chế độ tắt tiếng

Bỏ qua intro hoạt hình, cảnh flycam thành phố và nhạc nền lấn át lời thuyết minh. Không thứ nào trong đó mang lại điểm.

7. Xuất file và kiểm tra khâu tải lên

Xuất ở 1080p, 30 FPS, MP4 với H.264. Tổ hợp này chạy được trên mọi nền tảng chấm giải và mọi trình duyệt mà không gặp rắc rối chuyển mã.

Trước khi coi là xong:

• Xem lại toàn bộ file một lượt từ đầu đến cuối, có bật tiếng
• Kiểm tra không có thông tin đăng nhập, token riêng tư hay tin nhắn cá nhân xuất hiện trên màn hình
• Xác nhận file tải lên và phát được ngay từ trang nộp bài, chứ không chỉ chạy trên máy bạn
• Kiểm tra liên kết đã công khai và không yêu cầu tài khoản

Danh sách kiểm tra trước khi nộp

• Thời lượng đúng thể lệ và dư ra vài giây
• Nêu vấn đề trong mười lăm giây đầu
• Sản phẩm đang chạy chiếm ít nhất một nửa thời lượng
• Dữ liệu demo trông thực tế
• Đã thu thuyết minh và nghe rõ
• Các thao tác quan trọng đã phóng to cho màn hình nhỏ
• Không lộ khóa bí mật hay thông báo
• Đã xuất MP4 1080p và kiểm tra sau khi tải lên

Gửi bài thôi

Đội thắng hackathon hiếm khi là đội viết nhiều mã nhất. Đó là đội có video demo khiến ý tưởng trở nên hiển nhiên trong chín mươi giây. Viết kịch bản, quay từng đoạn, tự thuyết minh và xuất file đủ sớm để xem lại một lượt.

Rồi đi ngủ một chút.