Chương 3: Biên bản trong phòng kín

Chương 3: Biên bản trong phòng kín

Tôi nhìn folder con “Customer_additional_record” thêm vài giây sau khi lưu xong file đính kèm. Trên màn hình, ảnh chụp đoạn trao đổi lúc 14:21 giữa chị Hạnh và chị Mai nằm yên như một vật chứng vừa được đặt xuống bàn nhưng chưa ai biết nên chạm vào bằng tay nào. Tôi không vui mừng. Một người bị đẩy vào góc không nên vui mừng quá sớm khi nhặt được một viên đá. Tôi mở lại mail gốc của chị Hạnh, kiểm tra địa chỉ gửi, thời gian nhận và dòng nội dung: “Em gửi bổ sung để bên chị đối chiếu timeline cho đúng.” Câu “cho đúng” bình thường đến mức lạnh người.

Tôi thêm một dòng vào file timeline: “Record bổ sung từ khách hàng – cần xác minh nguồn và đối chiếu với người liên quan.” Tôi cố tình dùng chữ “cần xác minh”. Làm support sáu năm, tôi biết một câu quá mạnh có thể biến người giữ quy trình thành người công kích bộ phận khác. Tôi đính kèm mail vào folder case nội bộ, giới hạn quyền truy cập đúng nhóm xử lý incident, rồi reply chuỗi mail mời họp chiều: “Em cập nhật thêm record khách hàng vừa gửi vào folder case. Đây là thông tin bổ sung cần được đối chiếu trong cuộc họp chiều trước khi chốt biên bản.” Tôi đọc lại rồi mới bấm gửi.

Mười một giờ rưỡi, anh Tuấn nhắn riêng cho tôi trên Teams: “Linh qua phòng họp B một chút.” Tôi cầm laptop, sổ tay và bút. Rèm kính phòng họp đã được kéo xuống một nửa. Bên trong có anh Tuấn, anh Khoa và chị Mai. Trên bàn là một bản in hai trang, kẹp sẵn bút ký ở góc phải. Anh Tuấn nói ngay: “Ngồi đi em. Mình trao đổi nội bộ trước để chiều khỏi mất thời gian.”

Tôi ngồi xuống ghế gần cửa, đặt laptop lên bàn nhưng chưa mở ra. Anh Khoa đẩy bản in về phía tôi. Tiêu đề là “Biên bản ghi nhận trách nhiệm xử lý sự cố Đại Phú – bản trao đổi nội bộ”. Dòng thứ ba ghi: “Nhân viên support Nguyễn Gia Linh chưa chủ động cảnh báo rủi ro trước cut-off dù đã được sale thông tin case từ đầu giờ chiều.” Những câu chữ trên đó khéo hơn bản nháp hôm qua. Không còn dòng “đã nhận đủ chứng từ lúc 15:00”, nhưng thay vào đó là một câu rộng hơn, khó bắt lỗi hơn: “đã được sale thông tin case từ đầu giờ chiều.” Một cái bẫy không cần nói dối thời gian cụ thể, chỉ cần kéo một khoảng mờ đủ rộng.

Anh Tuấn nói: “Đây chưa phải biên bản chính thức. Em ký nhận đã trao đổi trước, chiều chị Thảo hỏi thì mình thống nhất hướng trình bày. Công ty cần một đầu mối chịu trách nhiệm để xử lý với khách.” Tôi nhìn chữ “ký nhận” ở cuối trang hai, ngay trên dòng “Người được ghi nhận trách nhiệm”. Tôi hỏi: “Em ký nhận đã tham dự trao đổi, hay ký nhận trách nhiệm ạ?” Chị Mai hơi nghiêng người về trước. “Linh, em làm lâu rồi, đừng bắt từng chữ như vậy. Không ai nói em cố ý làm sai. Chỉ là case này em support, em nhận phần thiếu chủ động thì mọi chuyện dễ xử lý hơn.”

Tôi đặt tay lên cuốn sổ. “Nếu chỉ ghi em là đầu mối tổng hợp và follow hãng tàu sau khi nhận chứng từ, em có thể xác nhận. Nhưng nội dung em được sale thông tin từ đầu giờ chiều thì em chưa có log nào chứng minh.” Anh Khoa nhíu mày. “Lại log. Công việc thực tế không phải cái gì cũng đưa lên hệ thống.” Tôi quay sang chị Mai. “Chị xác nhận chị đã nói với em trước 15:30 bằng kênh nào ạ?” Chị Mai nhìn tôi, nụ cười rất mỏng. “Chị nhắc chung ở khu sale. Có thể em không để ý.” Tôi gật đầu một lần. “Vậy biên bản cần ghi đúng là ‘sale cho rằng đã nhắc chung ở khu sale, chưa có log xác nhận’. Em không thể ký vào câu ‘đã được thông tin’ như một dữ kiện đã xác nhận.”

