Chuyển tới nội dung chính

Email, họp online và hợp tác nhóm

Việc học hiếm khi diễn ra một mình. Bạn gửi email hỏi thầy cô, họp nhóm qua màn hình, cùng soạn một tài liệu mà ai cũng gõ được vào đó, rồi theo dõi việc nào xong việc nào còn dang dở. Làm tốt thì nhóm chạy trơn tru, gây thiện cảm với thầy cô và bạn bè. Làm vụng thì email bị bỏ qua, file gửi đi gửi lại loạn phiên bản, công việc chồng chéo và trễ hạn. Một mẹo xuyên suốt: chọn kênh theo tính chất việc. Gấp và ngắn thì nhắn tin, trang trọng và cần lưu vết thì email, cần làm cùng nhau trên một nội dung thì dùng tài liệu chia sẻ.

Email chuyên nghiệp và netiquette

Email vẫn là kênh trang trọng nhất giữa sinh viên với giảng viên và phòng ban. Quy tắc ứng xử trên mạng (netiquette) là tập hợp các chuẩn mực lịch sự khi giao tiếp số: cách xưng hô, cách trình bày, tôn trọng thời gian và quyền riêng tư của người khác.

Một email tốt giúp người nhận hiểu ngay bạn là ai, cần gì và phải làm gì tiếp theo. Dòng chủ đề là phần hay bị xem nhẹ nhất nhưng lại quyết định người ta có mở thư hay không. Chủ đề kiểu khong nop bai duoc thì người nhận không biết ai gửi, lớp nào, việc gì. Chủ đề kiểu [K29 CNTT] Trần Thị B xin gia hạn báo cáo nhóm 2 ngày cho biết ngay ai, việc gì, mức độ.

Nội dungNên làmTránh
Dòng chủ đềNgắn, cụ thể, có nhãn lớp hoặc mônĐể trống, viết chung chung như hỏi tí
Lời chàoGọi đúng chức danh, viết hoa đầu câuVào thẳng nội dung, gọi trống không
Văn phongLịch sự, đủ chủ ngữ vị ngữ, có dấuViết tắt kiểu chat, không dấu, biểu cảm tràn lan
Thời gianTrả lời trong khoảng hợp lý, báo nếu trễGửi lúc nửa đêm rồi giục liên tục
Đính kèmĐặt tên tệp rõ ràng, kiểm tra trước khi gửiQuên đính kèm, đặt tên tệp tùy tiện
Quyền riêng tưDùng BCC khi gửi nhiều người lạ nhauLộ email của mọi người ở dòng người nhận

:::tip Hẹn giờ gửi Soạn xong email lúc nửa đêm thì hẹn gửi vào sáng hôm sau cho lịch sự, vừa giữ phép ứng xử vừa giảm khả năng thư bị trôi mất trong đống thư đêm. :::

Họp trực tuyến

Ba nền tảng phổ biến nhất là Zoom, Google Meet và Microsoft Teams. Cả ba đều cho gọi video nhiều người, chia sẻ màn hình, trò chuyện văn bản và ghi lại buổi họp, khác nhau ở giới hạn bản miễn phí và mức tích hợp.

Tiêu chíZoomGoogle MeetMicrosoft Teams
Tích hợp tốt vớiLịch độc lập, nhiều ứng dụngGoogle Workspace, Lịch, GmailMicrosoft 365, Outlook, Office
Giới hạn bản miễn phíCuộc nhóm khoảng 40 phútCuộc nhóm khoảng 60 phútCuộc họp khoảng 60 phút
Điểm mạnhQuen thuộc, ổn định cho lớp đôngVào nhanh qua trình duyệt, dễ chia sẻHọp gắn liền chat và file nhóm
Phù hợp khiTrường hoặc giảng viên đã dùng ZoomNhóm dùng Gmail và Google DriveNhóm dùng email và Office trường

Họp lịch sự cũng là netiquette: vào sớm vài phút kiểm tra micro và camera, tắt micro khi không nói, đặt tên hiển thị đúng họ tên thật, dùng nút giơ tay thay vì cắt lời, và xin phép trước khi ghi hình hay chụp màn hình có mặt người khác.

Chốt giờ họp chung, và kiểm tệp gửi kèm

Hai việc dưới đây bạn sẽ làm suốt bốn năm đại học rồi làm tiếp cả khi đi làm: tìm một giờ mà cả nhóm cùng rảnh, và kiểm xem thư có gửi nổi mấy tệp mình vừa đính kèm hay không. Cả hai đều tính được sạch sẽ bằng số học phổ thông, nên bạn không phải đoán và cũng không phải chờ ai tính giúp.

