Chương 1: Chuyến tàu bị lỡ

Chương 1: Chuyến tàu bị lỡ

Tôi biết chuyến tàu đó sẽ bị lỡ từ lúc đồng hồ trong hệ thống nhảy sang 15:47, còn ô trạng thái booking vẫn trống phần xác nhận VGM. Trong ngành logistics, mười ba phút trước cut-off không phải là thời gian để cứu một lô hàng, mà chỉ đủ để người ta tìm xem nên đẩy trách nhiệm về phía ai cho gọn. Tôi ngồi ở bàn support sale sát vách kính phòng họp nhỏ, trước mặt là ba cửa sổ màn hình chồng lên nhau: hệ thống đặt slot, hộp thư chung của team sale, và file Excel theo dõi container đi tuyến Cát Lái – Singapore. Dòng khách hàng Đại Phú vẫn đang được tô màu vàng, nghĩa là chưa đủ điều kiện lên tàu. Nhưng bên cạnh tên khách, cột người phụ trách đã có tên tôi.

Công ty tôi tên Minh Thịnh Logistics, một công ty không quá lớn nhưng đủ đông để lỗi đi qua nhiều bàn làm việc trước khi biến thành một cái tên cụ thể trên biên bản. Tôi làm ở đây gần sáu năm, từ lúc còn là nhân viên mới chuyên nhập mã cảng sai vì run tay, cho đến khi thành người mà cả bộ phận sale đều tìm mỗi khi cần “gỡ gấp một case”. Chức danh của tôi là support sale, nghe thì giống người hỗ trợ giấy tờ, nhưng trên thực tế tôi làm đủ việc nằm giữa lời hứa của sale và khả năng vận hành của operation. Sale bán được slot, khách hàng ký booking, doanh thu chạy về bảng KPI của họ. Còn khi khách gửi chứng từ trễ, đóng hàng trễ, thanh toán trễ hoặc phát sinh yêu cầu ngoài cam kết, người phải gọi hãng tàu, xin kéo cut-off, sửa SI, kiểm tra VGM, nhờ kho bãi giữ cửa và chịu nghe khách mắng thường là chúng tôi.

Ba giờ bốn mươi chín phút chiều, điện thoại nội bộ đổ chuông. Tôi nhìn số máy của anh Khoa, trưởng nhóm sale tuyến biển, rồi mới nhấc máy. Giọng anh ấy rất nhanh, kiểu nhanh của người đã quyết định xong phần mình và chỉ chờ người khác hoàn thiện hậu quả. “Linh, case Đại Phú em xử lý chưa? Khách đang gọi anh liên tục. Lô này phải đi chuyến MT Star tối nay.” Tôi kéo mắt xuống mail mới nhất của khách. File VGM gửi lúc 15:43, sai số container, chưa có xác nhận thanh toán local charge, và quan trọng nhất là hãng tàu đã chốt cut-off chứng từ lúc 15:30. Tôi nói chậm: “Không thể lên chuyến này nếu không có xác nhận mở lại cut-off từ hãng tàu. Em đã gửi mail xin exception, nhưng họ chưa phản hồi. VGM khách gửi cũng đang sai một ký tự số container.” Đầu dây bên kia im đúng hai giây, rồi anh Khoa hạ giọng: “Em cứ submit trước đi, sai thì sửa sau. Khách là khách lớn, không thể để miss vessel.”

Tôi đã nghe câu “không thể để miss vessel” nhiều đến mức nó không còn tạo cảm giác khẩn cấp nữa, chỉ còn giống một tờ giấy mỏng được đặt lên miệng hố. Mọi người đều biết dưới đó có lỗi quy trình, nhưng miễn tờ giấy chưa rách thì ai cũng có thể đi ngang qua như chưa từng thấy. Tôi mở lịch sử booking. Yêu cầu giữ slot được tạo lúc 13:58, sau khi khách đã trễ giờ đóng hàng buổi sáng. Người tạo là tài khoản của chị Mai bên sale. Ghi chú ban đầu chỉ có một dòng: “Khách cam kết đủ chứng từ trước 15:00, ưu tiên giữ slot.” Không có mail xác nhận của khách trước thời điểm đó, không có phiếu kiểm tra điều kiện, không có thông báo rủi ro gửi operation. Với một lô hàng bình thường, vậy đã đủ để chuyển sang chuyến sau. Với một lô hàng do sale tự tin hứa giữ doanh thu cuối tháng, nó bỗng trở thành “case gấp cần support”.

