Thứ gửi đến không phải một báo lỗi, mà là bản thiết kế phiếu lương

Sáng ngày 12 tháng 9, thứ gửi đến từ E không phải một báo lỗi. Đó là 1 bản vẽ về cách anh muốn phiếu lương được làm lại: những đường kẻ tay, chỉ rõ con số nào đặt ở đâu, dòng nào cần in to hơn. Anh đã cùng chúng tôi từ những ngày đầu của công ty, và đã gửi rất nhiều báo cáo về màn hình. Nhưng một báo cáo và một bản thiết kế là 2 thứ khác nhau.

Phiếu lương của chúng tôi khi đó như thế này. Một bảng duy nhất, 23 dòng. Lương cơ bản, rồi vài khoản phụ cấp, rồi dòng thuế, rồi các dòng bảo hiểm xã hội, và số thực nhận nằm dưới cùng. Thứ tự ấy đúng bằng thứ tự chúng tôi tính toán. Tôi nghĩ chúng tôi đã tin rằng nếu xếp từ trên xuống theo trình tự tính, người đọc cũng sẽ đọc theo trình tự đó. Ít nhất thì tôi không nhớ mình từng hỏi ai vì sao lại xếp như vậy.

Bản vẽ của E chia 23 dòng ấy thành 3 khối. Trên cùng chỉ có một con số: khoản tiền đến tay người nhận, in lớn hơn và không có gì khác xung quanh. Khối thứ 2 là các khoản thu nhập tạo nên con số đó. Khối thứ 3 là những gì bị trừ đi. Bên lề bản vẽ anh ghi lý do, rất ngắn: vì thứ đầu tiên người ta nhìn là một con số.

Anh còn viết cụ thể người nhận đọc phiếu lương ra sao. Phần lớn đọc khi đang đứng, trong vài giây. Họ tìm trước hết khoản sẽ vào tài khoản của mình, rồi xem có bằng tháng trước không. Chỉ khi khác đi họ mới bắt đầu đọc phần chi tiết. Nhiều người chụp ảnh lại để giữ. Nửa trên bản vẽ của anh được để trống dành cho vài giây đó.

Lâu nay chúng tôi làm phiếu lương như một tài liệu của phía công ty, tờ giấy để người phụ trách sổ sách kiểm tra xem các con số có khớp không. Vì thế nó đi theo trình tự tính toán. Thực tế, người đọc tờ giấy này nhiều nhất lại là người được trả lương. Chúng tôi đã hình dung sai ai là người đọc, rồi sắp xếp lại các dòng ngay trên sai lầm đó.

Anh cũng nói về phần khấu trừ. Dòng thuế và các dòng bảo hiểm xã hội nằm rải rác giữa các khoản phụ cấp. Hơn nữa, phần trừ vào lương người lao động và phần công ty trả riêng lại nằm cùng một cột, trông y như nhau. Với một khoản như BPJS, vốn có cả phần của người sử dụng lao động lẫn phần của người lao động, đó chính là nơi sinh ra hiểu nhầm.

Và hiểu nhầm ấy đã xảy ra thật: một người xem phiếu lương từ đợt thử nghiệm của chúng tôi đã hỏi khoản đó có bị trừ vào lương của họ nữa không. Không. Khoản đó do công ty trả riêng. Không có chỗ nào trong phép tính sai cả. Cái sai là cách đặt con số, vốn phải nói cho người đọc biết con số ấy là gì. Một con số đúng và một con số được hiểu đúng là 2 chuyện khác nhau.

Đây là hình hài chúng tôi phát hành ngày 19 tháng 9. Ba khối; bỏ bảng khổ A4, và bây giờ nó vừa trong 1 tờ A5. Phần do công ty chịu được chuyển ra khỏi khối thứ 3 sang chỗ riêng, kèm 1 dòng nói rằng khoản này không bị trừ vào lương của bạn. Số dòng thì không giảm. Cái giảm là số dòng phải đọc trong vài giây đầu tiên.

Xin nói rõ một điều. Tôi không phải kế toán thuế. Lần này chúng tôi chỉ thay đổi cách hiển thị; phần tính thuế và các khoản đóng bảo hiểm xã hội thì không đụng đến. Những mục phải có trên phiếu lương và cách xử lý từng khoản là do quy định của mỗi nước, vì vậy hãy xác nhận điều đó với người có chuyên môn.

Chúng tôi cũng sửa cách làm việc của chính mình. Biểu mẫu báo cáo chúng tôi cung cấp chỉ có một ô: mô tả sự cố. Hãy cho chúng tôi biết chỗ nào hỏng. Không có chỗ nào cho một đề xuất, không có chỗ để viết bạn muốn một thứ được làm ra như thế nào. Cuối cùng E không dùng biểu mẫu ấy; anh gửi một bản vẽ. Nghĩa là biểu mẫu của chúng tôi có hình dạng không thể tiếp nhận phần việc giá trị nhất của anh. Bây giờ đã có ô dành cho đề xuất.

Xin viết đôi dòng về E. Anh là đồng nghiệp người Indonesia đã ở cùng chúng tôi từ những ngày đầu của công ty, và anh không ở Jakarta; anh sống ở một thị trấn nhỏ cách đây khá xa. Ở đó anh nhìn thấy những phiếu lương thật sự được phát ra. Còn thứ tôi nhìn thấy là tài liệu quy định của cơ quan nhà nước và màn hình do chính chúng tôi làm. Chúng tôi cùng làm một sản phẩm, nhưng vật thật trước mắt mỗi người thì khác nhau.

Một lời nhờ và một bản thiết kế đòi hỏi ở người mang nó đến những thứ rất khác nhau. Nhờ sửa thì chỉ cần viết ra chỗ vướng mắc. Người mang bản thiết kế đến đã tự nghĩ trước, và chấp nhận ngay từ đầu rằng nó có thể bị từ chối. Vì thế thứ chúng tôi phải đáp lại là một câu trả lời nhanh, và một lý do cho ngày chúng tôi không dùng. Lần này chúng tôi đã dùng. Chúng tôi làm đúng như bản vẽ, rồi gửi lại cho anh những gì đã thay đổi.