Việc tìm giờ họp khó lên hẳn khi có người ở múi giờ khác: một bạn đi trao đổi, một anh chị cộng tác từ nước ngoài, hoặc chỉ là buổi họp với đối tác ở Nhật. Lúc đó khung giờ mỗi người khai là giờ trên đồng hồ của chính họ, muốn so với nhau thì phải quy hết về một đồng hồ chung. Sim dưới đây làm đúng ba việc đó: quy đổi, giao các khung, rồi đếm xem còn bao nhiêu mốc bắt đầu hợp lệ. Mọi tham số đều sửa được, và mọi con số trong các mục sau đều là con số sim in ra ở trạng thái mở bài.

Tìm giờ họp chung, và kiểm tệp gửi kèm
Cùng rảnh 3 giờMốc bắt đầu 121Tệp kèm 24,5 MiB
Dũng khai 09:00 tới 17:00 theo giờ Pháp, quy về giờ Việt Nam thành 14:00 tới 22:00, nên phần giao của cả nhóm co lại còn buổi chiều Việt Nam.
Nguồn số: Tình huống dựng ra để học. Lệch múi giờ là số thật: Việt Nam UTC+07:00 cả năm, Pháp UTC+01:00 mùa đông và UTC+02:00 mùa hè, ở đây lấy giờ mùa hè. Sim không có ngày tháng nên không tự đổi giữa hai mức đó. Hạn mức 25 MiB là SỐ MINH HOẠ, không phải hạn mức của một dịch vụ cụ thể: mỗi hộp thư một mức, và mức đó đổi theo thời gian. Hãy tra hạn mức của hộp thư bạn đang dùng rồi gõ vào ô hạn mức.
Các mức lệch múi giờ được chép vào bài ngày 28/07/2026. Nhiều nước đổi giờ theo mùa, và sim này không có ngày tháng nên không tự đổi giúp bạn: hãy tự chọn đúng mức của thời điểm họp.

1 · 3 người và khung giờ rảnh của họ ✎ sửa được

UTC+07:00
rảnh từ08:00tới17:00giờ địa phương
9 giờ mỗi ngày, quy về UTC+07:00 08:00 tới 17:00
UTC+07:00
rảnh từ09:00tới18:00giờ địa phương
9 giờ mỗi ngày, quy về UTC+07:00 09:00 tới 18:00
UTC+02:00
rảnh từ09:00tới17:00giờ địa phương
8 giờ mỗi ngày, quy về UTC+07:00 14:00 tới 22:00
Lệch múi giờ nhập theo phút, từ -720 tức UTC-12:00 tới 840 tức UTC+14:00. Phải nhập theo phút vì có múi giờ lệch nửa giờ như Ấn Độ (UTC+05:30) và lệch 45 phút như Nepal (UTC+05:45). Khung rảnh phải dài ít nhất 15 phút. Gõ quá các mức đó thì hệ kẹp lại và báo ngay ở đầu sim, không sửa ngầm.

2 · Một ngày 24 giờ theo UTC+07:00

An (Đà Nẵng)
Bình (Đà Nẵng)
Dũng (đi trao đổi ở Pháp)
tất cả cùng rảnh
000306091215182124

3 · Có mấy mốc bắt đầu cho buổi họp 1 giờ ✎ sửa được

Độ dài buổi họp đổi ở thanh công cụ trên cùng, từ 5 tới 720 phút. Mốc bắt đầu được đếm theo từng phút của múi giờ tham chiếu.
✓ Cả nhóm cùng rảnh 3 giờ. 121 mốc bắt đầu hợp lệ nếu tính theo từng phút.
đoạn cùng rảnhdàibắt đầu sớm nhấtbắt đầu muộn nhấtsố mốc bắt đầu
14:00 tới 17:003 giờ14:0016:00121
Mốc biên, in ra chứ không bắt bạn tin: đoạn dài nhất là 3 giờ, buổi họp là 1 giờ, nên số mốc bắt đầu là 121. Nếu buổi họp dài thêm đúng một phút thì còn 120 mốc.
Nếu bớt một người thì cả nhóm còn lại cùng rảnh bao lâu
bỏ An (Đà Nẵng)4 giờ181 mốc bắt đầu
bỏ Bình (Đà Nẵng)3 giờ121 mốc bắt đầu
bỏ Dũng (đi trao đổi ở Pháp)8 giờ421 mốc bắt đầu
Đây chỉ là phép trừ trên các khung đã khai, không phải lời khuyên nên loại ai. Nó cho thấy khung của người nào đang là chỗ thắt.

4 · Tệp gửi kèm so với hạn mức ✎ sửa được

