Vì sao bản tóm tắt mặc định vô dụng
Dán một bản ghi, xin một bản tóm tắt, và bạn nhận về một đoạn văn nói rằng đội đã thảo luận về dự án và đồng ý sẽ theo dõi tiếp. Nó chính xác nhưng vô giá trị, vì nó loại bỏ đúng hai thứ duy nhất khiến người ta mở ghi chú cuộc họp ra xem: điều gì đã được quyết định và ai đang nợ việc gì.
Cách khắc phục là gọi tên bốn thứ một cuộc họp thực sự tạo ra và yêu cầu đúng những thứ đó. Quyết định. Cam kết. Câu hỏi còn bỏ ngỏ. Bất đồng. Điều cuối cùng thường bị bỏ sót nhiều nhất và lại quan trọng nhất về sau.
Hai mô hình, hai lượt xử lý. Claude đọc hiểu không khí buổi họp và viết phần tường thuật, GPT trích xuất cấu trúc mà không thêm ý kiến riêng. Tách việc ra chỉ tốn một lần đổi mô hình và tạo ra ghi chú mà người ta thực sự chịu đọc.
Hai câu lệnh làm trọn vẹn công việc
Câu lệnh 1: bản tóm lược, trong Claude
Đây là bản ghi một cuộc họp. Hãy tạo ra: (1) một dòng tiêu đề nêu rõ cuộc họp này thực sự đã giải quyết điều gì; (2) các quyết định đã đưa ra, kèm ai là người đưa ra từng quyết định; (3) năm đến tám gạch đầu dòng nêu nội dung chính, theo thứ tự mức độ quan trọng chứ không theo thứ tự được nói ra; (4) các câu hỏi đã được nêu ra nhưng chưa được trả lời; (5) bất kỳ điểm nào mọi người bất đồng, nêu cả hai quan điểm mà không tự ý giải quyết chúng. Không bao gồm lời xã giao, chuyện sắp xếp lịch, hay bất cứ điều gì được bàn rồi bỏ dở. Nếu một quyết định được ngụ ý nhưng chưa từng nói rõ, hãy liệt kê riêng dưới mục CHƯA XÁC NHẬN. Bản ghi: [dán vào].
Câu lệnh 2: việc cần làm, trong GPT
Từ cùng bản ghi đó, trích xuất mọi cam kết thành một bảng: việc cần làm, người phụ trách, hạn chót, và câu trích dẫn chính xác mà nó xuất phát từ đó. Quy tắc: chỉ đưa vào những mục mà ai đó thực sự đã cam kết, không phải những thứ chỉ được gợi ý. Nếu người phụ trách không rõ ràng, hãy ghi CHƯA PHÂN CÔNG thay vì đoán. Nếu không có ngày nào được nêu, hãy ghi KHÔNG CÓ NGÀY thay vì tự suy ra. Sau đó liệt kê riêng bất kỳ việc nào được nêu ra mà không ai nhận làm.
Cột trích dẫn chính là thứ khiến việc này đáng tin. Nó biến một việc cần làm gây tranh cãi từ một cuộc cãi vã thành một thao tác tra cứu, và khiến cam kết bịa đặt lộ rõ ngay lập tức vì không có gì để trích dẫn.
Câu lệnh 3, tùy chọn: bản nháp email theo dõi
Soạn một email theo dõi từ bản tóm lược và danh sách việc cần làm ở trên. Đối tượng nhận: [ai có mặt và ai không có mặt trong cuộc họp]. Mở đầu bằng quyết định. Giữ dưới 200 từ. Nêu rõ việc cần làm của từng người để không ai phải tự suy diễn. Giọng văn: [giọng văn của bạn]. Đánh dấu bất cứ điều gì tôi nên xác nhận lại trước khi gửi.
Mẫu quy trình cho những cuộc họp bạn thực sự có
Mỗi loại cuộc họp tạo ra một sản phẩm khác nhau. Hãy điều chỉnh cách trích xuất, không chỉ cách diễn đạt.
| Loại cuộc họp | Yêu cầu | Điều người ta hay quên |
|---|---|---|
| Cuộc gọi khách hàng hoặc bán hàng | Các phản đối được nêu ra, nguyên văn cách họ mô tả vấn đề, họ so sánh bạn với ai, bước tiếp theo và ai phụ trách | Sao chép nguyên văn lời khách hàng thay vì diễn giải lại |
| Họp ra quyết định | Quyết định, các phương án bị loại bỏ và lý do, ai cần được thông báo | Ghi lại các phương án bị loại bỏ, đó là thứ ngăn việc tranh cãi lại sau sáu tuần |
| Họp đứng hoặc báo cáo tiến độ | Vướng mắc kèm người phụ trách, thay đổi so với ước tính trước đó, bất cứ điều gì trễ hạn mà không ai nói ra | Sự trễ hạn mà không ai nói thành lời |
| Phỏng vấn người dùng | Công việc họ mô tả, cách họ tự xoay xở, câu trích dẫn về sự bực bội chính xác, mâu thuẫn giữa lời nói và hành động của họ | Mâu thuẫn, đó là phần hữu ích nhất |
| Phỏng vấn tuyển dụng hoặc hội đồng | Bằng chứng cho từng năng lực, kèm trích dẫn, và các câu hỏi chưa được hỏi | Tách bạch bằng chứng khỏi cảm nhận |
| Họp hội đồng quản trị hoặc nhà đầu tư | Cam kết bạn đã đưa ra, câu hỏi bạn không trả lời được, các việc cần theo dõi tiếp | Những câu hỏi bạn không trả lời được |
Với bất kỳ mẫu nào trong số này bạn chạy hàng tuần, hãy giữ nó như một câu lệnh để dán ra dùng, với một chỗ đánh dấu {{transcript}} cho biết bản ghi sẽ được dán vào đâu, để cả quy trình chỉ còn là dán, chạy, lướt qua.
Làm sao để có một bản ghi dùng được?
Whizi không tham gia hay ghi âm cuộc gọi của bạn. Bạn mang bản ghi tới, và mọi nền tảng lớn đều tạo ra được một bản: Zoom, Teams và Meet đều có tính năng ghi lại lời thoại sẵn có, còn các công cụ ghi chú chuyên dụng xuất ra văn bản thuần.
Một vài điều giúp cải thiện đáng kể kết quả:
- Giữ nhãn người nói. Việc gán đúng người nói chiếm phần lớn giá trị. Một bản ghi bị xóa nhãn người nói vẫn có thể tóm tắt được, nhưng mọi việc cần làm sẽ trở thành CHƯA PHÂN CÔNG.
- Đừng dọn dẹp nó trước. Từ đệm và những câu nói dở không tốn của bạn gì cả và mô hình sẽ bỏ qua chúng. Thời gian dành để chỉnh sửa bản ghi là lãng phí.
- Tải lên bản ghi dài thay vì dán trực tiếp. Một cuộc họp hai tiếng là rất nhiều văn bản. Tải nó lên dưới dạng tệp giữ cho cuộc trò chuyện dễ đọc, và Gemini 3.5 Flash đọc được tới 1M token, khoảng 1,900 trang bản thảo, trong một lượt.
- Đính kèm chương trình họp nếu bạn có. Nó cho mô hình biết điều gì lẽ ra phải xảy ra, giúp phần "được nêu ra nhưng chưa giải quyết" chính xác hơn nhiều.
Cần kiểm tra gì trước khi gửi đi
Ba kiểu lỗi cụ thể, tất cả đều có cách kiểm tra đơn giản, ít tốn công.
Cam kết bị bịa ra. Đôi khi mô hình sẽ biến câu "chắc ai đó nên xem lại việc đó" thành một việc cần làm có chủ có tên hẳn hoi. Cột trích dẫn phát hiện điều này ngay lập tức, đó là lý do nó có mặt trong câu lệnh.
Bất đồng bị san phẳng. Bản tóm tắt có xu hướng trôi về phía đồng thuận, vì phần lớn văn bản trên đời đều đi đến kết luận thống nhất. Nếu hai người bất đồng mà ghi chú đọc lên như thể mọi người đều đồng ý, ghi chú đó sai theo kiểu gây rắc rối hai tuần sau. Hãy hỏi thẳng: Mọi người đã bất đồng ở đâu, và nó đã được giải quyết chưa?
Gán sai người nói trong cuộc gọi nhiều người chen ngang. Công cụ chuyển giọng nói thành văn bản sẽ gán nhầm người nói khi mọi người nói chồng lên nhau. Hãy kiểm tra lại việc gán người nói ở bất cứ chỗ nào quan trọng trước khi đưa vào tài liệu có tên ai đó gắn kèm.
Một lượt kiểm tra cuối cùng hữu ích: Có điều gì trong bản ghi này mà một người bận rộn cần biết nhưng không thấy trong bản tóm tắt ở trên không? Nó thường xuyên phát hiện thêm một điều đáng bổ sung.
- Giữ nhãn người nói trong bản ghi, vì việc gán đúng người chiếm phần lớn giá trị
- Yêu cầu quyết định, cam kết, câu hỏi còn bỏ ngỏ và bất đồng thay vì một bản tóm tắt
- Yêu cầu câu trích dẫn chính xác làm bằng chứng cho mỗi việc cần làm được trích xuất
- Dùng CHƯA PHÂN CÔNG và KHÔNG CÓ NGÀY thay vì để mô hình tự đoán
- Kiểm tra phần bất đồng, vì bản tóm tắt có xu hướng trôi về sự đồng thuận giả
- Giữ một câu lệnh dùng lại được cho loại cuộc họp bạn gặp thường xuyên nhất
Câu hỏi thường gặp
Whizi có ghi âm cuộc họp không?
Không. Whizi không tham gia cuộc gọi hay thu âm. Bạn mang bản ghi từ bất cứ công cụ nào bạn đang dùng, dù là Zoom, Teams, Google Meet hay một công cụ ghi chú chuyên dụng, rồi dán hoặc tải lên. Giữ nguyên nhãn người nói quan trọng hơn nguồn gốc bản ghi, vì phần lớn giá trị của một bản tóm tắt cuộc họp đến từ việc gán đúng người nói.
Việc này có an toàn cho các cuộc họp nhạy cảm không?
Whizi không huấn luyện mô hình trên các cuộc trò chuyện của bạn và chính sách dữ liệu của từng nhà cung cấp có thể xem lại trước khi bạn bật mô hình đó, nhưng một bản ghi cuộc họp là một trong những tài liệu nhạy cảm nhất mà một công ty tạo ra. Với các vấn đề pháp lý, nhân sự, hội đồng quản trị và cá nhân, hãy kiểm tra chính sách nội bộ của bạn trước, và cân nhắc tóm tắt từ ghi chú của riêng bạn thay vì bản ghi thô. Xóa tên và thông tin nhận dạng không cần thiết trước khi tải lên là một biện pháp an toàn bổ sung, chi phí thấp.
Nên dùng mô hình nào?
Claude cho bản tường thuật, vì nó đọc hiểu ý định tốt và viết ra ghi chú mà người ta đọc hết. GPT cho việc trích xuất việc cần làm, vì nó giữ đúng định dạng đầu ra nghiêm ngặt mà không thêm ý kiến riêng. Gemini khi bản ghi rất dài, vì nó có thể xử lý một cuộc họp kéo dài nhiều giờ trong một lượt mà không cần chia nhỏ. Về credit, việc tách như vậy chạy khá rẻ: GPT-5.6 Terra tốn 4 credit mỗi tin nhắn, Gemini 3.5 Flash tốn 8, và Claude Sonnet 5 tốn 10, theo bảng chi phí mô hình của Whizi, nên cả hai lượt xử lý trên một bản ghi tốn tổng cộng 14 credit.
Bản ghi có thể dài đến mức nào?
Dài hơn hầu hết các cuộc họp thực tế tạo ra. Một cuộc gọi kéo dài một giờ điển hình vẫn nằm trong khả năng của bất kỳ mô hình nào. Với các buổi họp kéo dài nhiều giờ, hội thảo cả ngày, hoặc một loạt nhiều cuộc họp cùng lúc, hãy tải tệp lên và dùng Gemini 3.5 Flash, với cửa sổ ngữ cảnh 1M token, khoảng 1,900 trang bản thảo, đủ chứa toàn bộ lô đó cùng một lúc.
AI có thể cho tôi biết điều gì đã được quyết định nếu không ai nói rõ ràng không?
Nó có thể gắn cờ điều đó, và đó là cách hành xử đúng. Câu lệnh trên trang này yêu cầu mô hình liệt kê riêng các quyết định được ngụ ý nhưng chưa nói rõ dưới mục CHƯA XÁC NHẬN, giúp bạn thấy để xác nhận lại thay vì ghi nhận một quyết định chưa từng thực sự được đưa ra. Những cuộc họp mà không có gì được quyết định rõ ràng là rất phổ biến, và ghi chú giả vờ ngược lại sẽ gây rắc rối về sau.