Một kiến nghị trong báo cáo kết quả chỉ có giá trị khi người đọc trả lời được bằng "đồng ý" hoặc "không đồng ý", và khi đồng ý thì ai cũng biết ai làm, đến khi nào, và nhìn vào chỉ số nào để biết nó có tác dụng. Những câu như "cần tăng cường công tác bán hàng" hay "đề nghị các bộ phận phối hợp chặt chẽ hơn" không đạt tiêu chuẩn đó, nên chúng không được ai làm.
Phần kiến nghị là phần duy nhất của báo cáo nhìn về phía trước, nhưng lại thường được viết vội nhất, khi người viết đã mệt vì bảng số và phần giải trình. Bài này đưa ra cấu trúc năm thành phần cho mỗi kiến nghị, cách phân loại theo người có quyền quyết, cách theo dõi kiến nghị qua các kỳ, và cách dùng AI như người phản biện.
Năm thành phần của một kiến nghị dùng được
Việc cụ thể. Bắt đầu bằng động từ chỉ hành động có thể quan sát: thuê thêm, chuyển, thử nghiệm, dừng, đổi quy trình. Tránh các động từ mềm như tăng cường, đẩy mạnh, chú trọng, quan tâm.
Liên kết với chỉ số lệch. Nói rõ kiến nghị này xử lý dòng nào trong bảng kết quả. Kiến nghị không nối được với chỉ số nào thì có thể vẫn hay, nhưng thuộc về một cuộc thảo luận khác.
Người chịu trách nhiệm. Một người, không phải một phòng. Phòng không làm việc; người làm việc. Nếu cần nhiều bên, ghi người đầu mối.
Hạn và mốc kiểm tra. Ngày hoàn thành, và với việc kéo dài, một mốc kiểm giữa chừng. Hạn "trong thời gian tới" không phải là hạn.
Điều cần từ người đọc. Duyệt ngân sách, cho phép đổi chính sách, điều người từ bộ phận khác, hay chỉ cần biết. Nếu không cần gì, ghi "để báo cáo" và đưa xuống cuối.
Kiểm nhanh bằng một câu hỏi. Đọc lại kiến nghị và tự hỏi: nếu ba tuần nữa cấp trên hỏi kiến nghị này đã đến đâu, ai sẽ là người trả lời, và họ sẽ đưa ra con số nào? Nếu không trả lời được ngay, kiến nghị còn thiếu ít nhất một trong bốn thành phần đầu.
Phân loại kiến nghị theo ai có quyền quyết
Trộn chung mọi đề xuất vào một danh sách khiến người đọc không biết đâu là việc của mình. Chia thành ba nhóm giúp cuộc họp sau báo cáo đi thẳng vào phần cần quyết.
| Nhóm | Đặc điểm | Cách trình bày | Ví dụ giả định |
|---|---|---|---|
| Nhóm tự làm | Trong quyền hạn của người viết báo cáo | Ghi ngắn để người đọc biết, không xin duyệt | Đổi lịch gọi lại khách từ chiều sang sáng để tăng tỷ lệ bắt máy |
| Cần cấp trên duyệt | Vượt quyền hạn nhưng trong phạm vi bộ phận | Nêu rõ phương án, chi phí theo mức, rủi ro và đề nghị trả lời trước ngày nào | Cho phép giao trước một phần hàng cho khách công trình với điều kiện đặt cọc |
| Cần phối hợp bộ phận khác | Phụ thuộc người không nằm dưới quyền người viết | Nêu bên liên quan, việc cần họ làm, đề nghị cấp trên làm đầu mối nếu cần | Kho nâng mức tồn tối thiểu của ba mã hàng bán chạy |
Với nhóm thứ hai, một mẹo nhỏ là luôn đưa ít nhất hai phương án, kể cả phương án "giữ nguyên", kèm hệ quả của từng cái. Người đọc quyết nhanh hơn nhiều khi được chọn giữa các phương án rõ ràng thay vì phải tự nghĩ ra phương án thứ hai để so.
Chi phí trong kiến nghị nên ghi theo mức hoặc theo cách tính, khớp với dữ liệu nội bộ của bạn; bài này không đưa con số tham khảo nào vì mỗi đơn vị một khác.
Một kiến nghị viết sai và bản sửa (ví dụ giả định)
Bản gốc trong báo cáo tháng của một nhóm chăm sóc khách hàng có số yêu cầu tồn vượt ngưỡng: "Đề nghị tăng cường nhân sự cho bộ phận và đẩy mạnh đào tạo kỹ năng xử lý yêu cầu." Câu này không nói thêm bao nhiêu người, từ đâu, trong bao lâu, đào tạo gì, ai lo, và nhìn vào đâu để biết có hiệu quả. Giám đốc đọc xong chỉ có thể trả lời "để xem", và thường là không có gì xảy ra.
Bản sửa tách thành hai kiến nghị. Thứ nhất, thuộc nhóm cần duyệt: "Đề nghị điều một nhân viên từ bộ phận bán hàng sang hỗ trợ xử lý yêu cầu tồn trong bốn tuần, từ đầu tháng tới. Đầu mối: trưởng nhóm chăm sóc khách. Chỉ số theo dõi: số yêu cầu tồn cuối tuần, mục tiêu về dưới ngưỡng đã thống nhất sau bốn tuần. Cần giám đốc trả lời trước thứ Sáu." Thứ hai, thuộc nhóm tự làm: "Nhóm soạn bộ câu trả lời mẫu cho năm loại yêu cầu chiếm nhiều nhất trong tháng, xong trong hai tuần, theo dõi bằng thời gian xử lý trung bình của năm loại đó."
Hai kiến nghị sau dài hơn câu gốc, nhưng người đọc trả lời được ngay. Và đến kỳ sau, ai cũng biết phải nhìn vào đâu để xem chúng có tác dụng hay không.
Bao nhiêu kiến nghị là vừa
Một báo cáo tháng có mười hai kiến nghị thường báo hiệu người viết chưa chọn lọc. Khi mọi thứ đều được đề xuất, người đọc không biết đâu là việc quan trọng nhất, và rốt cuộc chỉ một hai việc dễ nhất được làm. Với báo cáo tháng của một nhóm hay bộ phận, ba kiến nghị chính là con số dễ quản lý; báo cáo quý có thể nhiều hơn một chút nhưng nên xếp theo thứ tự ưu tiên.
Cách chọn là quay lại bảng kết quả. Chỉ số nào lệch nhiều nhất và có nguyên nhân hành động được, đó là chỗ đặt kiến nghị đầu tiên. Chỉ số lệch do yếu tố ngoài tầm tay hoàn toàn thì có thể không cần kiến nghị, chỉ cần ghi nhận và theo dõi. Những ý tưởng hay nhưng không nối với chỉ số nào thì gom vào một mục riêng "ý tưởng để bàn", không trộn vào phần kiến nghị chính.
Một dấu hiệu khác cần cảnh giác: kiến nghị nào cũng đòi thêm người, thêm tiền. Thêm nguồn lực đôi khi là đúng, nhưng nếu báo cáo không có kiến nghị nào thuộc nhóm tự làm, người đọc sẽ nghĩ nhóm đang đẩy toàn bộ vấn đề lên trên.
Theo dõi kiến nghị qua các kỳ báo cáo
Kiến nghị không được theo dõi sẽ bị quên sau hai kỳ. Cách đơn giản nhất là giữ một bảng kiến nghị đi kèm bảng chỉ số, cập nhật mỗi lần báo cáo:
- Mỗi kiến nghị một dòng, có mã ngắn, ngày đề xuất, người phụ trách, hạn, chỉ số theo dõi.
- Cột trạng thái chỉ có vài giá trị cố định: chờ duyệt, đã duyệt đang làm, đã xong, bị từ chối, tạm hoãn.
- Mỗi kỳ báo cáo mở đầu phần kiến nghị bằng việc cập nhật các dòng của kỳ trước, trước khi thêm dòng mới.
- Với kiến nghị đã xong, ghi chỉ số theo dõi đã thay đổi thế nào sau khi làm. Đây là phần nhiều nơi bỏ qua, nhưng là cách duy nhất để biết kiến nghị nào có tác dụng.
- Kiến nghị bị từ chối vẫn giữ trong bảng kèm lý do, để kỳ sau không ai đề xuất lại y nguyên mà không biết đã từng bị bác.
- Mỗi quý lọc lại: kiến nghị tạm hoãn quá hai kỳ thì quyết dứt điểm là làm hay bỏ.
Bảng này có thể nằm ngay trong tệp theo dõi chỉ số, một trang tính riêng. Không cần phần mềm quản lý dự án cho một nhóm vài người; điều quan trọng là có người giữ bảng và cập nhật đúng hạn.
Câu lệnh nhờ AI phản biện phần kiến nghị
AI hữu ích ở khâu này không phải vì nó nghĩ ra giải pháp hay hơn bạn, mà vì nó không ngại chỉ ra chỗ mơ hồ. Một vài câu lệnh mẫu, dùng với nội dung đã che tên và số thật:
- "Đây là danh sách kiến nghị trong báo cáo tháng của một nhóm [loại nhóm]. Với từng kiến nghị, kiểm xem đã có đủ năm thành phần chưa: việc cụ thể, chỉ số liên quan, người chịu trách nhiệm, hạn, điều cần từ người đọc. Chỉ ra thành phần còn thiếu."
- "Viết lại các kiến nghị dưới đây để mỗi câu bắt đầu bằng một động từ hành động quan sát được. Không thêm nội dung mới, không đổi ý."
- "Đóng vai giám đốc tài chính đọc kiến nghị này. Nêu ba câu hỏi về chi phí, rủi ro và cách đo hiệu quả mà giám đốc sẽ hỏi."
- "Với kiến nghị này, nêu hai phương án thay thế, trong đó có phương án không tốn thêm nguồn lực, kèm ưu nhược điểm. Đánh dấu rõ đây là gợi ý để thảo luận."
- "Trong bảng theo dõi kiến nghị ba kỳ gần nhất dưới đây, có kiến nghị nào lặp lại dưới hình thức khác nhau không? Có kiến nghị nào đã xong nhưng chỉ số theo dõi không đổi không?"
Câu lệnh cuối cùng đặc biệt có ích sau vài kỳ. Một kiến nghị đã làm xong mà chỉ số không nhúc nhích nghĩa là chẩn đoán ban đầu có thể sai, đáng mang ra buổi rà soát.
Kiến nghị lên cấp cao hơn: viết sao cho được trả lời
Khi báo cáo đi lên giám đốc hay hội đồng quản trị, phần kiến nghị cần được viết như những câu hỏi đóng có ngày hết hạn. Ví dụ giả định: "Đề nghị giám đốc duyệt phương án giao trước một phần hàng cho khách công trình với điều kiện đặt cọc, trả lời trước ngày 15 để kịp đợt giao tháng tới. Nếu không duyệt, doanh số tháng tới dự kiến tiếp tục thấp hơn chỉ tiêu ở mức tương tự tháng này." Người đọc thấy ngay họ cần quyết điều gì, trước khi nào, và cái giá của việc không quyết.
Đặt các kiến nghị cần quyết định lên trước, ngay sau phần kết luận, nếu báo cáo dài. Nhiều người đọc cấp cao chỉ đọc trang đầu; kiến nghị nằm ở trang năm có thể không bao giờ được nhìn thấy.
Cuối cùng, hãy viết kiến nghị sao cho chính bạn sẵn sàng chịu trách nhiệm nếu được duyệt. Một đề xuất bạn không muốn đứng tên thì tốt nhất đừng đưa vào báo cáo.
Câu hỏi thường gặp
Kiến nghị và giải pháp khác nhau thế nào trong báo cáo?
Giải pháp là cách xử lý một vấn đề; kiến nghị là giải pháp đã được gắn với người làm, hạn, chỉ số theo dõi và điều cần người đọc làm. Trong báo cáo kết quả, chỉ nên đưa vào những giải pháp đã được viết thành kiến nghị đầy đủ.
Có nên đưa kiến nghị tốn kém vào báo cáo tháng không?
Có, nếu nó xử lý được chỉ số lệch quan trọng. Hãy nêu chi phí theo mức hoặc cách tính, phương án rẻ hơn để so sánh và hệ quả nếu không làm. Kiến nghị tốn kém mà không có phương án thay thế thường bị gác lại.
Kiến nghị bị bác thì kỳ sau có nên đề xuất lại không?
Chỉ khi có thông tin mới làm thay đổi bức tranh, như chỉ số tiếp tục xấu đi hoặc chi phí đã khác. Khi đề xuất lại, nhắc rõ lần trước đã bị bác vì lý do gì và điều gì đã thay đổi kể từ đó.
Ai nên là người chịu trách nhiệm cho kiến nghị cần nhiều bộ phận?
Ghi một người đầu mối, thường là người có lợi ích trực tiếp nhất từ kết quả hoặc người được cấp trên giao. Các bộ phận khác được ghi là bên phối hợp kèm việc cụ thể. Không có đầu mối thì kiến nghị dễ trôi giữa các bên.
AI có thể tự đề xuất kiến nghị từ bảng số không?
AI có thể gợi ý hướng xử lý chung, nhưng không biết nguồn lực, ràng buộc và lịch sử của đơn vị bạn. Hãy dùng gợi ý của nó làm danh sách để cân nhắc, tự quyết người, hạn và cam kết, và chỉ đưa vào báo cáo những gì bạn sẵn sàng đứng tên.
Làm sao biết một kiến nghị đã có tác dụng?
Mỗi kiến nghị cần gắn với một chỉ số theo dõi ngay từ lúc đề xuất. Sau khi làm xong, so chỉ số đó trước và sau trong một khoảng đủ dài, có tính đến các yếu tố khác cùng thay đổi. Ghi kết quả vào bảng theo dõi kiến nghị để cả nhóm học được.