Hạn mức và dung lượng tệp nhập theo KiB, từ 1 tới 1.048.576 KiB tức 1.024,0 MiB; mỗi tệp tối đa 1.024,0 MiB. Ở đây 1 MiB là 1024 KiB.
tên tệpdung lượng (KiB)đọc raphần của hạn mức
1,5 MiB6,0%
12,0 MiB48,0%
11,0 MiB44,0%
Cả thanh là hạn mức 25,0 MiB. Tổng 3 tệp là 24,5 MiB, tức 98,0% hạn mức.
✓ Gửi được. Tổng 25.088 KiB nhỏ hơn hạn mức 25.600 KiB, còn dư 512 KiB.
Sim này không làm được gì
  • Nó chỉ giao các khung giờ mà mọi người tự khai. Nó không biết ai đang thật sự rảnh, không đọc lịch của ai, không biết ngày lễ, không biết hôm đó có buổi thi hay không. Khai sai thì kết quả sai, và sim không có cách nào phát hiện.
  • Không có ngày tháng ở đây, chỉ có một ngày 24 giờ lặp lại. Nên sim không xử lý giờ mùa hè: nhiều nước đổi mức lệch hai lần mỗi năm, và bạn phải tự chọn mức đúng cho ngày họp.
  • Số mốc bắt đầu được đếm theo từng phút. Ngoài đời người ta hay chỉ hẹn vào các mốc tròn 15 hoặc 30 phút, nên số cách hẹn thực tế nhỏ hơn nhiều. Con số ở đây là số phút hợp lệ, không phải lời khuyên hẹn vào phút lẻ.
  • Phần tệp kèm cộng dung lượng theo đơn vị nhị phân: 1 MiB là 1024 KiB. Nhiều dịch vụ ghi hạn mức bằng MB hiểu là 1.000.000 byte, và một số dịch vụ áp hạn mức lên bản đã mã hoá để gửi (thường phình thêm khoảng một phần ba). Sim không mô hình hoá hai chuyện đó, nên hãy chừa một khoảng an toàn.
  • Hạn mức 25 MiB trong preset là số minh hoạ, không phải hạn mức của một dịch vụ cụ thể. Hãy tra hạn mức của hộp thư bạn dùng rồi gõ vào.

Ba bước, và con số ở trạng thái mở bài

Sim mở ra ở tình huống nhóm ba người, trong đó Dũng đang đi trao đổi ở Pháp. Ba bước diễn ra như sau.

Bước 1, quy đổi về một đồng hồ chung. Việt Nam lệch UTC+07:00, Pháp giờ mùa hè lệch UTC+02:00, chênh nhau 300 phút, tức đồng hồ Việt Nam đi trước 5 giờ. Dũng khai rảnh 09:00 tới 17:00 theo giờ Pháp, nên trên đồng hồ Việt Nam khung đó là 14:00 tới 22:00. An và Bình cùng ở Việt Nam nên khung của họ không đổi: 08:00 tới 17:00 và 09:00 tới 18:00.

Bước 2, giao ba khung lại. Phần giao lấy giờ bắt đầu muộn nhất so với giờ kết thúc sớm nhất: 14:00 tới 17:00, tức 180 phút hay 3 giờ. Dải cuối cùng trong hình vẽ đúng phần đó.

Bước 3, đếm mốc bắt đầu. Một đoạn dài L phút chứa được buổi họp D phút ở đúng L - D + 1 chỗ, miễn là L >= D. Với L = 180D = 60 thì ra 121 mốc, sớm nhất 14:00, muộn nhất 16:00. Kéo độ dài họp lên 61 phút thì còn 120 mốc, và sim in luôn con số đó ngay bên dưới để bạn không phải tin lời ai.

Con số 121 là số phút hợp lệ, không phải lời khuyên hẹn họp vào phút lẻ. Ngoài đời người ta chỉ hẹn vào các mốc tròn 15 hoặc 30 phút, nên số cách hẹn thực tế nhỏ hơn nhiều. Đếm theo phút là cách duy nhất để mốc biên ở mục dưới hiện ra rõ ràng.

Bấm preset cùng lớp, cùng múi giờ thì cả ba bước co lại thành một: không phải quy đổi gì, phần giao là 13:00 tới 17:00, tức 240 phút, và buổi họp 60 phút có 181 mốc bắt đầu. Đây là ca nên tập trước khi sang các ca lệch múi giờ.

Vắt qua 0 giờ là chỗ dễ sai nhất

Bấm preset ba múi giờ Á sang Mỹ. Chi ở San Francisco giờ mùa hè, lệch UTC-07:00, khai rảnh 09:00 tới 17:00 theo giờ bên đó. Quy về giờ Việt Nam, khung ấy thành 23:00 tới 07:00: nó bắt đầu tối hôm nay và kết thúc sáng hôm sau.