Không khí trong phòng họp kín lại như bị kéo thêm một lớp rèm. Anh Tuấn đặt bút xuống bàn. “Linh, em đang làm mọi chuyện phức tạp hơn. Mail khách gửi em vừa rồi cũng không nên đưa vào folder chung ngay. Đó là trao đổi giữa khách và sale, chưa chắc đã phản ánh đủ bối cảnh.” Tôi nhìn anh. “Em không gửi ra ngoài công ty, không gửi cho người không liên quan. Em đưa vào folder case theo yêu cầu sáng nay là chuẩn bị toàn bộ record liên quan, bao gồm trao đổi với khách. Em cũng ghi rõ cần xác minh, chưa dùng làm kết luận.” Anh Tuấn im lặng một nhịp. Tôi biết anh nghe thấy chữ của chính mình trong câu tôi vừa nói.

Anh Khoa dựa lưng vào ghế. “Cái ảnh đó không phải kênh chính thức. Khách nói gì trên chat riêng cũng có thể hiểu nhiều cách. Sale giữ slot cho khách là vì doanh thu chung, không phải vì KPI cá nhân. Nếu support cứ máy móc báo rủi ro sớm, khách lớn chạy hết thì ai chịu?” Đến câu này, tôi ngẩng lên nhìn thẳng anh. “Báo rủi ro không làm khách chạy. Giấu rủi ro đến sau cut-off mới làm khách mất tàu.” Căn phòng im bặt. Tôi không định nói câu đó lớn, nhưng khi nó ra khỏi miệng, tôi biết mình không muốn rút lại.

Chị Mai đổi sắc mặt. “Em nói vậy là quy cho chị giấu rủi ro?” Tôi đáp: “Em đang nói về nguyên tắc quy trình. Trong record khách gửi, có câu ‘chưa cần gửi qua support để khỏi bị báo rủi ro sớm’. Em đề nghị chiều nay ghi nhận là có record này và cần chị xác minh.” Anh Tuấn lập tức chen vào: “Đủ rồi. Phòng này không phải nơi kết luận ai sai ai đúng.” Tôi nhìn bản biên bản trên bàn. “Vậy phòng này cũng không nên là nơi yêu cầu em ký nhận một nội dung chưa được đối chiếu với đủ người liên quan.”

Không ai đẩy cây bút về phía tôi nữa. Anh Tuấn kéo bản in lại, gấp đôi nhưng không cất đi. “Em có quyền chưa ký. Nhưng anh nói trước, thái độ không phối hợp sẽ được ghi nhận.” Tôi gật đầu. “Dạ. Anh ghi giúp em là em chưa ký vì nội dung biên bản chưa phản ánh đầy đủ dữ kiện, thiếu phần record khách hàng cung cấp, thiếu xác nhận của OPS và chứng từ, và chưa có log chứng minh support được thông tin trước cut-off.” Tôi mở sổ, viết đúng câu đó xuống trang mới, ghi giờ: 11:47. Anh Khoa nhìn cuốn sổ của tôi như thể nó khó chịu hơn cả lời nói.

Cuộc họp chiều bắt đầu lúc hai giờ mười. Trên màn hình là file “Incident_Minutes_DaiPhu_MTStar_v2”. Tôi nhận ra vài câu trong bản in lúc trưa đã được đưa vào, chỉ bớt sắc hơn. “Support chưa chủ động cảnh báo rủi ro” vẫn nằm ở phần đánh giá sơ bộ, dù phía dưới có thêm dòng “chờ đối chiếu record khách hàng bổ sung”. Chị Thảo bên vận hành tổng yêu cầu từng bên trình bày ngắn theo dữ kiện. Anh Khoa nói về áp lực giữ slot và việc khách thay đổi chứng từ sát giờ. Chị Mai nói nhỏ hơn bình thường.

