Chương 8: Người dọn rác cho phòng sale

“Chị Linh phải không? Bên tôi vừa được báo rằng forecast ban đầu là sáu container nhưng support bên chị không giữ đủ slot. Tôi cần chị xác nhận chuyện đó ngay bây giờ.”

Tôi giữ ống nghe sát tai, nhưng mắt lập tức nhìn xuống màn hình CRM còn đang mở. Dòng customer follow-up draft vẫn nằm đó, trạng thái hold, approval action bị khóa, không có dấu hiệu nào cho thấy nó đã được gửi ra ngoài. Vậy mà câu chuyện trong bản draft ấy đã đi tới khách bằng một con đường khác, nhanh hơn cả quy trình mà chúng tôi vừa cố dựng lại. Tôi nghe tiếng Hương nín thở ở bàn bên cạnh. Trong một giây rất ngắn, tôi hiểu vì sao nhiều người trong phòng support chọn cách im lặng: chỉ cần một câu xác nhận sai qua điện thoại, toàn bộ version history phía sau có thể bị đẩy xuống thành lời biện minh muộn màng.

Tôi đáp chậm hơn bình thường: “Dạ, em là Linh bên support. Trước khi trả lời, cho phép em xác nhận cuộc gọi này là trao đổi liên quan incident Đại Phú – MT Star, đúng không ạ? Em sẽ ghi nhận call note vào CRM để hai bên cùng có căn cứ theo dõi.” Đầu dây bên kia im nửa nhịp, rồi giọng người phụ nữ hạ xuống nhưng vẫn căng: “Đúng, chị là Vân, phụ trách escalation bên Đại Phú. Chị không cần một call note dài. Chị cần biết bên em có nhận forecast sáu container từ đầu hay không.” Tôi nhìn vào ô forecast version compare vẫn chưa đóng, ép mình không nói ngay chữ “không”. Một câu trả lời đúng nhưng thiếu bối cảnh đôi khi vẫn bị cắt ra thành một câu sai.

“Dạ, em không thể xác nhận câu ‘forecast ban đầu là sáu container’ nếu chưa gắn đúng mốc dữ liệu,” tôi nói. “Thông tin hiện đang được audit là forecast ID F-DP-MTSTAR-W25. Tại forecast freeze time theo SOP phân bổ slot, bản active không phải trạng thái sáu container customer committed. Em có thể xác nhận incident đang được rà soát bằng version history và call note chính thức, nhưng em không xác nhận kết luận support không giữ đủ slot dựa trên một dữ kiện chưa đủ mốc thời gian.”

Chị Vân bật ra một tiếng cười ngắn, không vui. “Em nói vậy là sales bên em báo sai cho chị?” Câu hỏi ấy sắc hơn cả câu đầu tiên. Tôi biết chỉ cần trả lời theo hướng đẩy lỗi ngược lại sale, cuộc gọi này sẽ biến thành một cuộc đấu nội bộ trước mặt khách. Tôi cũng biết nếu tiếp tục nói vòng, khách sẽ hiểu support đang né trách nhiệm. Tôi đặt tay lên bàn phím, mở ô call note mới và vừa gõ vừa nói: “Em chưa kết luận ai báo sai. Em đang ghi nhận rằng Đại Phú nhận được thông tin forecast ban đầu là sáu container và support không giữ đủ slot. Để tránh hai bên làm việc trên các phiên bản khác nhau, chị có thể cho em biết thông tin đó được gửi qua kênh nào không ạ? Email, CRM update hay cuộc gọi trực tiếp?”

Bên kia có tiếng giấy lật và tiếng ai đó nói nhỏ phía xa. Chị Vân trả lời: “Anh Khoa bên sales của các em gọi cho sếp chị khoảng ba giờ hơn. Sau đó có một mail recap nói forecast của Đại Phú đã được ghi nhận từ sáng. Chị đang cầm mail đây.” Tim tôi trượt xuống một nhịp, nhưng ngón tay vẫn tiếp tục gõ. Không phải draft 22:52. Không phải approval bị lock. Một mail recap khác. Một lối đi khác được mở ra trong lúc tất cả mọi người đang nhìn vào cánh cửa chính.

