AI soạn email 2026 – nơi mức trang trọng tiếng Thái và tiếng Việt bị lệch

AI soạn email đã không còn là thứ để doanh nghiệp ngồi bàn xem có nên đưa vào hay không. Microsoft tích hợp tính năng soạn email của Copilot vào Outlook từ giữa năm 2026, và theo lộ trình đã công bố thì đến nửa cuối năm 2026 tính năng này sẽ được bật mặc định ngay cả trên bản Outlook cổ điển. Nói cách khác, không cần một tờ trình phê duyệt nào, đến một ngày nào đó nút “để AI viết nháp” sẽ tự xuất hiện trên màn hình của toàn bộ nhân viên. Bài viết này lấy tiền đề đó làm điểm xuất phát, tập trung vào vấn đề đặc thù mà các nhà máy vốn Nhật tại Thái Lan gặp phải, đó là mức độ trang trọng của câu chữ do AI sinh ra bị lệch trong tiếng Thái và tiếng Việt, rồi từ đó sắp xếp lại cách thiết kế kiểm soát và cách nhìn về chi phí.

Vì sao AI soạn email không còn là câu chuyện “có đưa vào hay không”

Trước hết cần thống nhất tiền đề. AI soạn email không còn thuộc loại công cụ mà doanh nghiệp phải đi tuyển chọn nhà cung cấp rồi ký hợp đồng riêng. Theo tài liệu hỗ trợ của Microsoft, tính năng soạn email của Copilot đã dùng được trên Outlook bản mới, Outlook trên nền web và bản di động, đáp ứng các thao tác như sinh nội dung email từ một câu lệnh, viết lại bản nháp có sẵn, điều chỉnh giọng văn và mở rộng một đoạn ngắn thành nội dung đầy đủ. Và đến nửa cuối năm 2026, tính năng này dự kiến được bật mặc định ngay trên bản Outlook cổ điển mà nhiều nơi vẫn dùng. Vẫn cần giấy phép Microsoft 365 Copilot, nhưng đứng từ phía nhân viên đã có giấy phép thì AI soạn email tự đến tay họ mà họ không phải cài đặt gì cả.

Thay đổi này khiến câu hỏi cần bàn trong nội bộ cũng đổi theo. Câu hỏi “có nên đưa AI soạn email vào hay không” mất ý nghĩa, ít nhất là với các doanh nghiệp đang dùng Microsoft 365. Thay vào đó là câu hỏi “kiểm soát thế nào một tính năng tự rơi xuống tay nhân viên”. Có ba đối tượng cần kiểm soát, đó là chất lượng câu chữ được sinh ra, thuật ngữ và giọng văn của những email gửi ra ngoài công ty, và phạm vi thông tin được nhập vào.

Trong các mục đích dùng AI tạo sinh, viết văn bản vượt trội hẳn

Lý do câu hỏi này mang tính thực tiễn nằm ở số liệu. Theo “Khảo sát về việc sử dụng AI tạo sinh tại doanh nghiệp vừa và nhỏ” do Ngân hàng Shoko Chukin thực hiện tháng 1 năm 2026 và công bố ngày 31 tháng 3 năm 2026, trong nhóm doanh nghiệp đang tích cực khai thác AI tạo sinh thì trường hợp sử dụng đứng đầu là “soạn và tóm tắt email, báo cáo, biên bản họp” với 74.0%. Con số này bỏ xa vị trí thứ hai là “hỗ trợ và tự động hóa công việc bàn giấy” với 48.7%, chênh lệch hơn 25 điểm phần trăm.

Xu hướng tương tự cũng thấy được ở một khảo sát khác. Trong “Khảo sát xu hướng doanh nghiệp về AI tạo sinh” mà Teikoku Databank thực hiện từ ngày 17 đến 31 tháng 3 năm 2026 trên 23,349 doanh nghiệp toàn quốc và thu về 10,312 phiếu trả lời hợp lệ, tỷ lệ doanh nghiệp “đang sử dụng” AI tạo sinh trong công việc là 34.5%. Trong đó “sử dụng rất nhiều” chiếm 4.4% và “sử dụng ở mức độ nhất định” chiếm 30.2% (do làm tròn nên cộng đơn thuần các mục sẽ không khớp chính xác với tổng). Và nghiệp vụ được dùng nhiều nhất là “soạn, tóm tắt và hiệu đính văn bản” với 45.1%. Tỷ lệ doanh nghiệp cảm nhận được hiệu quả lên tới 86.7%.

Hai khảo sát khác nhau cả về đối tượng lẫn cách đặt câu hỏi, nhưng đều thống nhất ở một điểm, đó là AI tạo sinh trên thực tế đang được dùng tập trung vào công việc viết lách. Và loại văn bản mà doanh nghiệp viết nhiều nhất không phải báo cáo hay biên bản họp, mà là email.

Nhìn từ phía bài toán quản trị thì cửa vào cũng nằm ở đây

Trong khảo sát của Shoko Chukin, hạng mục được nhiều doanh nghiệp coi là vấn đề quản trị nghiêm trọng nhất là “ứng phó thiếu nhân lực và nâng hiệu suất ở bộ phận trực tiếp” với 39.7%. Ở đây nói tới bộ phận trực tiếp, nhưng bản thân hình dạng của bài toán, tức là hấp thụ khối lượng công việc tăng lên mà không tăng người, thì ở khối gián tiếp cũng y hệt. Thậm chí khối gián tiếp còn chịu áp lực mạnh hơn, vì đề xuất tăng biên chế cho khối này thường khó được duyệt, nên phải xử lý nhiều hơn với cùng số người. Theo “Khảo sát xu hướng đầu tư của doanh nghiệp Nhật Bản tại Thái Lan năm tài chính 2024” của JETRO, có 6,083 doanh nghiệp Nhật Bản đang hoạt động tại Thái Lan, và cấu trúc này lặp lại ở các cơ sở lấy sản xuất làm trọng tâm. Soạn email là cửa vào dễ kết nối nhất với bài toán đó. Không kèm đầu tư thiết bị, không phải sửa quy trình thao tác ngoài hiện trường, ngày mai đã dùng được. Chính vì vậy mà khoảng trống kiểm soát nói ở phần sau mới hình thành.

Hiện trường đi trước cả khi công ty triển khai – cấu trúc sinh ra khoảng trống quản trị

Khảo sát của Shoko Chukin chứa một con số là điểm xuất phát của bài viết này. Khảo sát đó tách tình hình khai thác AI tạo sinh thành “công ty triển khai” và “khuyến khích dùng tài khoản AI cá nhân”, nhờ vậy có thể xem chênh lệch tỷ lệ giữa hai nhóm theo từng trường hợp sử dụng. Chênh lệch càng lớn thì càng có nghĩa mục đích đó chỉ lan ra được khi công ty đứng ra dẫn dắt.

Cần nói thêm, nhóm doanh nghiệp đang tích cực khai thác AI tạo sinh chiếm khoảng 31.1% tổng thể. Trong đó công ty triển khai chiếm 16.2% (0.9% cộng 4.1% cộng 11.2%), còn khuyến khích dùng tài khoản AI cá nhân chiếm 14.9%.

Cách đọc bảng này mới là điều quan trọng. Tự động hóa công việc bàn giấy và lập trình gần như không thể lan rộng bằng con đường dùng cá nhân nếu công ty không dựng sẵn môi trường. Đó là lý do chênh lệch vượt quá 10 điểm. Riêng soạn email thì chênh lệch chỉ có +4.4pt. Nghĩa là đây là mục đích mà dù công ty không làm gì, cá nhân vẫn tự lấy tài khoản riêng ra dùng.

Việc “tự chạy trước” gây ra vấn đề gì

Bản thân việc hiện trường chủ động tìm cách làm việc hiệu quả hơn là điều đáng hoan nghênh. Vấn đề nằm ở chỗ email là loại văn bản đi ra ngoài công ty. Một nội dung do cá nhân tự quyết định để AI viết nháp sẽ đến thẳng tay đối tác. Lúc này có ba thứ không được kiểm soát.

Thứ nhất là thuật ngữ. AI không biết tên sản phẩm, tên công đoạn hay các từ viết tắt đang dùng trong nội bộ công ty bạn. Email do nhân viên A sinh ra và email do nhân viên B sinh ra sẽ gọi cùng một chi tiết bằng hai cái tên khác nhau. Đứng từ phía đối tác nhận thư, đó là một công ty không thống nhất được thuật ngữ trong nội bộ.