Đây là chỗ mà một chương trình viết vội hay sai. Khi vẽ lên một ngày 24 giờ, khung của Chi bị cắt thành hai dải: 23:00 tới 24:00 dài 60 phút, và 00:00 tới 07:00 dài 420 phút. Nhưng nó vẫn là một đoạn rảnh liền 480 phút. Nếu chương trình tin rằng đó là hai đoạn riêng thì mọi buổi họp dài hơn 420 phút biến mất khỏi kết quả, và một buổi họp bắt đầu 23:30 cũng biến mất dù nó hoàn toàn hợp lệ. Sim này tính trên một vòng tròn 1440 phút chứ không trên một đoạn thẳng, nên nửa đêm chỉ là một điểm bình thường trên vòng tròn, và phần giao nào vắt qua nó thì được ghi rõ là vắt qua 0 giờ.

Có một cách tự kiểm rất gọn: nửa đêm nằm ở đâu là do bạn chọn múi giờ tham chiếu, nên số mốc bắt đầu không được đổi khi bạn đổi múi giờ tham chiếu. Bấm preset lệch nửa giờ: bạn ở Ấn Độ, phần giao đang là 10:30 tới 17:00 giờ Việt Nam. Chọn ô múi giờ tham chiếu sang New York giờ mùa hè, đúng đoạn đó hiện thành 23:30 tới 06:00, bị vẽ thành hai dải, mà số mốc bắt đầu vẫn y nguyên 301. Chỉ cách viết giờ đổi, còn buổi họp thì không.

Mốc biên: dài bằng đúng buổi họp thì còn đúng một cách xếp

Bấm preset mốc biên: giao vừa đúng buổi họp. An rảnh 08:00 tới 12:00 giờ Việt Nam, Kenji ở Nhật lệch UTC+09:00 chỉ rảnh 09:00 tới 11:00 giờ Nhật, tức 07:00 tới 09:00 giờ Việt Nam. Phần giao là 08:00 tới 09:00, đúng 60 phút, mà buổi họp cũng đúng 60 phút.

Kết quả phải là đúng một mốc bắt đầu, là 08:00 giờ Việt Nam, tức 10:00 giờ Nhật. Công thức L - D + 1 với L = D cho ra 1, không phải 0. Nâng độ dài họp lên 61 phút thì còn không mốc nào, mà hạ xuống 59 phút thì có 2 mốc. Ba con số 2, 1, 0 nằm liền nhau như vậy chính là chỗ dễ hỏng nhất: chỉ cần một dòng chương trình viết < thay vì <= là bạn nhận được câu trả lời không có giờ nào trong khi thật ra có đúng một giờ dùng được. Vì thế cổng kiểm số của bài này khẳng định cả ba con số, ở nhiều tình huống khác nhau, kể cả tình huống phần giao vắt qua nửa đêm.

Lệch nửa giờ và lệch 45 phút là chuyện thật

Không phải múi giờ nào cũng lệch một số giờ chẵn. Ấn Độ lệch UTC+05:30, tức 330 phút, và dùng mức đó cả năm. Nepal lệch UTC+05:45. Vì vậy ô nhập trong sim tính theo phút chứ không theo giờ.

Ở preset Ấn Độ, Hằng khai rảnh 09:00 tới 18:00 giờ Ấn Độ, quy về giờ Việt Nam là 10:30 tới 19:30. Giao với khung 08:00 tới 17:00 của An ra 10:30 tới 17:00, tức 390 phút hay 6 giờ 30 phút, và buổi họp 90 phút có 301 mốc bắt đầu, muộn nhất 15:30. Mọi mốc trong đó đều rơi vào các phút lẻ nửa giờ, và đó là hệ quả trực tiếp của con số 330. Thử đổi Hằng sang Nepal, 345 phút: khung của bạn ấy dịch sang 10:15, phần giao thành 405 phút và số mốc thành 316.

Khi không có giờ nào cả

Vẫn ở preset ba múi giờ, phần giao là rỗng: không một phút nào cả ba cùng rảnh. Sim nói thẳng câu đó ra thay vì in một con số trông có nghĩa, vì 0 phút và không có đoạn nào là hai chuyện khác nhau về cách trình bày.

Bảng bớt một người cho biết chỗ thắt nằm ở đâu. Bỏ Chi ra thì hai người còn lại cùng rảnh 180 phút và có 121 mốc bắt đầu. Bỏ An hay bỏ Bình thì phần giao vẫn rỗng. Vậy khung của Chi mới là chỗ chặn, và nhóm phải chọn: hoặc một người họp ngoài giờ hành chính của mình, hoặc chuyển sang cách làm việc không cần gặp mặt cùng lúc, ví dụ mỗi người ghi phần của mình vào tài liệu chia sẻ ở mục sau. Bảng đó là một phép trừ, không phải lời khuyên nên loại ai ra khỏi nhóm.