Tôi không hỏi chị Vân chuyển mail ngay theo kiểu hoảng hốt. Tôi nói: “Dạ, để tránh mất dữ kiện, nhờ chị forward giúp email recap đó vào incident thread chính thức hoặc địa chỉ support escalation đã dùng trong case. Em sẽ ghi rõ nguồn do Đại Phú cung cấp và chuyển cho incident owner xử lý. Từ phía em, phản hồi chính thức tiếp theo sẽ được gửi bằng một bản update có tách rõ forecast tại freeze time, forecast sau incident và trạng thái chứng từ, để không làm sai timeline của hai bên.” Chị Vân im lặng vài giây. Có lẽ chị không hài lòng vì tôi không cho chị một cái tên để giận ngay lập tức, nhưng ít nhất tôi không ném thêm rác vào giữa phòng.

Hương kéo ghế lại gần, chỉ vào màn hình chat nhóm incident. Tôi hiểu ý con bé, mở nhóm và gõ nhanh: “Khách Đại Phú escalation contact đang gọi trực tiếp vào bàn em. Khách cho biết đã nhận cuộc gọi từ Sales khoảng sau 15:00 và có email recap nói forecast đã được ghi nhận từ sáng. Em đang ghi call note trên CRM, không xác nhận kết luận trách nhiệm, đã yêu cầu khách forward email recap vào incident thread chính thức.” Tôi bấm gửi. Tin nhắn vừa hiện dấu đã đọc, anh Khoa trả lời: “Linh, em đừng làm khách rối thêm. Anh chỉ giải thích forecast mới nhất là 6 cont, không nói gì sai.”

Chị Mai nối ngay sau đó: “Khách đang cần reassurance. Nếu support cứ nói audit với version history, khách sẽ nghĩ mình đùn đẩy.” Tôi nhìn hai câu ấy, đột nhiên thấy buồn cười theo một cách rất mệt. Khi cần khách được trấn an, người ta muốn support đứng ra nói mềm. Khi câu mềm đó biến thành bằng chứng nhận lỗi, người ký nhận vẫn là support. Lâu nay tôi cứ nghĩ mình làm support sale: hỗ trợ quy trình, kiểm chứng dữ liệu, nhắc cut-off, nối OPS, cập nhật khách. Nhưng có những ngày, tên thật của công việc này giống “người dọn rác cho phòng sale” hơn. Rác không phải chỉ là lỗi. Rác là những câu nói thiếu mốc thời gian, những lời hứa không có chỗ trên hệ thống, những bản recap được gửi trước rồi mới quay lại tìm nguồn để chống lưng.

Chị Thảo phản hồi trong nhóm: “Linh tiếp tục call theo checklist. Không xác nhận trách nhiệm. Yêu cầu khách gửi email recap vào thread. Khoa, Mai tạm dừng mọi trao đổi external liên quan incident cho đến khi Hải chốt nguồn.” Ngay sau đó, anh Hải cũng nhắn: “Khoa gửi ngay call note cuộc gọi với Đại Phú sau 15:00. Nếu có mail recap đã gửi, forward vào nhóm này, không tự chỉnh lại nội dung.” Dòng chữ “không tự chỉnh lại nội dung” nằm giữa khung chat như một cái thước kẻ đặt lên bàn tay đang muốn xóa dấu mực.

Trong điện thoại, chị Vân hỏi: “Vậy bây giờ Đại Phú phải tin ai? Sales bên em gọi nói đã forecast sáu container, support bên em lại bảo phải audit. Hàng của chị đang nằm ngoài bãi, phí phát sinh mỗi giờ không đợi các em họp nội bộ.” Tôi hít vào rất nhẹ. Mệt mỏi trong người không biến mất; nó chỉ được gấp lại, đặt xuống dưới giọng nói. “Dạ, em hiểu việc phí phát sinh là vấn đề thực tế, và em đã ghi nhận yêu cầu Đại Phú cần câu trả lời chính thức về trách nhiệm và phương án xử lý. Việc em không xác nhận ngay không phải để kéo dài, mà để tránh gửi cho chị thêm một thông tin có thể phải sửa lần nữa. Trong lúc chờ bản update chính thức, em sẽ đề nghị OPS xác nhận phương án giảm rủi ro hiện tại cho lô hàng, tách riêng khỏi phần xác định trách nhiệm.”