Thứ hai là giọng văn. Mức độ lịch sự của những email cùng gửi đi từ một công ty lại dao động theo từng người phụ trách. AI tạo sinh tái hiện đúng giọng văn được chỉ định, nhưng nếu không có chỉ định thì nó viết bằng giọng mặc định. Và giọng mặc định có xu hướng lịch sự quá mức trong tiếng Nhật, còn trong tiếng Thái và tiếng Việt thì ngược lại, dễ trở nên phẳng và khô.

Thứ ba là mức độ trang trọng trong xưng hô. Đây chính là luận điểm trung tâm của bài viết, bởi trong tiếng Thái và tiếng Việt, đúng về ngữ pháp và đúng về quan hệ giữa người với người là hai chuyện tách rời nhau. Chi tiết sẽ được bàn từ các chương sau.

Việc dùng cá nhân thành sự đã rồi trước khi công ty kịp triển khai

Rắc rối hơn nữa là thứ tự. Trong lúc công ty còn đang soạn quy chế sử dụng, tuyển chọn công cụ và thiết kế chương trình đào tạo, thì ngoài hiện trường thói quen dùng tài khoản cá nhân đã kịp bén rễ. Có ra thông báo sau đó rằng “trong công việc hãy dùng công cụ công ty đã ký hợp đồng” thì hiện trường cũng chẳng có động lực nào để rời bỏ công cụ đã quen tay. Muốn họ chuyển, công ty phải đặt vào công cụ của mình một lợi ích lớn hơn chi phí phải bỏ ra để đổi thói quen. Lợi ích đó chính là bảng thuật ngữ và hướng dẫn giọng văn nói ở phần sau.

Về việc thiết kế bản thân bộ quy tắc sử dụng AI tạo sinh, chúng tôi đã sắp xếp lại theo bốn góc nhìn đặc thù của cơ sở tại Thái Lan là thẩm quyền pháp lý, ngôn ngữ, đường truyền dữ liệu và trách nhiệm, trong bài quy chế sử dụng AI tạo sinh. Bài viết hiện tại đào sâu vào một mục đích cụ thể trong phạm vi quy chế đó, chính là soạn email, lĩnh vực có số lượng phát sinh lớn nhất.

AI soạn email làm được gì, và riêng nó thì chưa giải quyết được gì

Để câu chuyện cụ thể hơn, hãy phân rã xem AI soạn email thực sự thay thế được phần việc nào.

Ba dòng trên cùng chính là bản chất của cảm giác “tiện” mà mọi người trải nghiệm trong công việc. Bộ khung bài viết, các cách nói khuôn mẫu và ngữ pháp thì AI quả thực nhanh và chính xác hơn con người. Vấn đề nằm ở ba dòng dưới cùng. Đặc biệt dòng cuối, tức là chọn mức độ trang trọng, sẽ không được nhận diện như một vấn đề chừng nào còn vận hành bằng tiếng Nhật. Email công việc tiếng Nhật cũng có thứ bậc kính ngữ, nhưng mức tiêu chuẩn mà AI tạo sinh đưa ra thường an toàn trong phần lớn tình huống.

Dịch tài liệu có sẵn và viết mới từ đầu là hai bài toán khác nhau

Ở đây cần phân định rõ với lĩnh vực liền kề. Chuyện tự động hóa việc dịch tài liệu nội bộ và chuyện viết mới một email, bề ngoài cùng có hình dạng “AI tạo ra văn bản đa ngôn ngữ”, nhưng chỗ vỡ lại khác nhau.

Với dịch thuật, luôn tồn tại bản gốc. Nếu bản gốc tiếng Nhật ghi rõ chức danh trưởng phòng thì bản dịch cũng biết người nhận là trưởng phòng. Nếu bản gốc viết bằng lối lịch sự thì chính mức lịch sự đó là manh mối để chuyển ngữ. Những thứ gây khó trên thực tế trong tự động hóa dịch thuật là các yếu tố phá vỡ tương ứng giữa bản gốc và bản dịch, chẳng hạn việc ngắt từ trong tiếng Thái hay việc rơi mất dấu thanh trong tiếng Việt. Về thiết kế và KPI cho lĩnh vực này, chúng tôi đã sắp xếp lại quanh bốn nhóm tài liệu nội bộ và chỉ số TTE (Time To English, hay thời gian để nội dung đến được ngôn ngữ đích) trong bài tự động hóa dịch thuật cho doanh nghiệp.

Ngược lại, khi viết mới một email thì không có bản gốc. Bạn chỉ đưa cho AI một yêu cầu kiểu “báo cho đối tác về việc chậm giao hàng tuần tới và gửi lời xin lỗi”. Lúc này, người nhận là ai, quan hệ với mình ra sao, cần trang trọng đến mức nào, những thông tin đó không được ghi ở đâu cả. AI chỉ còn cách suy đoán, và vì không có dữ liệu để suy đoán nên nó dùng giá trị mặc định. Ở những ngôn ngữ mà giá trị mặc định lệch, mọi thứ vỡ ngay tại đó.

Trong dịch thuật, bản gốc mang ngữ cảnh theo cùng, còn khi viết mới thì ngữ cảnh không tồn tại trừ khi có người cấp vào một cách tường minh. Đây là vấn đề riêng của AI soạn email, và cũng là lý do vì sao những công ty đã tự động hóa dịch thuật trơn tru vẫn vấp ở khâu soạn email.

Chỗ vỡ trong email tiếng Thái – ครับ và ค่ะ được quyết định bởi giới tính người viết

Hãy bắt đầu từ tiểu từ lịch sự trong tiếng Thái. Tiếng Thái bảo đảm mức lịch sự cho cả câu bằng cách đặt một tiểu từ ở cuối câu. Tiểu từ này được quyết định một cách máy móc theo giới tính người viết, nam dùng ครับ còn nữ dùng ค่ะ. Là giới tính của người viết, không phải của người nhận.

Lý do điều này là bài toán khó với AI soạn email rất rõ ràng. AI tạo sinh phổ dụng không biết người đang gõ câu lệnh là nam hay nữ. Có trường hợp suy ra được từ tên tài khoản, nhưng suy đoán đó chưa chắc đã được phản ánh vào hệ thống nghiệp vụ. Kết quả là AI hoặc chọn đại một bên làm mặc định, hoặc né tránh cả hai.

Bỏ tiểu từ đi thì chuyện gì xảy ra

Một câu tiếng Thái lược bỏ tiểu từ lịch sự thì về ngữ pháp vẫn đứng vững. Nghĩa vẫn truyền đạt được. Nhưng trong bối cảnh kinh doanh, nhận một câu không có tiểu từ sẽ bị cảm nhận là cộc lốc, thậm chí là thất lễ. Nếu quy sang tiếng Việt, cảm giác gần giống như gửi email cho đối tác mà kết bằng “ok em biết rồi” hay “để gửi sau”. Nội dung không sai một chữ nào, nhưng quan hệ thì bị tổn thương.

Và cái sai này thì người quản lý Nhật không nhìn thấy. Một người quản lý không đọc được tiếng Thái sẽ đánh giá nội dung AI sinh ra là “kiểm tra ngữ pháp không báo lỗi nên không sao” rồi bấm gửi. Người phụ trách phía Thái nhận thư dù có thấy gợn cũng hiếm khi mất công phản hồi lại. Cái sai cứ lặp đi lặp lại mà không bị phát hiện, và ở điểm này nó phiền hơn cả lỗi dịch thuật.

Câu mở đầu và câu kết theo khuôn mẫu

Trong email công việc trang trọng bằng tiếng Thái, chuẩn mực là mở đầu bằng สวัสดีครับ hoặc สวัสดีค่ะ, còn phần kết đặt cụm ขอแสดงความนับถือ, tương đương “Trân trọng”. Đến đây vẫn là khuôn mẫu nên chỉ cần chỉ định cho AI là nó tái hiện ổn định. Vấn đề nằm ở phần giữa, phần không xử lý được bằng khuôn mẫu.

Mức độ trang trọng thay đổi theo quan hệ