Khi đến lượt tôi, tôi mở timeline đã cập nhật. Tôi không đọc lại mọi thứ từ đầu, chỉ nhấn vào phần mới: “11:02, khách hàng gửi mail bổ sung record trao đổi với sale lúc 14:21. Nội dung thể hiện tại thời điểm đó, khách đã báo còn thiếu VGM đúng và xác nhận phí. Trong record có câu từ phía sale: ‘chưa cần gửi qua support để khỏi bị báo rủi ro sớm’. Em đề nghị đưa thông tin này vào phụ lục cần xác minh, không dùng để kết luận ngay nếu chưa đối chiếu với chị Mai và khách.” Chị Thảo yêu cầu mở mail gốc, nên tôi hiển thị địa chỉ người gửi, thời gian nhận, nội dung mail và file đính kèm.

Chị Lan nhìn vào màn hình rồi nói: “Nếu 14:21 đã biết còn thiếu VGM đúng thì chứng từ phải được báo để giữ phương án. Bên em không nhận gì trước 15:43.” Anh Phong thêm vào: “OPS cũng không nhận ticket rủi ro. Nếu thông tin bị giữ ngoài luồng, phần quy trình phải ghi rõ.” Anh Khoa lập tức phản đối: “Không thể chỉ dựa vào ảnh chat của khách để nói sale giữ ngoài luồng. Khách cũng có trách nhiệm gửi chứng từ đúng hạn.” Chị Thảo quay sang chị Mai. “Mai, em xác nhận có trao đổi này không?” Chị Mai nhìn màn hình rất lâu. Cuối cùng chị nói: “Em có trao đổi với chị Hạnh, nhưng ý em là khách gửi trước cho em để em kiểm tra tổng quan, không phải cố tình giấu support. Câu đó chỉ là cách nói cho khách đỡ lo.”

Chị Thảo hỏi tiếp: “Vậy tại sao sau khi khách nói thiếu VGM đúng, em không tạo ticket rủi ro hoặc tag support?” Chị Mai mím môi. Anh Khoa trả lời thay: “Vì lúc đó vẫn còn khả năng khách bổ sung kịp. Sale đang cố giữ cơ hội.” Anh Phong nói gọn: “Quy trình không cấm giữ cơ hội. Quy trình cấm giữ rủi ro một mình.” Không ai nói gì trong vài giây. Câu “support chưa chủ động cảnh báo rủi ro” bỗng trở nên lạc lõng, nhưng nó vẫn còn đó.

Cuối buổi, chị Thảo yêu cầu Hương sửa ba điểm: chứng từ hợp lệ chưa được chuyển cho support/chứng từ trước cut-off; có record khách hàng thể hiện sale đã biết rủi ro từ 14:21 và cần xác minh thêm; tạm thời không ghi cá nhân nào là nguyên nhân chính cho đến khi có log CRM, mail và xác nhận từ các bên. Khi bản mới in ra, anh Tuấn đề nghị tôi ký với tư cách người phụ trách support. Tôi đọc toàn bộ rồi dừng ở dòng cuối: “Nguyễn Gia Linh không đồng ý nhận trách nhiệm cá nhân đối với sự cố.” Tôi ngẩng đầu. “Em đề nghị sửa thành: ‘Nguyễn Gia Linh chưa đồng ý với kết luận trách nhiệm cá nhân do biên bản đang trong giai đoạn đối chiếu dữ kiện.’” Anh Khoa bật cười khẽ. “Một câu mà em cũng phải sửa?” Tôi đáp: “Một câu sai đủ để thành kết luận.” Chị Thảo nhìn Hương. “Sửa theo câu Linh nói.”

Tôi rời phòng họp lúc gần bốn giờ rưỡi. Ngoài cửa kính, trời bắt đầu xám lại dù chưa mưa. Tôi tưởng mình sẽ thấy nhẹ hơn, nhưng trong ngực chỉ có một khoảng căng mỏi như vừa giữ một thùng hàng quá nặng. Về đến bàn, tôi mở folder case để lưu bản biên bản đã sửa. Một thông báo mới hiện lên trong CRM incident: “New attachment uploaded – Support_statement_NguyenGiaLinh_refuse_to_take_responsibility.docx.” Người upload: Khoa Tran. Thời gian: 16:21.

Tôi không mở file ngay. Tôi nhìn tiêu đề đó một lúc, rồi chụp màn hình thông báo, lưu vào folder “Incident_version_tracking”. Trong biên bản chính thức, họ chưa thể để tên tôi đứng một mình. Nhưng ở một nơi khác của cùng hệ thống, một phiên bản câu chuyện mới đã bắt đầu được viết, bằng một cái tên dài hơn, mềm hơn và nguy hiểm hơn: từ chối nhận trách nhiệm.