Chị Vân không dịu đi hẳn, nhưng giọng chị bớt sắc. “Chị forward mail ngay. Nhưng chị nói trước, nếu các em cứ mỗi người một kiểu, Đại Phú sẽ escalation lên cấp cao hơn.” Tôi đáp: “Dạ, em ghi nhận. Nhờ chị forward vào thread để mọi bên cùng nhìn một nguồn. Sau cuộc gọi này, em sẽ gửi call note tóm tắt để chị xác nhận nội dung ghi nhận có đúng ý chị không.” Khi đặt ống nghe xuống, cổ tay tôi đau vì đã giữ một tư thế quá lâu. Hương nhìn tôi như muốn hỏi có ổn không, nhưng con bé không hỏi. Nó chỉ đẩy sang cho tôi một ly nước đã nguội.

Tôi lưu call note lúc 16:03 với từng câu đã được cân lại: khách gọi vào bàn support; khách cho biết đã nhận thông tin từ Sales sau 15:00 và có email recap; support không xác nhận kết luận forecast ban đầu sáu container; support yêu cầu khách forward email vào incident thread; support đề nghị tách xử lý vận hành hiện tại khỏi xác định trách nhiệm. Tôi tag chị Thảo, anh Hải, chị Nhung và anh Bình, đồng thời attach ảnh chụp màn hình call log nội bộ từ máy bàn. Không có một câu nào đổ lỗi cho sale, nhưng cũng không có một chữ nào nhận phần rác của họ về phía mình.

Chưa đầy một phút sau, email của chị Vân đổ vào incident thread. Tiêu đề bắt đầu bằng “FW: MT Star forecast update – Dai Phu”. Tôi mở mail trong chế độ preview, không tải attachment vội. Người gửi ban đầu là chị Mai, cc anh Khoa, thời gian 15:31. Nội dung không dài, chỉ có bốn dòng, nhưng từng dòng giống như được viết để lách qua đúng những điểm vừa bị chặn trong CRM: “As aligned with Sales, Dai Phu forecast for MT Star was recorded since morning as 6x40HC. Support team is checking why final space was not secured in time. We will follow up with internal corrective action.”

Tôi nghe Hương khẽ chửi thề một tiếng rất nhỏ, nhỏ đến mức nếu văn phòng ồn hơn chắc tôi đã không nghe thấy. Tôi không nhắc con bé giữ lời. Lần này, tôi cũng muốn chửi. Draft bị freeze lúc 15:08. Forecast bị freeze để audit lúc 15:49. Nhưng giữa hai mốc ấy, một email từ chị Mai đã ra khỏi công ty, mang theo đúng câu chuyện mà hệ thống chưa cho phép gửi. Tôi chụp màn hình email header, bấm lưu bản .eml vào thư mục incident read-only, rồi gửi vào nhóm: “Khách đã forward email recap. Email gốc gửi lúc 15:31 từ Mai Nguyen, cc Khoa Tran, nội dung dùng câu ‘forecast recorded since morning as 6x40HC’ và ‘support checking why final space was not secured in time’. Em đã lưu header và file .eml read-only, chưa phản hồi khách ngoài call note.”

Anh Khoa không trả lời nữa. Chị Mai cũng im. Sự im lặng ấy không giống im lặng vì bận, mà giống tiếng một thùng rác vừa bị kéo ra giữa phòng, nắp bật mở, mùi bên trong không còn giấu được bằng nước hoa công sở. Anh Hải nhắn sau gần một phút: “Mai giải thích cơ sở gửi email này. Bình khóa toàn bộ outbound template và mail sync liên quan case Đại Phú. Nhung ghi nhận việc external communication đã phát sinh sau khi có yêu cầu hold.” Tôi nhìn dòng chữ của anh Hải, rồi nhìn đồng hồ góc màn hình: 16:07. Ngày làm việc vẫn chưa kết thúc. Chỉ là lần này, thứ cần dọn không còn nằm trong phòng support nữa.

Tôi vừa định mở bản .eml để kiểm header đầy đủ thì hệ thống CRM bật lên một cảnh báo mới: “External reply received – customer requests official correction by 17:00.” Bên dưới cảnh báo, chị Vân chỉ viết một câu: “Nếu thông tin trong email 15:31 không đúng, đề nghị công ty các bạn gửi văn bản đính chính trước 17:00 hôm nay.” Tôi đặt tay lên bàn phím, nhìn khoảng thời gian chưa đầy một tiếng còn lại, và lần đầu tiên trong ngày, tôi thấy rõ cuộc chiến đã bước ra khỏi log hệ thống. Nó đã trở thành một văn bản phải ký tên.