Mức lịch sự trong tiếng Thái không chỉ do có hay không có tiểu từ quyết định. Cách chọn từ vựng và độ gián tiếp của cách diễn đạt thay đổi theo các điều kiện như quan hệ trên dưới với người nhận, trong hay ngoài công ty, tiếp xúc lần đầu hay giao dịch liên tục. Với người bề trên hay đối tác bên ngoài, cần từ vựng trang trọng hơn và cách nói tránh đề nghị trực tiếp. Với đồng nghiệp thì không cần mức trang trọng đó, thậm chí trang trọng quá mức lại bị hiểu là đang giữ khoảng cách.

AI tạo sinh phổ dụng không nắm được thông tin cần cho phán đoán này. Dù bạn đưa yêu cầu “đề nghị người phụ trách mua hàng bên đối tác gửi lại báo giá”, nó vẫn không biết người đó là khách hàng ở vị thế cao hơn công ty mình, hay là một nhà thầu phụ ngang hàng, là lần đầu gặp hay đã hợp tác mười năm. Và chỉ cần một trong hai trục là quan hệ trên dưới và độ dài quan hệ dịch chuyển, mức trang trọng phù hợp trong tiếng Thái đã thay đổi.

Chỗ vỡ trong email tiếng Việt – không tồn tại một chữ “bạn” trung tính

Trong tiếng Việt, cùng một vấn đề xuất hiện dưới một hình dạng khác. Đại từ nhân xưng tiếng Việt được chọn theo tuổi tác tương đối và địa vị xã hội của người đối diện. Nam lớn tuổi hơn thì gọi anh, nữ lớn tuổi hơn thì gọi chị, người ít tuổi hơn thì gọi em, người bề trên hoặc cao tuổi thì gọi ông hoặc bà. Và tiếng Việt không có một cách gọi trung tính dùng được cho mọi quan hệ mà không mang sắc thái, kiểu you trong tiếng Anh, hay lối xưng hô vô danh mà tiếng Nhật vẫn dùng khi viết cho người phụ trách bên đối tác.

Nói cách khác, viết một email bằng tiếng Việt cũng đồng thời là hành động tuyên bố quan hệ của mình với người nhận ngay từ dòng đầu tiên. Vì không thể tạo ra một câu mà không chọn xưng hô, nên AI nhất định phải chọn một phương án. Chọn sai thì toàn bộ nội dung thư trở nên không phù hợp.

Người Việt đọc tới đây hẳn đã hình dung được ngay. Một nhân viên 28 tuổi viết cho vị giám đốc mua hàng ngoài 50 của khách hàng thì phải xưng em và gọi đối phương là anh, hoặc trang trọng hơn thì kính gửi ông kèm chức danh. Nhưng AI phổ dụng không biết tuổi của cả hai bên, nên nó thường rơi vào một trong ba lối mặc định. Lối thứ nhất là dùng “bạn”, nghe như văn quảng cáo hoặc sách giáo khoa, đặt vào email gửi một đối tác lớn tuổi thì vừa lạ vừa suồng sã. Lối thứ hai là dùng “quý khách” cho mọi trường hợp, đúng với thư gửi hàng loạt nhưng cứng và xa lạ khi gửi cho một người mà bạn trao đổi hằng tuần. Lối thứ ba là xưng “tôi” và gọi “ông/bà” ở mọi ngữ cảnh, an toàn về mặt lễ nghi nhưng làm nguội hẳn một mối quan hệ đã thân.

Đại từ ngôi thứ nhất cũng vậy. Người Việt chọn giữa em, tôi, mình và chúng tôi tùy theo vị thế và độ thân, còn AI mặc định gần như luôn chọn tôi. Với một đối tác đã làm việc nhiều năm và lớn tuổi hơn, một email toàn “tôi” và “ông” đọc lên có cảm giác quan hệ vừa xấu đi hoặc sắp có chuyện, dù nội dung chỉ là xác nhận lịch giao hàng. Đây đúng là loại tín hiệu mà người Việt đọc ra ngay trong ba giây, còn AI thì không có cách nào biết.

Chuyện gì xảy ra khi dùng cách gọi dành cho người ít tuổi với người lớn tuổi

Việt Nam là xã hội coi trọng thứ bậc, và với người bề trên hay đối tác bên ngoài, chuẩn mực là dùng kính ngữ, từ vựng lịch sự và cách nói không quá trực tiếp. Trong bối cảnh đó, nếu dùng cách gọi dành cho người ít tuổi với một người phụ trách lớn tuổi bên đối tác, thì không chỉ nghe gượng gạo, mà còn có khả năng bị hiểu là coi thường người ta.

Cụ thể hơn, một email mở đầu bằng “Chào em” hay gọi thẳng tên không kèm anh, chị, ông, bà, gửi cho người phụ trách hơn mình mười tuổi, sẽ tạo ra một cú sốc mà người nhận nhớ rất lâu. Và khi nội dung đó do AI sinh ra rồi được một người quản lý không đọc được tiếng Việt phê duyệt và gửi đi, thì cú sốc ấy hoàn toàn không truyền ngược lại được về phía người gửi.

Hà Nội và Thành phố Hồ Chí Minh đòi hỏi mức trang trọng khác nhau

Còn một điểm nữa là khác biệt vùng miền. Nhìn chung, miền Bắc với Hà Nội được xem là trang trọng, nặng nghi thức và coi trọng thứ bậc hơn, còn miền Nam với Thành phố Hồ Chí Minh thiên về thực dụng và thoải mái hơn. Nghĩa là cùng là đối tác trong nước, mức trang trọng phù hợp vẫn thay đổi tùy theo trụ sở của họ nằm ở đâu.

Khác biệt này ảnh hưởng thật sự tới công việc khi một nhà máy ở Thái Lan gửi email cho nhà thầu phụ hoặc pháp nhân của mình tại Việt Nam. Viết cho đối tác Hà Nội bằng đúng giọng đang dùng với đối tác Thành phố Hồ Chí Minh thì bên nhận có thể thấy quá suồng sã. Ngược lại, viết cho người trong Nam bằng mức trang trọng dành cho Hà Nội thì lại dễ bị cảm nhận là đang giữ khoảng cách. AI soạn email phổ dụng sẽ không tự thực hiện điều chỉnh này chừng nào chưa được cho biết trụ sở của công ty đối tác.

Vấn đề này không giải được bằng “độ chính xác của AI”

Điều muốn nhấn mạnh ở đây là đây không phải vấn đề về năng lực của mô hình. Dù có mô hình thông minh hơn xuất hiện, giới tính người viết hay tuổi tác người nhận vẫn là những thông tin không tồn tại bên trong mô hình. Không thể suy luận để bù đắp cho thứ mình không có.

Vì vậy, lời giải không nằm ở việc chọn mô hình mà nằm ở phía cung cấp thông tin. Cần dựng một cơ chế đưa thông tin quan hệ, tức ai viết cho ai, vào trước thời điểm sinh nội dung. Đó chính là vai trò của bảng xưng hô và bảng quy đổi mức độ trang trọng nói ở phần sau.

Thứ cần để không lệch mức trang trọng không phải tài viết lách mà là bộ dữ liệu chuẩn

Tóm lại những gì đã bàn, thứ quyết định chất lượng của AI soạn email không phải kỹ năng viết câu lệnh, cũng không phải mô hình mới đến đâu. Đó là việc bạn có nắm giữ thông tin quan hệ dưới dạng có cấu trúc hay không. Và thứ này thì nỗ lực cá nhân không tạo ra được. Nó là đối tượng công ty phải xây dựng.

Có ba thứ cần xây dựng.

Thứ nhất – bảng thuật ngữ nội bộ

Là danh sách đối chiếu tên sản phẩm, tên công đoạn, tên bộ phận và các từ viết tắt nội bộ của công ty bạn qua bốn ngôn ngữ Nhật, Anh, Thái, Việt. Cho AI soạn email tham chiếu danh sách này thì độ dao động về cách gọi giữa các nhân viên sẽ biến mất. Những công ty đã bắt tay vào tự động hóa dịch thuật trước đó có thể dùng lại nguyên bộ thuật ngữ đã lập. Bảng thuật ngữ là một trong số ít tài sản dùng chung được cho cả dịch thuật lẫn soạn email.

Thứ hai – bảng xưng hô

Là danh sách ghi lại, theo từng người phụ trách bên đối tác, cách xưng hô cần dùng trong tiếng Việt và mức độ trang trọng trong tiếng Thái. Các trường thông tin gồm họ tên, đơn vị công tác, chức vụ, nhóm tuổi ước lượng, giới tính, nơi làm việc (nếu ở Việt Nam thì miền Bắc hay miền Nam) và độ dài quan hệ với công ty mình. Vì chứa thông tin cá nhân nên bắt buộc phải thiết kế trước việc lưu trữ và phân quyền như trình bày ở phần sau.