Tôi gõ trả lời vào nhóm chat nội bộ: “Case Đại Phú chưa đủ điều kiện lên MT Star. Thiếu VGM đúng, thiếu xác nhận payment, cut-off chứng từ hãng tàu đã qua lúc 15:30. Đã gửi mail xin exception lúc 15:46, đang chờ phản hồi.” Tôi cố tình viết đủ thời gian, đủ trạng thái, đủ điều kiện thiếu. Ở công ty này, câu chữ không cứu được chuyến tàu, nhưng đôi khi cứu được người viết nó khỏi việc bị biến thành người duy nhất có lỗi. Tin nhắn vừa gửi đi, chị Mai đã nhắn riêng cho tôi: “Em ghi vậy trên group làm gì? Khách thấy không hay đâu. Chỉ cần nói đang xử lý.” Tôi nhìn màn hình vài giây rồi trả lời: “Group này là group nội bộ, em ghi để các bên nắm điều kiện thực tế.” Chị Mai gửi lại một biểu tượng mặt cười. Tôi đã làm ở đây đủ lâu để hiểu, biểu tượng mặt cười đó không vui vẻ chút nào.

Bốn giờ đúng, hệ thống tự động khóa nút submit SI. Tôi vẫn thử một lần, không phải vì hy vọng, mà vì tôi cần ảnh chụp màn hình lỗi hệ thống. Dòng chữ đỏ hiện lên ngay dưới form: “Document cut-off passed. Carrier approval required.” Tôi lưu ảnh vào folder case Đại Phú, đặt tên theo giờ phút, rồi đính kèm vào mail trả lời cho anh Khoa, chị Mai, operation và trưởng bộ phận chứng từ. Nội dung mail rất ngắn: “Hi team, hệ thống hãng tàu đã khóa submit do quá cut-off. Case chỉ có thể tiếp tục nếu carrier approve exception. Em sẽ cập nhật ngay khi có phản hồi.” Tôi bấm gửi. Ba mươi giây sau, anh Khoa bước ra khỏi chỗ ngồi, đi thẳng đến bàn tôi.

“Em làm vậy là đẩy sale vào thế khó,” anh nói, không lớn tiếng nhưng đủ để hai bạn chứng từ bên cạnh ngẩng đầu. Tôi xoay ghế lại, tay vẫn đặt trên chuột. “Em đang ghi đúng trạng thái xử lý.” Anh Khoa chống một tay lên vách ngăn thấp giữa hai bàn, nụ cười kéo căng ở khóe miệng. “Đúng trạng thái là khách đã gửi chứng từ và support không kịp submit. Em đừng làm phức tạp. Chỉ cần nhận phần xử lý trễ, tối anh gọi hãng tàu sau.” Tôi nhìn anh một lúc. Ở những năm đầu làm việc, tôi từng nghĩ người nói tự tin như vậy chắc chắn có cách thật. Sau này tôi mới biết, nhiều người chỉ cần tự tin cho đến khi ai đó khác ký nhận lỗi thay họ.

Tôi đáp: “Nếu anh gọi được hãng tàu mở lại cut-off thì em sẽ submit ngay. Nhưng em không thể ghi support xử lý trễ khi chứng từ hợp lệ đến sau cut-off.” Không khí quanh bàn tôi lặng xuống. Chị Mai từ xa đi tới, tay cầm điện thoại còn sáng màn hình cuộc gọi. “Linh, khách đang rất bực. Mình phải linh động chứ không phải lúc nào cũng ôm quy trình.” Tôi nhìn chị ấy. Chị Mai hơn tôi một tuổi nhưng vào công ty sau tôi ba năm, hiện là sale chủ lực tuyến này, tháng nào cũng đứng đầu doanh thu. Mỗi lần chị ấy nói “mình”, tôi đều biết người phải làm thêm là tôi, người phải giải trình là tôi, còn hoa hồng vẫn nằm trong bảng lương của chị ấy.