Tệp gửi kèm: một phép cộng và một phép so

Phần cuối của sim là lỗi thực tế hay gặp nhất khi gửi email: thư bị chặn vì tệp kèm quá nặng. Ở trạng thái mở bài có ba tệp 1.536 + 12.288 + 11.264 = 25.088 KiB, tức 24,5 MiB, so với hạn mức 25.600 KiB tức 25,0 MiB. Vậy còn dư 512 KiB và đã dùng 98,0% hạn mức, nghĩa là sát lắm rồi. Bấm thêm tệp một lần, thêm 1.024 KiB nữa thành 26.112 KiB, vượt 512 KiB, và kết luận đổi ngay sang không gửi được.

Mốc biên ở đây cũng đáng nhớ đúng như mốc biên của buổi họp. Phép so là nhỏ hơn hoặc bằng hạn mức, nên tổng bằng đúng hạn mức thì vẫn gửi được: hạ hạn mức xuống đúng 25.088 KiB, thư vẫn đi và phần dư là 0 KiB. Hạ thêm 1 KiB nữa, xuống 25.087, thì bị chặn. Preset mốc biên đặt sẵn đúng cấu hình đó để bạn thử cả hai phía.

Ba điều cần chừa khoảng an toàn, vì sim không mô hình hoá được:

  • Ở đây 1 MiB là 1024 KiB. Nhiều dịch vụ ghi hạn mức bằng MB và hiểu MB là 1.000.000 byte, nên ngưỡng thật lệch đi vài phần trăm.
  • Thư điện tử phải mã hoá tệp thành ký tự trước khi gửi, và cách mã hoá phổ biến làm phần đính kèm phình thêm khoảng một phần ba. Sim không mô hình hoá phần phình đó, nên nếu dịch vụ áp hạn mức lên bản đã mã hoá thì một thư sát hạn mức như trạng thái mở bài vẫn có thể bị chặn.
  • Hạn mức 25 MiB trong sim là số minh hoạ, không phải hạn mức của một dịch vụ cụ thể. Mỗi hộp thư một mức và mức đó đổi theo thời gian, nên hãy tra hạn mức của hộp thư bạn dùng rồi gõ vào.

Cách chữa quen thuộc khi vượt hạn mức không phải là nén tới nén lui, mà là tải tệp nặng nhất lên ổ đĩa chia sẻ rồi gửi liên kết, đúng như mục hợp tác dưới đây. Lúc thư bị chặn, sim gọi luôn tên tệp đang nặng nhất để bạn biết nên đưa tệp nào lên đó trước.

Ranh giới của sim này

Sim chỉ giao những khung giờ mà mọi người tự khai. Nó không biết ai đang thật sự rảnh, không đọc lịch của ai, không biết ngày lễ, không biết hôm đó lớp có buổi thi. Khai sai thì kết quả sai và sim không có cách nào phát hiện, nên phần khó nhất của việc chốt giờ họp vẫn là hỏi từng người cho tử tế và ghi lại cho đúng.

Trong sim cũng không có ngày tháng, chỉ có một ngày 24 giờ lặp lại. Vì thế nó không xử lý giờ mùa hè: nhiều nước đổi mức lệch hai lần mỗi năm, danh sách múi giờ trong sim ghi rõ mức nào là giờ mùa hè, mức nào là giờ mùa đông, mức nào dùng cả năm, và bạn phải tự chọn mức đúng cho ngày họp. Ngày chép các mức lệch đó hiện ngay dưới hàng preset.

Điều rút ra

Chốt giờ họp qua nhiều múi giờ là ba phép tính nối nhau: quy mọi khung về một đồng hồ chung, giao chúng lại, rồi đếm L - D + 1 mốc bắt đầu. Hai chỗ dễ sai đều rất cụ thể. Thứ nhất, một khung quy đổi có thể vắt qua 0 giờ và bị vẽ thành hai dải, nhưng nó vẫn là một đoạn liền, và số mốc bắt đầu không được đổi khi bạn đổi múi giờ tham chiếu. Thứ hai, phần giao dài bằng đúng buổi họp thì còn đúng một cách xếp chứ không phải không còn cách nào, y như tổng tệp bằng đúng hạn mức thì vẫn gửi được. Còn chuyện phần giao rỗng thì không phải lỗi của phép tính: đó là câu trả lời thật, và lúc đó phải chọn ai nhận phần bất tiện.