Thứ ba – bảng quy đổi mức độ trang trọng

Là bảng định nghĩa với mỗi tổ hợp tình huống và người nhận thì dùng giọng văn ở mức nào. Có bảng này thì nhân viên chỉ cần chỉ định “lần này viết theo mức 3”, và phán đoán chuyển từ cảm tính cá nhân sang tiêu chuẩn của công ty.

Bản thân công việc lập bảng này thì không giao được cho AI. Phải do người hiểu thực tế quan hệ giao dịch của công ty quyết định. Nhưng một khi đã chốt, mọi lần sinh nội dung về sau chỉ cần tham chiếu bảng là mức trang trọng tự đồng đều. Thứ thực sự tốn thời gian khi đưa AI soạn email vào không phải cấu hình công cụ, mà là việc xây dựng ba bảng dữ liệu này.

Ba tình huống nghiệp vụ và những điểm cần lưu ý

Với tiền đề đã có bộ dữ liệu chuẩn, hãy sắp xếp lại theo từng tình huống nghiệp vụ xem làm được gì và phải lưu ý gì.

Email đi kèm bản báo giá

Bản thân bản báo giá thì xuất ra từ hệ thống lõi hoặc Excel, nhưng phần nội dung email đi kèm thì lần nào cũng viết tay. Lý do là phải viết dựa trên lịch sử trao đổi với đối tác, bao gồm các yếu tố như thời hạn hiệu lực, điều kiện thanh toán, tiền đề về thời hạn giao hàng và cách xử lý khi thay đổi số lượng.

Chỗ AI soạn email phát huy tác dụng là dựng bộ khung cho phần nội dung này. Đưa các yếu tố dạng gạch đầu dòng là ra được bố cục không thừa không thiếu. Tuy vậy có hai điểm cần lưu ý.

Thứ nhất, những con số như số tiền, số lượng và thời hạn giao hàng đôi khi bị AI tự bù vào cho “nghe có vẻ hợp lý”. Trước khi gửi, nhất định phải đối chiếu xem có điều kiện nào chưa từng nhập vào mà lại lọt vào nội dung thư hay không. Điều kiện trên bản báo giá và trong nội dung email lệch nhau sẽ thành mầm mống tranh chấp về sau.

Thứ hai, việc dán chính nội dung báo giá vào câu lệnh của AI tạo sinh đòi hỏi thận trọng về quản lý thông tin. Không được nhập thông tin chứa giá thành hay giá mua vào một dịch vụ mà công ty chưa ký hợp đồng. Điểm này sẽ được bàn ở chương sau.

Tự động trả lời email hỏi đáp

Thư trả lời cho các câu hỏi đến từ bên ngoài có số lượng lớn, và nội dung chia thành phần khuôn mẫu cùng phần cần xử lý riêng. AI soạn email có thể ra bản nháp cho phần khuôn mẫu rất nhanh, nhưng ở đây cần một phán đoán về thiết kế. Hình thức “AI viết nháp rồi người gửi” và hình thức “AI tự động trả lời” là hai cơ chế hoàn toàn khác nhau.

Hình thức trước nằm trong phạm vi AI soạn email. Hình thức sau là một cơ chế trả lời tự động kèm theo thiết kế hội thoại và thiết kế chuyển tiếp, đòi hỏi những thiết kế riêng như bao phủ các câu hỏi dự kiến, xác định nơi tiếp nhận khi không trả lời được, và giám sát chất lượng phản hồi. Về lĩnh vực này, chúng tôi đã sắp xếp thiết kế hội thoại đa ngôn ngữ và phân vai tiếp nhận tuyến đầu trong bài chi phí và lộ trình triển khai chatbot, nên nếu bạn định đi tới mức tự động trả lời thì hãy tham khảo thêm.

Về ranh giới thực tiễn, trong số các câu hỏi đến từ bên ngoài, những câu có câu trả lời cố định (giờ làm việc, địa chỉ, thủ tục yêu cầu tài liệu) nên đưa vào tự động trả lời, còn những câu chứa điều kiện riêng (xác nhận thông số kỹ thuật, trao đổi về thời hạn giao hàng) nên để AI viết nháp rồi người kiểm tra. Cách chia này an toàn hơn.

Nâng hiệu suất trao đổi email với đối tác

Trong công việc đối tác hằng ngày, gánh nặng không nằm ở số lượng thư mà ở việc chuyển đổi ngôn ngữ. Với trụ sở Nhật thì dùng tiếng Nhật, với đối tác Thái thì tiếng Thái hoặc tiếng Anh, với nhà thầu phụ Việt Nam thì tiếng Việt hoặc tiếng Anh. Cùng một nhân viên đi qua đi lại giữa ba ngôn ngữ trong một ngày.

AI soạn email làm giảm chi phí của việc chuyển đổi này. Bạn viết yêu cầu bằng tiếng Nhật và nhận bản nháp bằng ngôn ngữ đã chỉ định. Đây chính là chỗ bộ dữ liệu chuẩn ở chương trước phát huy tác dụng. Có bảng xưng hô thì cách gọi theo từng người nhận được xác định tự động, có bảng quy đổi mức độ trang trọng thì mức trang trọng đồng đều. Không có bộ dữ liệu này thì mỗi lần sinh nội dung nhân viên lại phải tự phán đoán, và độ dao động trong phán đoán đi thẳng ra ngoài công ty.

Ngoài email, các loại văn bản khác như bản ghi cuộc họp cũng có cấu trúc tương tự. Chúng tôi bàn về mục đích liền kề này trong bài cách chọn AI tự động tạo biên bản họp, nhưng vì biên bản họp là tài liệu nội bộ nên việc thiết kế mức trang trọng không nặng như email gửi ra ngoài. Trường hợp dùng chung một giấy phép cho cả hai mục đích thì cách phân bổ chi phí sẽ được bàn trong phần dự toán bên dưới.

Rò rỉ thông tin và những điểm cần lưu ý theo PDPA của Thái Lan

Trong khảo sát của Teikoku Databank, các vấn đề khi khai thác AI tạo sinh lần lượt là “độ chính xác của thông tin” chiếm cao nhất với 50.4%, “thiếu nhân lực chuyên môn và bí quyết” 41.3%, và “rủi ro rò rỉ thông tin” 33.5%. Với mục đích soạn email, cả ba vấn đề này cùng ập đến một lúc.

Nắm được thông tin đã nhập vào sẽ đi về đâu

Dữ liệu nghiệp vụ nhập vào dịch vụ AI tạo sinh sẽ được lưu ở phía dịch vụ, và tùy trường hợp có khả năng bị dùng cho việc huấn luyện hoặc cải thiện chất lượng. Với các dịch vụ miễn phí dành cho cá nhân, doanh nghiệp không kiểm soát được cách xử lý này. Mục đích soạn email thuộc nhóm rủi ro cao, vì thông tin nhập vào rất cụ thể và nhạy cảm. Giá thành trong báo giá, giá của nhà cung cấp, họ tên và liên hệ của người phụ trách bên đối tác, diễn biến ra quyết định trong nội bộ. Tất cả những thứ đó đi vào câu lệnh một cách hết sức tự nhiên, chỉ vì cần chúng để viết nội dung email.

Các gói dành cho doanh nghiệp cung cấp những tính năng như thiết lập không dùng dữ liệu đầu vào cho huấn luyện, hay quản lý nhật ký sử dụng. Bước đầu tiên để công ty kiểm soát AI soạn email là nêu rõ được phép nhập cái gì vào dịch vụ nào.

Bảng xưng hô là một tập hợp thông tin cá nhân

Bảng xưng hô mà chương trước khuyến nghị xây dựng cần được lưu ý đặc biệt. Bảng này chứa họ tên, giới tính, nhóm tuổi ước lượng, chức vụ và nơi làm việc của người phụ trách bên đối tác. Đây chính là dữ liệu cá nhân thuộc phạm vi điều chỉnh của PDPA (Luật Bảo vệ Dữ liệu Cá nhân) của Thái Lan. Ngay cả khi việc xử lý dựa trên nhu cầu công việc, vẫn cần quy định trước nơi lưu trữ, quyền truy cập, thời hạn lưu và quy trình xóa.