Tôi nói: “Linh động là khi còn điều kiện để linh động. Case này thiếu đủ ba điều kiện trước cut-off. Em đã xin exception đúng thẩm quyền.” Chị Mai cười nhẹ: “Em cứ nói vậy thì mai họp OPS lại quy trách nhiệm cho cả team. Em có muốn mọi người khó xử không?” Câu hỏi ấy nghe như hỏi thăm, nhưng thật ra là nhắc tôi nhớ vị trí của mình. Support sale không mang doanh thu trực tiếp. Support sale không được khách mời cà phê. Support sale không xuất hiện trong slide tổng kết tháng, trừ khi có một lô hàng bị lỡ tàu và cần một dòng ghi “support xử lý chưa sát sao”. Tôi thở ra thật chậm. “Em không muốn ai khó xử, nên em ghi đúng dữ kiện ngay từ đầu.”

Đến 16:23, hãng tàu trả lời mail: “No exception. Roll to next vessel.” Tôi đọc dòng đó hai lần. Không có cảm xúc bất ngờ, chỉ có một thứ mệt mỏi cũ kỹ lan lên từ gáy. Tôi forward mail vào group. Gần như ngay lập tức, khách hàng gọi đến hotline. Bạn chăm sóc khách hàng nghe máy, mặt tái dần, rồi quay sang nhìn tôi như thể tôi đang cầm chìa khóa mở cửa một căn phòng đã cháy. Tôi nhận cuộc gọi chuyển tiếp. Đầu dây bên kia là chị Hạnh, phụ trách xuất khẩu của Đại Phú. Chị ấy nói nhanh, căng và tức: “Bên em cam kết đi chuyến tối nay. Sao giờ báo roll? Bên chị đã xếp lịch giao hàng bên Singapore rồi.” Tôi không cắt lời. Đợi chị nói hết, tôi mới giải thích từng mốc thời gian: giờ cut-off, giờ nhận VGM, lỗi số container, điều kiện thanh toán, mail xin exception và phản hồi của hãng tàu. Tôi không nhắc tên chị Mai, cũng không đổ lỗi cho khách. Tôi chỉ đặt sự việc về đúng trình tự của nó.

Khi cuộc gọi kết thúc, chị Hạnh không dịu đi, nhưng ít nhất chị ấy nói: “Gửi lại toàn bộ timeline bằng mail cho chị.” Tôi làm ngay. Timeline không phải vũ khí, chỉ là cách duy nhất để người làm support không bị chôn dưới những câu nói miệng. Tôi liệt kê từng mốc, đính kèm mail và ảnh chụp hệ thống, rồi gửi cho khách, cc các bên liên quan. Lúc mail rời hộp thư đi, tôi thấy anh Khoa quay lưng vào phòng họp với chị Mai và anh Tuấn, quản lý kinh doanh. Cửa kính đóng lại, nhưng rèm chưa kéo hết. Tôi nhìn thấy chị Mai đặt điện thoại xuống bàn, anh Khoa khoanh tay, còn anh Tuấn thì nhìn ra ngoài đúng hướng bàn tôi.

Năm giờ mười, phòng họp mở cửa. Anh Tuấn gọi tôi vào. Trên màn hình trong phòng là file “Incident Note – Đại Phú – MT Star”. Tôi vừa ngồi xuống đã thấy dòng nguyên nhân tạm ghi: “Support sale follow up chậm, không escalated kịp thời trước cut-off.” Có những khoảnh khắc người ta không cần ai tát mình vẫn nghe rõ một tiếng vang trong đầu. Tôi nhìn dòng chữ đó, rồi nhìn ba người trước mặt. Anh Tuấn nói bằng giọng quản lý quen thuộc: “Linh, case này khách lớn, mình cần biên bản nội bộ để có hướng xử lý. Em xác nhận phần support chưa bám sát nhé, sau đó sale sẽ làm việc lại với khách.” Tôi hỏi: “Biên bản này dựa trên timeline nào ạ?” Anh Khoa cau mày. “Em đừng căng. Nội bộ thôi.”