Tự kiểm: giờ họp chung và tệp gửi kèm0/3 đúngchưa trả lời
  1. 1Dũng khai rảnh 09:00 tới 17:00 theo giờ Pháp (UTC+02:00). Trên đồng hồ Việt Nam (UTC+07:00) khung đó là gì?
  2. 2Cả nhóm cùng rảnh đúng 60 phút, và buổi họp cũng dài đúng 60 phút. Đếm theo từng phút thì có bao nhiêu mốc bắt đầu hợp lệ?
  3. 3Quy về giờ Việt Nam, phần giao của nhóm là 23:00 tới 07:00. Vì sao không được coi đây là hai đoạn rảnh riêng biệt dài 60 phút và 420 phút?

Hợp tác trên tài liệu chia sẻ

Hai bộ công cụ phổ biến nhất là Google Workspace (Docs, Sheets, Slides cùng Drive) và Microsoft 365 (Word, Excel, PowerPoint trực tuyến cùng OneDrive). Điểm chung quan trọng nhất là cộng tác thời gian thực và lịch sử phiên bản: nhiều người cùng gõ vào một tài liệu, để lại bình luận, tự động lưu, và khôi phục được bản cũ nếu lỡ xóa nhầm. Nhờ vậy không còn cảnh gửi file qua lại sinh ra cả loạt phiên bản kiểu báo cáo bản cuối, báo cáo bản cuối 2, báo cáo sửa lần cuối.

Khi chia sẻ, nhớ đặt đúng quyền: quyền xem để chỉ đọc, quyền bình luận để góp ý mà không sửa, quyền chỉnh sửa để cùng làm. Bài nhóm thì các thành viên cần quyền chỉnh sửa, còn gửi giảng viên xem thì thường chỉ cần quyền xem hoặc bình luận.

Để theo dõi việc nào đang ở đâu, nhóm dùng bảng Kanban: một bảng chia cột theo trạng thái, mỗi việc là một thẻ di chuyển từ trái sang phải khi tiến triển. Dạng đơn giản nhất gồm ba cột.

Cần làmĐang làmĐã xong
Thiết kế slide trình bày (D)Viết phần cơ sở lý thuyết (B)Lập đề cương báo cáo (A)
Tổng hợp tài liệu tham khảo (A)Vẽ sơ đồ minh họa (C)Chốt phân công nhóm (cả nhóm)

Sức mạnh của Kanban là ai nhìn vào cũng biết ngay việc nào còn tồn, việc nào đang chạy, ai phụ trách, nhờ đó tránh hai người làm trùng một việc hoặc một việc bị bỏ quên.

AI hỗ trợ giao tiếp

Trợ lý như ChatGPT, Google Gemini và Microsoft Copilot soạn thảo email, dịch và tóm tắt rất tốt. Nhưng nhớ nguyên tắc cốt lõi: AI là trợ lý gợi ý, còn trách nhiệm cuối cùng về nội dung và sự chính xác luôn thuộc về người gửi. Email gửi đi mang tên bạn, nên bạn chịu trách nhiệm về từng câu chữ.

Việc AI giúp rõ rệt nhất là soạn nháp email. Như mọi prompt, kết quả tốt hay dở phụ thuộc vào cách bạn ra yêu cầu. Bấm từng nút bên dưới để thấy prompt tốt đã nói rõ thêm những gì.

Prompt yếu
Viết email xin thầy cho gia hạn nộp bài.
Quá mơ hồ: không biết ai gửi, môn nào, gia hạn bao lâu, lý do gì, giọng văn ra sao. Kết quả sẽ chung chung, phải sửa lại nhiều.
Prompt mạnh
Hãy đóng vai trợ lý giúp tôi soạn một email trang trọng.

Bối cảnh: Tôi tên Trần Thị B, sinh viên lớp K29 CNTT, mã số
29110001, gửi giảng viên môn Nhập môn công nghệ số.

Yêu cầu: Xin gia hạn nộp báo cáo nhóm thêm hai ngày, lý do tôi
bị ốm và có giấy của trạm y tế đính kèm.