Về mặt thực tiễn, an toàn hơn cả là quản lý bảng xưng hô trong nội bộ và chỉ tham chiếu đúng một dòng cần dùng khi soạn email, thay vì đẩy nguyên bảng vào dịch vụ AI tạo sinh. Tải toàn bộ bảng lên một dịch vụ bên ngoài chẳng khác nào trao danh sách người phụ trách của các đối tác cho bên thứ ba.

Thiết kế kiểm soát phải được đưa vào quy chế

Những phán đoán này không nên để từng nhân viên tự quyết. Dịch vụ nào được dùng trong công việc, thông tin nào không được nhập vào, ai chịu trách nhiệm nghiệm thu nội dung do AI sinh ra. Ba điểm này cần được quy định thành văn bản. Cách xây dựng quy chế sử dụng AI tạo sinh tại cơ sở ở Thái Lan được chúng tôi trình bày trong bài quy chế sử dụng AI tạo sinh, cùng với lý do vì sao bản quy chế của trụ sở chính không vận hành được tại Thái Lan.

Cách nhìn về chi phí – dự toán AI soạn email theo ba tầng

Hãy kiểm chứng những gì đã bàn bằng số tiền. Dưới đây là một phép tính mô hình giả định một cơ sở sản xuất vốn Nhật tại Thái Lan. Vì các con số thay đổi theo từng cơ sở nên nhất định phải thay bằng số liệu đo được của chính công ty bạn rồi tính lại. Chúng tôi ghi kèm toàn bộ công thức và tiền đề cũng chính vì vậy.

Tiền đề chung

Con số 453,600 baht này là đường cơ sở cho toàn bộ phần bàn luận tiếp theo. Xin lưu ý, “thời gian đi tra lại điều kiện giao dịch trong quá khứ” mà tầng 3 đề cập phát sinh riêng bên ngoài 12 phút này, nên không được tính vào đường cơ sở. Khi thay bằng số liệu của công ty bạn, trước hết hãy đo thực tế số lượng email thuộc phạm vi và thời gian cần cho mỗi thư. Số lượng lấy được từ nhật ký gửi của máy chủ email. Thời gian thì chỉ cần nhờ vài nhân viên ghi lại trong một tuần là đủ độ chính xác.

Tầng 1 – hiện trạng cá nhân tự sao chép qua lại với một AI chat miễn phí

Phần lớn các cơ sở hiện đang ở tầng này. Công ty chưa triển khai gì cả, một số nhân viên dùng AI tạo sinh bằng tài khoản cá nhân, gõ yêu cầu vào rồi sao chép nội dung nhận được dán vào thân email.

Lợi ích năm 37,800 baht chỉ tương đương khoảng 8% so với đường cơ sở 453,600 baht. Vì chi phí bằng không nên hiệu quả đầu tư trông như vô hạn, nhưng phần cắt giảm được thậm chí chưa tới một phần mười tổng thể. Và tầng này còn có những gánh nặng không hiện lên trong bảng.

Thứ nhất, mức tiết kiệm chỉ dừng ở 3 phút mỗi thư, vì nội dung sinh ra không dùng được nguyên trạng. Thuật ngữ khác cách gọi của công ty, giọng văn không hợp tình huống, tiểu từ tiếng Thái bị thiếu. Phải sửa tay thì hiệu quả bị bào mòn tương ứng.

Thứ hai, không có kiểm soát. Công ty không nắm được ai đang nhập cái gì vào dịch vụ nào.

Thứ ba, lỗi về mức trang trọng không bị phát hiện. Như đã nói ở chương trước, lỗi này người quản lý Nhật không nhìn thấy, mà phía Thái và phía Việt cũng hiếm khi lên tiếng, nên nó bị bỏ mặc. Không được ghi nhận thành thiệt hại không có nghĩa là nó không tồn tại.

Vị trí của tầng 1 chính là cửa vào của việc khai thác AI tạo sinh ở khối gián tiếp. Bản thân cấu trúc của tầng này được chúng tôi sắp xếp thành mô hình đầu tư ba tầng gồm AI tạo sinh, số hóa biểu mẫu hiện trường và kiểm tra bằng hình ảnh trong bài triển khai AI cho doanh nghiệp vừa và nhỏ. Hãy xem bài viết hiện tại như phần phân rã bên trong tầng 1 đó, thu hẹp vào riêng mục đích soạn email.

Tầng 2 – công ty triển khai công cụ kèm bảng thuật ngữ và hướng dẫn giọng văn

Là tầng cấp giấy phép cho toàn bộ 12 người thuộc phạm vi, đồng thời xây dựng và triển khai ba bảng dữ liệu ở chương trước (bảng thuật ngữ nội bộ, bảng xưng hô, bảng quy đổi mức độ trang trọng).

Lấy chi phí ban đầu 250,000 baht chia cho lợi ích ròng năm 87,300 baht, thời gian hoàn vốn là khoảng 2.9 năm.

Lý do mức tiết kiệm mở rộng từ 3 phút ở tầng 1 lên 7 phút là nhờ có bộ dữ liệu chuẩn nên phải sửa tay ít hơn. Có bảng thuật ngữ thì việc sửa cách gọi biến mất, có bảng xưng hô thì việc chọn đại từ tiếng Việt biến mất, có bảng quy đổi mức độ trang trọng thì việc phán đoán giọng văn biến mất. Phần lớn “4 phút kiểm tra và sửa” còn sót lại ở tầng 1 được cắt đi tại đây.

Tuy vậy, dự toán này có một cấu trúc cần lưu ý. So với lợi ích năm 264,600 baht thì riêng phí thuê bao 158,400 baht đã chiếm khoảng 60%. Biên độ lợi ích vượt chi phí hẹp có nghĩa là chỉ cần tiền đề lệch đi một chút, kết luận đã đổi.

Phân tích độ nhạy – nếu thời gian tiết kiệm chỉ đạt 70% dự kiến

Hãy kiểm tra trường hợp tiền đề tiết kiệm 7 phút là quá lạc quan. Đồng thời kiểm chứng hai cách xử lý phí thuê bao. Phí thuê bao vốn không phải chỉ dành riêng cho việc soạn email, nó còn được dùng để tóm tắt biên bản họp và soạn tài liệu. Bắt việc soạn email gánh toàn bộ chi phí giấy phép là cách nhìn thận trọng, còn cách nhìn sát thực tế hơn là phân bổ giữa các mục đích.

Xin trình bày chi tiết cách tính. Trường hợp tiết kiệm 4.9 phút, thời gian tiết kiệm là 15,120 thư nhân 4.9 phút bằng 74,088 phút bằng 1,234.8 giờ, lợi ích năm là 1,234.8 giờ nhân 150 baht bằng 185,220 baht. Trừ đi chi phí năm 177,300 baht khi ghi nhận toàn bộ phí thuê bao, lợi ích ròng năm chỉ còn 7,920 baht, và khoản đầu tư ban đầu 250,000 baht dù mất 31.6 năm cũng không thu hồi được. Trên thực tế là không hoàn vốn.

Trường hợp phân bổ 50% phí thuê bao, chi phí năm là 158,400 baht nhân 0.5 bằng 79,200 baht, cộng thêm 18,900 baht công vận hành thành 98,100 baht. Nếu tiết kiệm 7 phút thì lợi ích ròng năm là 166,500 baht và hoàn vốn khoảng 1.5 năm, còn nếu tiết kiệm 4.9 phút thì lợi ích ròng năm là 87,120 baht và hoàn vốn khoảng 2.9 năm. Việc ô cuối cùng, tức “phân bổ và tiết kiệm 4.9 phút”, ra cùng khoảng 2.9 năm với trường hợp cơ sở chỉ là trùng hợp ngẫu nhiên, tiền đề của hai trường hợp hoàn toàn khác nhau. Lợi ích giảm 30% tương đương mất 79,380 baht, trong khi phân bổ một nửa phí thuê bao làm chi phí giảm 79,200 baht. Vì hai mức giảm gần bằng nhau nên lợi ích ròng tình cờ đáp xuống cùng một mặt bằng.

Có hai điều cần rút ra từ bảng này. Thứ nhất là AI soạn email rất dễ rơi vào tình trạng không hoàn vốn khi tiền đề về thời gian tiết kiệm bị lệch. Phí thuê bao là chi phí cố định, nên lợi ích có giảm 30% thì chi phí cũng không giảm một baht nào. Sau khi triển khai phải liên tục đo thực tế thời gian cho mỗi thư.