Tôi đặt điện thoại xuống bàn, màn hình vẫn mở sẵn mail phản hồi của hãng tàu. “Nếu là nội bộ thì càng cần đúng. Em không xác nhận nội dung này, vì chứng từ hợp lệ không đến trước cut-off và em đã escalate ngay khi nhận được file.” Chị Mai nhìn tôi, giọng nhỏ nhưng sắc: “Em làm vậy là muốn đẩy lỗi cho sale?” Tôi lắc đầu. “Em muốn ghi đúng lỗi nằm ở đâu để lần sau không lặp lại.” Câu đó khiến căn phòng im hẳn. Trong im lặng ấy, tôi bỗng nhận ra điều mình đã né tránh quá lâu: đây không phải lần đầu một chuyến tàu bị lỡ vì lời hứa vượt quá quy trình, cũng không phải lần đầu support sale bị đề nghị nhận một câu “follow up chậm” cho xong chuyện. Chỉ là hôm nay, dòng chữ ấy xuất hiện quá sớm, rõ ràng đến mức tôi không thể tiếp tục giả vờ không nhìn thấy.

Anh Tuấn khép laptop lại một nửa. “Vậy em chuẩn bị toàn bộ bằng chứng, mai họp với OPS và chứng từ. Nhưng anh nói trước, thái độ phối hợp cũng là một phần đánh giá.” Tôi gật đầu. “Dạ, em sẽ chuẩn bị theo timeline hệ thống và mail.” Tôi đứng dậy ra khỏi phòng, sau lưng vẫn nghe tiếng chị Mai thở mạnh. Ngoài văn phòng, trời đã chuyển màu xám. Một chuyến tàu đã rời cảng mà không có container của Đại Phú, còn trong công ty, một chuyến tàu khác vừa bắt đầu chạy: chuyến tàu chở một biên bản nội bộ đã cố định sẵn điểm đến là tên tôi.

Tôi trở lại bàn, mở folder lưu case, kiểm tra lại từng file. Ảnh chụp hệ thống lúc 16:00, mail khách gửi VGM lúc 15:43, mail xin exception lúc 15:46, phản hồi từ hãng tàu lúc 16:23, timeline gửi khách lúc 16:51. Mọi thứ đều ở đó, hợp lệ, đúng thẩm quyền, không thừa một bước. Khi tôi định tắt máy, hệ thống CRM hiện thông báo mới: “Incident draft updated by Sales Admin.” Tôi nhấn vào theo thói quen. File biên bản nháp mở ra, phần nguyên nhân đã được sửa. Dòng “support sale follow up chậm” vẫn còn, nhưng bên dưới vừa thêm một câu mới: “Nhân viên phụ trách: Nguyễn Gia Linh xác nhận đã nhận đủ chứng từ lúc 15:00 nhưng không hoàn tất submit trước cut-off.” Tôi nhìn chằm chằm vào câu đó. Trong log mail, không có chứng từ nào đến lúc 15:00. Trong lịch sử hệ thống, cũng không có xác nhận nào do tôi tạo. Vậy mà trên biên bản nháp, tên tôi đã nằm sẵn ở đó, như một chữ ký chưa cần người ký.

Tôi không đóng file ngay. Tôi tải bản nháp xuống, lưu lại lịch sử cập nhật, rồi gửi một mail mới cho chính mình và hộp thư chung của bộ phận với tiêu đề: “Record for incident timeline – Đại Phú / MT Star.” Nội dung chỉ có một câu: “Em lưu lại timeline hiện tại để đối chiếu trong cuộc họp ngày mai.” Khi bấm gửi, tôi biết chuyến tàu của Đại Phú đã lỡ. Nhưng nếu họ nghĩ tôi cũng sẽ lỡ mất thời điểm tự bảo vệ mình, thì có lẽ họ đã quen nhìn support sale cúi đầu quá lâu.