Giọng văn: Lịch sự và lễ phép, ngắn gọn, có lời chào đầu thư,
lời cảm ơn và chữ ký đầy đủ ở cuối.
Thành phần:
So hai bản viết bằng số: đếm, khoảng cách sửa, độ trùng từ vựng
khoảng cách 82 phép
1 · Đếm hai bản, và chênh lệch
Đại lượngBản trướcBản sauChênh tuyệt đốiChênh phần trăm
Ký tựtính theo điểm mã, sau khi gộp khoảng trắng39 356 +317+813%
Từtách theo khoảng trắng, tiếng Việt thì mỗi âm tiết là một từ9 86 +77+856%
Câucắt tại dấu . ! ? … hoặc chỗ xuống dòng1 7 +6+600%
Từ riêng biệtcỡ tập từ mà độ trùng bên dưới dùng9 76 +67+744%
Token (ước lượng)ceil(số ký tự / 3)13 119 +106+815%
Cột chênh phần trăm lấy bản trước làm gốc: (sau - trước) / trước. Khi bản trước bằng 0 thì phép chia không có kết quả, nên sim ghi không xác định chứ không in số 0. Dòng token là ước lượng theo quy tắc công khai ceil(ký tự / hệ số), không phải bộ tách token thật: mỗi mô hình tách khác nhau, nên hệ số là một núm sửa được ở thanh công cụ, và đổi hệ số làm hai con số token đổi theo.
2 · Khoảng cách chỉnh sửa ở mức từ
Số phép sửa ít nhất82thay 5, chèn 77, xoá 0, giữ nguyên 4
Chia cho bản dài hơn (86 từ)0,95382 / 86, bằng 0 khi và chỉ khi hai bản trùng khít
Hai bản có trùng khítkhôngso trên văn bản đã chuẩn hoá, nên bật công tắc chuẩn hoá có thể biến hai bản khác nhau thành trùng khít
Dãy phép biến đổi (86 bước, đọc từ trái sang phải)giữ nguyên 4thay 5chèn 77xoá 0
+ hãy+ đóng+ vai+ trợ+ + giúp+ tôi+ soạnviếtmộtemail+ trang+ trọng+ bối+ cảnh+ tôi+ tên+ trần+ thị+ b+ sinh+ viên+ lớp+ k29+ cntt+ + số+ 29110001+ gửi+ giảng+ viên+ môn+ nhập+ môn+ công+ nghệ+ sốxinyêuthầycầuchoxingiahạnnộp+ báo+ cáo+ nhóm+ thêm+ hai+ ngày+ + do+ tôi+ bị+ ốm+ + + giấy+ của+ trạm+ y+ tế+ đính+ kèm+ giọng+ văn+ lịch+ sự+ + lễ+ phép+ ngắn+ gọn+ + lời+ chào+ đầu+ thư+ lời+ cảm+ ơn+ + chữ+ + đầy+ đủ+ bàicuối
Bảng quy hoạch động (10 × 87 = 870 ô). Hàng là bản trước, cột là bản sau.
εhãyđóngvaitrợgiúptôisoạnmộtemailtrangtrọngbốicảnhtôitêntrầnthịbsinhviênlớpk29cnttsố29110001gửigiảngviênmônnhậpmôncôngnghệsốyêucầuxingiahạnnộpbáocáonhómthêmhaingàydotôibịốmgiấycủatrạmytếđínhkèmgiọngvănlịchsựlễphépngắngọnlờichàođầuthưlờicảmơnchữđầyđủcuối
ε01234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586
viết11234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586
email2223456789910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485
xin33334567891010111213141516171819202122232425262728293031323334353637373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384
thầy44444567891011111213141516171819202122232425262728293031323334353637383839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384
cho55555567891011121213141516171819202122232425262728293031323334353637383939404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384
gia66666667891011121313141516171819202122232425262728293031323334353637383839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384
hạn77777777891011121314141516171819202122232425262728293031323334353637383938394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283
nộp88888888891011121314151516171819202122232425262728293031323334353637383939383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182
bài99999999991011121314151616171819202122232425262728293031323334353637383940393940414243444546474849505152535455565758596061626364656667686970717273747576777879808182
Ô (9, 86) = 82 · so bài của bản trước với cuối của bản sau
  • Thay (đường chéo): ô (8, 85) + 1 = 82
  • Chèn (từ bên trái): ô (9, 85) + 1 = 82
  • Xoá (từ bên trên): ô (8, 86) + 1 = 83