Thứ hai là nếu chỉ dựa vào việc soạn email để thu hồi phí giấy phép thì điều kiện sẽ rất ngặt. Thiết kế sao cho cùng một giấy phép còn dùng để tóm tắt biên bản họp và soạn tài liệu nội bộ, chia sẻ chi phí giữa nhiều mục đích, sẽ giúp quyết định đầu tư ổn định hơn. Nói ngược lại, một kế hoạch mua giấy phép chỉ nhằm nâng hiệu suất việc soạn email nên được xem xét lại ngay từ khâu trình duyệt.

Tầng 3 – sinh nội dung dựa trên dữ liệu thực tế từ email báo giá và đơn hàng trong quá khứ

Là tầng chồng lên tầng 2 bằng cách kết nối dữ liệu của chính công ty. Đưa email báo giá cũ, các trao đổi về đơn hàng và lịch sử điều kiện giao dịch về dạng tìm kiếm được, rồi cho tham chiếu khi sinh nội dung. Đây là tầng mà chỉ thị kiểu “viết email báo giá cho công ty A theo đúng cách diễn đạt điều kiện của lần trước” bắt đầu có tác dụng.

Thời gian được cắt giảm ở đây không nằm bên trong 12 phút mỗi thư của tiền đề chung. Đó là thời gian đi tra lại điều kiện giao dịch trong quá khứ, phát sinh riêng ở nhóm email liên quan tới báo giá và đơn hàng. Giả định việc lần lại hệ thống lõi hoặc email cũ để xác nhận đơn giá và điều kiện áp dụng lần trước mất 5 phút mỗi thư. Đến hết tầng 2 thì 5 phút này không mất đi, vì AI không nắm lịch sử giao dịch của công ty. Cách đặt vấn đề là tầng 3 rút con số này xuống còn 1 phút.

Tầng 3 không hoàn vốn nếu chỉ tính phần giảm nhân công. Đây không phải do dự toán làm ẩu mà là vấn đề mang tính cấu trúc. Thời gian tra cứu vốn chỉ ở quy mô 5 phút mỗi thư, lại chỉ áp dụng cho 4,536 thư liên quan báo giá và đơn hàng. Rút được 4 phút cũng chỉ ra 45,360 baht mỗi năm, không với tới chi phí vận hành năm 180,000 baht.

Vì vậy, quyết định đầu tư cho tầng 3 phải dựa trên hiệu quả ngoài phần giảm nhân công. Cụ thể là việc tránh được thiệt hại do nhầm lẫn điều kiện giao dịch trong quá khứ. Báo giá lỡ đưa ra đơn giá khác lần trước, viết nguyên một điều kiện đã hết hạn áp dụng, người phụ trách thay đổi mà diễn biến cũ không được bàn giao khiến điều kiện lệch nhau. Hãy đếm mức thiệt hại mỗi lần và tần suất xảy ra của những sự việc như vậy từ dữ liệu thực tế của công ty bạn.

Nếu đặt mục tiêu thu hồi chi phí ban đầu 900,000 baht trong 5 năm, lợi ích ròng năm cần đạt là 180,000 baht. Tính cả phần giảm nhân công 45,360 baht và chi phí vận hành năm 180,000 baht, khoản thiệt hại tránh được cần đạt 314,640 baht mỗi năm. Phép tính là 180,000 cộng 180,000 trừ 45,360 bằng 314,640.

Con số 314,640 baht này dùng được để phán đoán có nên xem xét tầng 3 hay chưa. Trong một năm qua, thiệt hại phát sinh do nhầm lẫn điều kiện có vượt mức này không. Nếu chưa vượt thì còn quá sớm cho tầng 3. Đây chỉ là điều kiện cần, chứ chúng tôi không khẳng định khoản thiệt hại tránh được sẽ đạt tới mức đó. Con số thực tế xin hãy đếm từ dữ liệu của chính công ty bạn.

So sánh ba tầng

Điều quan trọng nhất về mặt thực tiễn trong bảng này là khoảng cách giữa tầng 1 và tầng 2. Tầng 1 sinh ra lợi ích 37,800 baht mỗi năm với chi phí bằng không, nhưng vì không được kiểm soát nên lỗi về mức trang trọng trong tiếng Thái, tiếng Việt và sự không thống nhất thuật ngữ vẫn tiếp tục đi ra ngoài công ty. Tầng 2 bỏ ra 250,000 baht đầu tư ban đầu và 177,300 baht chi phí năm để nâng lợi ích lên 264,600 baht, đồng thời chặn được những lỗi đó.

Quyết định đầu tư cho tầng 2 không nên chỉ dựa trên chênh lệch lợi ích. Lỗi về mức trang trọng và sự không thống nhất thuật ngữ bị bỏ mặc ở tầng 1 chỉ là không được quy ra tiền, chứ chắc chắn đang trở thành chi phí dưới hình thức quan hệ với đối tác.

Lộ trình 90 ngày

Vì phần thân của công việc là xây dựng bộ dữ liệu chuẩn, nên lộ trình cũng lấy bộ dữ liệu đó làm trục.

Giai đoạn 0 đến 30 ngày – nắm thực trạng sử dụng cá nhân

Việc đầu tiên phải làm không phải là chọn công cụ, mà là nắm xem ngoài hiện trường đang diễn ra chuyện gì.

Có bốn nội dung cần nắm. Ai đang dùng dịch vụ nào. Họ nhập những thông tin gì vào. Mỗi thư mất khoảng bao nhiêu thời gian. Họ phải sửa lại nội dung do AI sinh ra tới mức nào. Chỉ phỏng vấn thì thường không ra được thực trạng, nên cách chắc chắn là nhờ vài nhân viên ghi lại nhật ký công việc trong một tuần.

Song song với đó, hãy thống kê số lượng email gửi ra ngoài theo ngôn ngữ và theo quốc gia người nhận từ nhật ký gửi của máy chủ email. Số lượng này chính là dữ liệu đầu vào cho phần dự toán ở chương trước. Nếu số lượng ít hơn dự kiến thì ngay từ đầu khoản đầu tư cho tầng 2 đã không thành lập.

Giai đoạn 31 đến 60 ngày – xây dựng bảng thuật ngữ và hướng dẫn giọng văn

Đây là lúc lập ba bảng dữ liệu. Giai đoạn này tốn công nhất và cũng là phần khó thuê ngoài nhất.

Với bảng thuật ngữ nội bộ, hãy trích tên sản phẩm và tên công đoạn từ bản vẽ, tài liệu đặc tính kỹ thuật và hồ sơ chất lượng hiện có, rồi chốt bản đối chiếu bốn ngôn ngữ. Phần dịch sang tiếng Thái và tiếng Việt xin hãy xác nhận với nhân viên bản ngữ trong công ty. Rất hay gặp trường hợp từ đúng theo từ điển lại khác với cách gọi đang thực sự dùng ngoài hiện trường.

Với bảng xưng hô, hãy bắt đầu từ các đầu mối của những đối tác chính. Không cần điền hết một lượt. Chỉ cần điền trước khoảng 20 công ty có lượng email nhiều nhất là đã phủ được phần lớn số thư thuộc phạm vi. Vì chứa thông tin cá nhân nên hãy quyết định nơi lưu trữ và quyền truy cập trước rồi mới bắt tay vào lập bảng.

Với bảng quy đổi mức độ trang trọng, hãy lấy khung ba mức đã trình bày ở chương trước làm nền rồi điều chỉnh theo các tình huống thực tế của công ty. Vì bộ phận kinh doanh và bộ phận đảm bảo chất lượng có thể cần những mức khác nhau, hãy tiếp thu ý kiến của từng bộ phận.

Giai đoạn 61 đến 90 ngày – chọn công cụ và triển khai

Chỉ khi bộ dữ liệu đã đủ thì mới bắt đầu chốt công cụ. Với các cơ sở đang dùng Microsoft 365 thì Copilot là lựa chọn mặc định, nhưng vẫn có những điểm phải kiểm tra.

Khi triển khai, hãy đào tạo cho 12 người thuộc phạm vi về cách dùng bộ dữ liệu và phạm vi trách nhiệm nghiệm thu. Điều nhất định phải truyền đạt ở đây là trách nhiệm với nội dung được sinh ra thuộc về người gửi. Lời giải thích rằng sai vì AI viết sẽ không có giá trị gì với bên ngoài công ty.

Sau khi triển khai, hãy đo thực tế thời gian cho mỗi thư theo tháng. Như đã thấy trong phân tích độ nhạy ở chương trước, chỉ cần mức tiết kiệm rơi xuống 70% dự kiến là khoản đầu tư đã không hoàn vốn. Cơ chế xác nhận xem có cắt được đúng như dự kiến hay không cần được đặt vào ngay cùng lúc với việc triển khai.

Những kiểu thất bại thường gặp

Các cơ sở triển khai không thành công thường có chung một vài kiểu.

Chốt công cụ trước. Cấp giấy phép khi chưa có bộ dữ liệu thì kết quả chỉ là những nội dung chất lượng ngang tầng 1, nhưng lần này do công ty trả tiền. Mức tiết kiệm dừng ở 3 phút, còn toàn bộ phí thuê bao trở thành khoản lỗ.

Phán đoán chỉ dựa trên chất lượng tiếng Nhật. Đây là kiểu người quản lý Nhật xem kết quả sinh ra bằng tiếng Nhật, thấy “viết tốt đấy chứ”, rồi suy ra tiếng Thái và tiếng Việt cũng ở mức tương đương. Chất lượng tiếng Nhật và độ đúng của tiểu từ tiếng Thái hay đại từ xưng hô tiếng Việt là hai chuyện khác nhau. Trước khi quyết định triển khai, hãy để nhân viên bản ngữ đánh giá kết quả sinh nội dung tiếng Thái và tiếng Việt trên chính những email thật của công ty.

Không lập bảng xưng hô mà tìm cách xử lý bằng mẹo viết câu lệnh. Nếu từng nhân viên tự ghi “người nhận là nam, lớn tuổi hơn tôi” vào câu lệnh thì lần đó sẽ ra đúng. Nhưng đây là hành động đẩy phán đoán trở lại cho cá nhân. Ngay khoảnh khắc người phụ trách thay đổi, thông tin mất đi và mức trang trọng lại dao động.

Không đo thời gian tiết kiệm. Đây là kiểu mức tiết kiệm giả định lúc triển khai không bao giờ được kiểm chứng lại sau đó. Như phân tích độ nhạy đã cho thấy, phí thuê bao là chi phí cố định, nên lợi ích giảm 30% là khoản đầu tư không hoàn vốn. Vậy mà phí thuê bao vẫn tiếp tục bị trừ tự động.

Đẩy nguyên bảng xưng hô lên dịch vụ bên ngoài. Việc tải một danh sách chứa họ tên, chức vụ và nhóm tuổi của người phụ trách bên đối tác lên một dịch vụ chưa được kiểm soát sẽ tạo ra vấn đề theo PDPA. Hãy quản lý bộ dữ liệu trong nội bộ và thiết kế sao cho mỗi lần chỉ tham chiếu đúng một dòng cần dùng.

Bắt đầu ngay từ tầng 3. Ý tưởng muốn khai thác kho email tích lũy là điều tự nhiên, nhưng kết nối dữ liệu nội bộ khi chưa có bộ dữ liệu chuẩn thì mức trang trọng của nội dung sinh ra vẫn không đồng đều. Tầng 3 là phần chồng thêm lên tầng 2, không phải phương án thay thế.

Câu hỏi thường gặp (FAQ)

AI soạn email là gì

Là tên gọi chung cho các cơ chế mà khi bạn đưa yêu cầu, AI tạo sinh sẽ viết nháp nội dung email. Ngoài hình thức ký hợp đồng một công cụ chuyên dụng, còn có hình thức được cung cấp như một tính năng của phần mềm email sẵn có, ví dụ Microsoft 365 Copilot. Với Copilot, tính năng này dùng được trên Outlook bản mới, Outlook trên nền web và bản di động, đáp ứng việc sinh email từ câu lệnh, viết lại bản nháp, điều chỉnh giọng văn và mở rộng đoạn ngắn, và đến nửa cuối năm 2026 dự kiến được bật mặc định cả trên Outlook cổ điển. Vì vậy, với doanh nghiệp đang dùng Microsoft 365, luận điểm không còn là có đưa vào hay không mà là kiểm soát thế nào một tính năng tự rơi xuống tay nhân viên.

AI soạn email tốn bao nhiêu chi phí

Mức phí thuê bao vào khoảng trên 1,000 baht mỗi người mỗi tháng, nhưng chi phí thực tế không chỉ do phí giấy phép quyết định. Trong dự toán của bài viết này, chúng tôi giả định một nhà máy vốn Nhật tại Thái Lan (120 nhân sự, 12 người phụ trách viết email ra bên ngoài), đặt phí thuê bao 158,400 baht/năm và công vận hành 18,900 baht/năm, cộng thêm 250,000 baht chi phí ban đầu để xây dựng bảng thuật ngữ nội bộ, bảng xưng hô và bảng quy đổi mức độ trang trọng. So với lợi ích năm 264,600 baht thì lợi ích ròng năm là 87,300 baht, hoàn vốn khoảng 2.9 năm. Tuy nhiên nếu thời gian tiết kiệm chỉ đạt 70% dự kiến thì lợi ích ròng năm rơi xuống 7,920 baht và trên thực tế là không hoàn vốn. Trường hợp phân bổ được phí giấy phép với các mục đích khác như tạo biên bản họp, thời gian hoàn vốn rút xuống còn khoảng 1.5 năm.

Có làm được email gửi kèm báo giá bằng AI không

Phần dựng bộ khung nội dung thì có hiệu quả. Đưa các yếu tố như thời hạn hiệu lực, điều kiện thanh toán, tiền đề về thời hạn giao hàng và cách xử lý khi thay đổi số lượng là ra được bố cục không thừa không thiếu. Nhưng cần lưu ý hai điểm. Điểm thứ nhất, vì AI đôi khi tự bù vào số tiền, số lượng và thời hạn giao hàng cho nghe có vẻ hợp lý, nên trước khi gửi nhất định phải đối chiếu điều kiện trên bản báo giá với điều kiện trong nội dung thư. Điểm thứ hai, không được nhập thông tin chứa giá thành hay giá mua vào một dịch vụ mà công ty chưa ký hợp đồng. Nếu muốn sinh nội dung dựa trên điều kiện giao dịch trong quá khứ thì cần kết nối dữ liệu nội bộ, tức tầng 3 trong bài viết này, nhưng vì tầng này không hoàn vốn nếu chỉ tính giảm nhân công, xin hãy đếm trước mức thiệt hại do nhầm lẫn điều kiện.

Có phải lo rò rỉ thông tin không

Nỗi lo này có thật. Trong khảo sát của Teikoku Databank, 33.5% doanh nghiệp nêu “rủi ro rò rỉ thông tin” là vấn đề khi khai thác AI tạo sinh. Lý do là dữ liệu nghiệp vụ nhập vào được lưu ở phía dịch vụ và có khả năng bị dùng cho huấn luyện hoặc cải thiện chất lượng, còn ở các dịch vụ miễn phí dành cho cá nhân thì doanh nghiệp không kiểm soát được cách xử lý đó. Có ba biện pháp. Thứ nhất, công ty chỉ định rõ những dịch vụ được phép dùng trong công việc. Thứ hai, nêu rõ những thông tin không được nhập vào như giá thành, giá mua và thông tin cá nhân của đối tác. Thứ ba, bật thiết lập không dùng dữ liệu cho huấn luyện và bật quản lý nhật ký trong gói dành cho doanh nghiệp. Ngoài ra, vì bảng xưng hô chứa họ tên và chức vụ của người phụ trách bên đối tác nên thuộc dữ liệu cá nhân trong phạm vi điều chỉnh của PDPA Thái Lan, xin đừng đẩy nguyên bảng lên dịch vụ bên ngoài mà hãy quản lý trong nội bộ.

Có dùng được cho email tiếng Thái và tiếng Việt không

Về mặt tạo ra câu đúng ngữ pháp thì dùng được. Vấn đề là mức độ trang trọng tương ứng với quan hệ giữa người với người. Trong tiếng Thái, tiểu từ lịch sự cuối câu phân biệt theo giới tính người viết, nam dùng ครับ và nữ dùng ค่ะ, mà AI phổ dụng thì không biết giới tính người viết. Lược bỏ đi thì câu nghe cộc lốc. Trong tiếng Việt, phải chọn đại từ nhân xưng như anh, chị, em, ông, bà theo tuổi tương đối và địa vị xã hội của người đối diện, và không có từ trung tính kiểu you trong tiếng Anh. Thêm vào đó còn khác biệt vùng miền, miền Bắc gồm Hà Nội có xu hướng trang trọng hơn miền Nam gồm Thành phố Hồ Chí Minh. Đây là vấn đề do thiếu thông tin chứ không phải do năng lực mô hình, nên cần xây dựng bảng xưng hô và bảng quy đổi mức độ trang trọng để có cơ chế cấp thông tin quan hệ vào.