Khi hai ứng viên bằng nhau, sim ưu tiên đường chéo, rồi xoá, rồi chèn. Quy ước phá hoà đổi dãy phép sửa được kể lại, không đổi khoảng cách.
3 · Độ trùng từ vựng kiểu Jaccard
Trên tập từ đơn
số từ có ở cả hai bản, chia cho số từ xuất hiện ở ít nhất một bản
0,063 (6,3%)
giao 5 trên hợp 80, tức 5 / 80
chỉ ở bản trước 4 bàichothầyviết
chỉ ở bản sau 71 29110001bbáobịbốichàochữcnttcuốicáocôngcảmcảnhcầucủadogiúpgiảnggiấygiọnggọngửihaicòn 47 nữa
Trên tập cặp từ liền nhau
mỗi phần tử là hai từ đứng cạnh nhau, nên trật tự từ có ảnh hưởng
0,022 (2,2%)
giao 2 trên hợp 91, tức 2 / 91
chỉ ở bản trước 6 cho giaemail xinnộp bàithầy choviết emailxin thầy
chỉ ở bản sau 83 29110001 gửib sinhbáo cáobị ốmbối cảnhchào đầuchữ kýcntt mãcáo nhómcó giấycó lờicông nghệcảm ơncảnh tôicầu xincủa trạmdo tôiemail tranggiúp tôigiảng viêngiấy củagiọng văngọn cógửi giảngcòn 59 nữa
Hai con số này thường lệch nhau, và chỗ lệch mới là bài học. Cùng một tập từ nhưng xếp lại trật tự thì độ trùng từ đơn không đổi trong khi độ trùng cặp từ tụt: bấm cặp mẫu Đổi trật tự từ để thấy 1 đứng cạnh 9/11. Chiều ngược lại cũng xảy ra thật: cặp mẫu Ca ngược trực giác cho 6/7 ở từ đơn nhưng 8/9 ở cặp từ, vì từ lặp làm tập từ đơn co lại nhiều hơn tập cặp từ. Vì vậy sim không khẳng định con nào luôn nhỏ hơn con nào. Cả hai đều là phép đếm trên tập hợp, nên một từ xuất hiện năm lần cũng chỉ tính một lần.
4 · Văn bản sau chuẩn hoá, tức đúng thứ mọi con số trên đang đếm
Công tắc đang bật. Bật thì sim hạ chữ hoa thành chữ thường và bỏ dấu câu, tắt thì giữ nguyên. Cả hai chế độ đều gộp mọi khoảng trắng liền nhau thành một dấu cách và đều chuẩn hoá Unicode về dạng NFC, nên chữ có dấu gõ kiểu tổ hợp và kiểu dựng sẵn được đếm như nhau. Sim không bao giờ bỏ dấu thanh của tiếng Việt: chuẩn hoá vẫn giữ nguyên chữ tôi thành tôi, không biến nó thành toi, vì bỏ dấu thanh sẽ trộn lẫn những từ khác nghĩa hẳn.
Bản trước · 39 ký tự · 9 từviết email xin thầy cho gia hạn nộp bài
Bản sau · 356 ký tự · 86 từhãy đóng vai trợ lý giúp tôi soạn một email trang trọng bối cảnh tôi tên trần thị b sinh viên lớp k29 cntt mã số 29110001 gửi giảng viên môn nhập môn công nghệ số yêu cầu xin gia hạn nộp báo cáo nhóm thêm hai ngày lý do tôi bị ốm và có giấy của trạm y tế đính kèm giọng văn lịch sự và lễ phép ngắn gọn có lời chào đầu thư lời cảm ơn và chữ ký đầy đủ ở cuối
Sáu cặp trên là văn bản minh hoạ do người soạn bài viết ra để chốt từng mốc số học, không phải ngữ liệu công bố hay số liệu đo từ mô hình thật.

Khối tính ngay dưới khung so sánh đo khác biệt giữa hai bản bằng số, và phép đo không phụ thuộc nội dung: cùng bộ đếm ấy dùng được cho một prompt, một email hay một đoạn báo cáo. Ở trạng thái mở bài, với công tắc chuẩn hoá đang bật, sim đếm được bản trước 39 ký tự và 9 từ, bản sau 356 ký tự và 86 từ; cột chênh phần trăm ghi số từ tăng +856%. Khoảng cách chỉnh sửa theo từ là 82 phép, gồm 77 phép chèn, 5 phép thay và 0 phép xoá, tức bản tốt giữ nguyên ý của bản mơ hồ rồi bổ sung thông tin còn thiếu. Độ trùng từ đơn 5/80, còn độ trùng cặp từ 2/91. Hãy thử dán chính email bạn định gửi vào ô bên trái, viết lại vào ô bên phải, rồi xem bạn đã thay đổi bao nhiêu.

Luôn đọc lại trước khi gửi

Đừng dán nguyên văn kết quả của AI rồi gửi đi. Công cụ có thể bịa thông tin, dùng tên sai hoặc viết quá khuôn sáo. Hãy đọc lại, sửa cho đúng giọng của bạn, và kiểm tra mọi chi tiết như tên, mã số, ngày tháng.

Tự kiểm Module 4: Giao tiếp và hợp tác0/6 đúngchưa trả lời
  1. 1Khi nào nên dùng email thay vì nhắn nhóm chat?
  2. 2Vì sao dòng chủ đề email lại quan trọng?
  3. 3Nhóm của bạn dùng Gmail và Google Drive thì nền tảng họp nào tích hợp tự nhiên nhất?
  4. 4Lợi ích lớn nhất của tài liệu chia sẻ so với gửi file qua lại là gì?
  5. 5Cách dùng AI để soạn email nào là đúng tinh thần trách nhiệm?
  6. 6Tổng các tệp đính kèm đúng bằng hạn mức của hộp thư. Thư có gửi được không?