Tự động trả lời email hỏi đáp làm được tới đâu

Xin hãy thiết kế hình thức “AI viết nháp rồi người gửi” và hình thức “AI tự động trả lời” như hai cơ chế khác nhau. Hình thức trước nằm trong phạm vi AI soạn email và thực hiện được bằng tính năng của phần mềm email sẵn có. Hình thức sau đi kèm thiết kế hội thoại gồm bao phủ các câu hỏi dự kiến, xác định nơi tiếp nhận khi không trả lời được và giám sát chất lượng phản hồi, cấu trúc chi phí cũng khác hẳn. Ranh giới để phân định là câu trả lời có cố định hay không. Những gì cố định thì chuyển sang tự động trả lời, những gì chứa điều kiện riêng thì để AI viết nháp rồi người kiểm tra. Về thiết kế hội thoại đa ngôn ngữ và phân vai tiếp nhận tuyến đầu, chúng tôi trình bày trong bài chi phí và lộ trình triển khai chatbot.

Kết luận

Xin tóm tắt lại kết luận của bài viết.

AI soạn email đã không còn là đối tượng để cân nhắc có đưa vào hay không. Tính năng soạn email của Microsoft 365 Copilot dự kiến được bật mặc định cả trên Outlook cổ điển vào nửa cuối năm 2026, tức là nó đến tay nhân viên bất kể có tờ trình phê duyệt hay không. Trong khảo sát của Shoko Chukin, “soạn và tóm tắt email, báo cáo, biên bản họp” đứng đầu các trường hợp khai thác AI tạo sinh với 74.0%, nhưng chênh lệch giữa công ty triển khai và khuyến khích dùng cá nhân chỉ có +4.4pt. Con số đó cho thấy mục đích này tự chạy trước ngoài hiện trường mà không cần công ty dẫn dắt. Khoảng cách với +14.5pt của tự động hóa công việc bàn giấy chính là độ lớn của sự bất đối xứng này.

Và điều đang xảy ra ở những hiện trường đi trước chính là lỗi về mức độ trang trọng trong tiếng Thái và tiếng Việt. Tiểu từ cuối câu tiếng Thái được quyết định máy móc theo giới tính người viết, còn đại từ nhân xưng tiếng Việt được chọn theo tuổi tương đối và địa vị xã hội của người đối diện. AI phổ dụng không có những thông tin này nên dùng giá trị mặc định. Mặc định có lệch thì về ngữ pháp vẫn đúng, nên không ai nhận ra. Đây là vấn đề ít xảy ra khi dịch tài liệu có sẵn, và là vấn đề riêng của tình huống viết mới từ đầu.

Lời giải không nằm ở việc chọn mô hình mà nằm ở phía cung cấp thông tin. Công ty cần xây dựng ba bảng dữ liệu là bảng thuật ngữ nội bộ, bảng xưng hô và bảng quy đổi mức độ trang trọng, rồi cấp thông tin quan hệ vào trước khi sinh nội dung. Thứ thực sự tốn công khi đưa AI soạn email vào không phải cấu hình công cụ mà là việc xây dựng này.

Về mặt chi phí, dự toán giả định một nhà máy vốn Nhật tại Thái Lan cho kết quả là tầng 2 (công ty triển khai cộng xây dựng bộ dữ liệu) hoàn vốn khoảng 2.9 năm, nếu thời gian tiết kiệm chỉ đạt 70% dự kiến thì trên thực tế không hoàn vốn, còn nếu phân bổ được phí giấy phép với các mục đích khác thì khoảng 1.5 năm. Vì phí thuê bao là chi phí cố định, việc tiếp tục đo thực tế thời gian tiết kiệm là điều kiện tiên quyết của khoản đầu tư. Tầng 3 (kết nối dữ liệu nội bộ) không hoàn vốn nếu chỉ tính giảm nhân công, và căn cứ để phán đoán là khoản thiệt hại tránh được do nhầm lẫn điều kiện có vượt 314,640 baht mỗi năm hay không.

Có ba con số chúng tôi mong bạn đo khi bắt đầu xem xét. Thứ nhất là số lượng email gửi ra bên ngoài, thống kê theo ngôn ngữ và theo quốc gia người nhận. Thứ hai là thời gian soạn hiện tại cho mỗi thư. Thứ ba là số người hiện đã đang dùng AI tạo sinh bằng tài khoản cá nhân. Cả ba đều đo được từ hôm nay. Có đủ ba con số này, bạn chỉ cần thay số liệu của công ty mình vào dự toán trong bài là phán đoán được có nên tiến lên tầng 2 hay không.

Về việc trao đổi ở giai đoạn xem xét

Việc khoản đầu tư cho tầng 2 có thành lập với công ty bạn hay không thì đối chiếu catalogue sản phẩm hay bảng giá cũng không trả lời được. Cần cùng nhau nhìn vào số lượng email thật sự gửi ra bên ngoài, thời gian cho mỗi thư và thực trạng sử dụng cá nhân đang diễn ra ngoài hiện trường. TOMAS TECH đang hỗ trợ các doanh nghiệp Nhật Bản tại Thái Lan triển khai hệ thống quản lý sản xuất và chuyển đổi số nghiệp vụ, và chúng tôi tiếp nhận cả những trao đổi ở giai đoạn bạn chưa chọn công cụ, hoặc ngay từ khâu đặt tiền đề cho dự toán. Bạn cũng có thể bắt đầu đơn giản bằng mong muốn sắp xếp lại xem công việc email của công ty mình đang tiêu tốn bao nhiêu thời gian, xin đừng ngần ngại liên hệ qua trang liên hệ của chúng tôi.

Thông tin tham khảo

• Dữ liệu khảo sát về các trường hợp khai thác AI tạo sinh tại doanh nghiệp vừa và nhỏ và chênh lệch tỷ lệ giữa công ty triển khai với khuyến khích dùng cá nhân, tiếng Nhật Shoko Chukin Khảo sát về việc sử dụng AI tạo sinh tại doanh nghiệp vừa và nhỏ công bố ngày 31 tháng 3 năm 2026
• Tổng hợp tình hình khai thác, nghiệp vụ áp dụng và các vấn đề của AI tạo sinh dựa trên 10,312 phiếu trả lời hợp lệ trên toàn quốc, tiếng Nhật Teikoku Databank Khảo sát xu hướng doanh nghiệp về AI tạo sinh công bố ngày 14 tháng 5 năm 2026
• Phạm vi đáp ứng và điều kiện sử dụng của tính năng soạn email bằng Copilot trong Outlook, tiếng Anh Microsoft Support xác nhận tại thời điểm tháng 8 năm 2026
• Giải thích về thời điểm tính năng soạn email của Copilot được bật mặc định trên Outlook cổ điển, tiếng Anh Windows Forum xác nhận tại thời điểm tháng 8 năm 2026
• Tài liệu dẫn chứng số lượng doanh nghiệp Nhật Bản đang hoạt động tại Thái Lan, tiếng Nhật JETRO Khảo sát xu hướng đầu tư của doanh nghiệp Nhật Bản tại Thái Lan năm tài chính 2024 công bố tháng 2 năm 2025
• Tổng hợp về rủi ro rò rỉ thông tin khi dùng AI tạo sinh và các biện pháp phía doanh nghiệp, tiếng Nhật Ricoh Giải thích rủi ro bảo mật của ChatGPT xác nhận tại thời điểm tháng 8 năm 2026
• Giải thích về tiểu từ lịch sự và phép tắc thể hiện sự tôn trọng trong tiếng Thái, tiếng Anh Talkpal Etiquette of Thai Language xác nhận tại thời điểm tháng 8 năm 2026
• Giải thích về thứ bậc trong văn hóa kinh doanh Việt Nam và khác biệt vùng miền Bắc Nam, tiếng Anh The Sentry Vietnam Business Culture xác nhận tại thời điểm tháng 8 năm 2026