Hình dung sai phổ biến với consulting report: càng nhiều framework càng chuyên nghiệp, phân tích trải dài tám trang rồi recommendation nằm gọn một đoạn ở cuối. Người đọc thật của một consulting report là một nhà quản lý bận, và người chấm đóng vai người đó. Họ muốn biết câu trả lời ngay từ đầu, rồi mới xem lý do và cách làm.

Bài này là cách viết một consulting recommendation report, kèm vài slide trình bày, theo đúng logic "trả lời trước, chứng minh sau".

Đây là dạng bài thường gặp ở các môn như MGT3003, MGT3SMG và nhiều môn management, strategy năm ba: một case công ty (thật hoặc giả định), vai trò consultant, một report ngắn cỡ một đến hai nghìn chữ, đôi khi kèm ba tới bốn slide và script. Nếu bạn chưa chắc report khác essay ở đâu, đọc trước bài report và essay khác nhau thế nào.

1. Executive summary theo SCQA

SCQA (Situation, Complication, Question, Answer) là cách mở đầu giúp người đọc hiểu vì sao họ cần đọc tiếp và câu trả lời là gì, chỉ trong một đoạn.

Công thức: Situation: [stable context]. Complication: [what changed or what is at risk]. Question: [the decision the client faces]. Answer: [recommendation + the single strongest reason].

Ví dụ: "The client is a mid-sized grocery retailer with a loyal but ageing customer base. Online competitors are now winning younger households on convenience. The board must decide how to respond within the current budget. We recommend a click-and-collect service in existing stores, because it uses assets the client already owns and can launch before the next peak season."

Tiêu chí ăn điểm: executive summary, clarity of recommendation. Executive summary viết sau cùng, nhưng đặt đầu tiên.

2. Pyramid principle: kết luận ở đỉnh, lý do ở dưới

Sau câu trả lời là ba lý do chính, mỗi lý do là một phần của report. Ba lý do phải không chồng chéo nhau và cùng nhau đủ để thuyết phục (nguyên tắc MECE). Tiêu đề mỗi phần là một câu khẳng định, không phải một chủ đề.

Công thức: [Recommendation] because [reason 1: market], [reason 2: capability] and [reason 3: financial or risk], và mỗi lý do thành một heading.

Ví dụ: heading "Younger households value convenience over price" thay cho "Market analysis"; heading "Existing stores can absorb click-and-collect with minor changes" thay cho "Internal analysis".

Tiêu chí ăn điểm: structure and logical flow, analysis. Phân tích SWOT hay PESTEL vẫn dùng được, nhưng chỉ phần nào chống lưng cho một lý do. Phần còn lại là mô tả, và bài critical analysis và descriptive writing giải thích vì sao mô tả không ăn điểm.

3. Bảng đánh giá phương án theo tiêu chí

Recommendation mạnh là recommendation đã thắng các phương án khác một cách công bằng. Đưa ra ba phương án, trong đó có phương án giữ nguyên hiện trạng làm mốc so sánh. Tiêu chí lấy từ mục tiêu của khách hàng trong case, không tự đặt ra.

Ví dụ bảng (điểm 1 tới 5, minh hoạ):

Tiêu chíA: Giữ nguyênB: Click-and-collectC: Mở app giao hàng riêng
Phù hợp mục tiêu thu hút khách trẻ145
Chi phí trong ngân sách hiện có542
Tận dụng năng lực sẵn có352
Thời gian triển khai542
Rủi ro thực thi342
Tổng172113

Con số trong bảng không tự nói lên gì; mỗi ô cần một câu giải thích trong thân bài, dựa trên dữ liệu case. Nếu gán trọng số cho tiêu chí, phải nói rõ vì sao tiêu chí đó nặng hơn.

Công thức: Option [X] scores highest on [criterion] because [evidence from the case], but is weaker on [criterion], which we address by [mitigation].

Ví dụ: "Option C best fits the goal of attracting younger households, but it requires capabilities the client does not have and would exceed the budget, so Option B offers the stronger balance."

Tiêu chí ăn điểm: critical evaluation of options, justification of recommendation.

4. Kế hoạch triển khai: ai, làm gì, khi nào, đo bằng gì

Người chấm đọc phần này để trả lời câu "đề xuất này có làm được không". Chia theo giai đoạn tương đối (tháng 1 tới 3, tháng 4 tới 6), mỗi hành động có người chịu trách nhiệm và chỉ số đo.

Công thức: [Action] | Owner: [role] | When: [phase] | KPI: [measure + target direction].

Ví dụ: "Pilot click-and-collect in three stores | Owner: Operations Manager | When: months 1 to 3 | KPI: share of online orders collected on time, reviewed weekly."

Tiêu chí ăn điểm: feasibility and practicality. Đừng tự đặt con số KPI cụ thể nếu case không cho dữ liệu làm căn cứ; nêu chỉ số và hướng cần đạt là đủ.

5. Rủi ro: gọi tên, đánh giá, và có phương án giảm thiểu

Một report không nhắc rủi ro khiến người đọc nghi ngờ cả phần recommendation. Chọn ba tới bốn rủi ro thật sự đe doạ kế hoạch, không liệt kê mọi thứ có thể xảy ra.

Công thức: [Risk] | Likelihood: [low / medium / high] | Impact: [low / medium / high] | Mitigation: [action] | Trigger: [early warning sign].

Ví dụ: "Store staff resist the extra workload | Likelihood: medium | Impact: high | Mitigation: pilot with volunteer stores and adjust rosters | Trigger: rising order preparation times in the first month."

Tiêu chí ăn điểm: critical thinking, depth of analysis.

6. Chia chữ cho từng phần theo rubric

Report ngắn hết chữ rất nhanh. Chia word count trước khi viết, dựa trên trọng số rubric: phần nào nặng điểm được nhiều chữ hơn. Cách đọc trọng số rubric ở bài đọc rubric như người chấm bài.

Công thức: [Section words] = [total word limit] × [section's share of rubric marks], rồi làm tròn.

Ví dụ (minh hoạ cho report 1.200 chữ, chỉnh theo rubric thật): executive summary khoảng 120 chữ; bối cảnh và vấn đề khoảng 180; phân tích theo ba lý do khoảng 300; đánh giá phương án khoảng 250; kế hoạch triển khai khoảng 200; rủi ro khoảng 100; kết luận khoảng 50.

Tiêu chí ăn điểm: conciseness, professional presentation. Kiểm tra brief xem executive summary, bảng và appendix có tính vào word count không.

7. Slide kèm theo: ba slide, ba câu hỏi

Khi report đi kèm vài slide và script ngắn, đừng tóm tắt lại cả report. Mỗi slide trả lời một câu: nên làm gì, vì sao là phương án này, làm thế nào và rủi ro gì.

Công thức: Slide 1: [Answer]. Slide 2: [Why this option beats the others]. Slide 3: [How we implement it, and what could go wrong].

Ví dụ: tiêu đề slide 2 là "Click-and-collect wins on cost, speed and existing capability", thân slide là phiên bản rút gọn của bảng đánh giá phương án. Cách viết script đi kèm, xem bài cách làm video presentation assignment.

Tiêu chí ăn điểm: communication and delivery.

Mình từng thấy nhiều bạn phân tích rất giỏi mà vẫn hụt điểm chỉ vì câu trả lời nằm ở trang cuối. Đưa nó lên đầu, bài của bạn đọc khác hẳn.

Trước và sau: đoạn recommendation

Trước: "In conclusion, based on the SWOT, PESTEL and Porter's Five Forces analysis above, the company should consider improving its online presence and customer experience in order to compete more effectively in the future."

Sau: "We recommend launching click-and-collect in existing stores, starting with a three-store pilot. It outperforms the alternatives on cost, speed and use of current capability (Table 2), and directly addresses the loss of younger households to online competitors. The main risk is staff workload, which the pilot is designed to test before a wider rollout (Section 5)."

Lỗi hay gặp

  • Recommendation nằm ở cuối, người đọc phải đoán suốt bài.
  • Xếp nhiều framework cạnh nhau mà không framework nào dẫn tới kết luận.
  • Chỉ đưa ra một phương án, nên không có gì để so và để biện minh.
  • Tiêu chí đánh giá tự đặt ra, không gắn với mục tiêu của khách hàng trong case.
  • Kế hoạch triển khai thiếu người chịu trách nhiệm và chỉ số đo.
  • Bịa số liệu KPI hoặc chi phí không có trong case.
  • Slide chép lại nguyên đoạn văn của report.

Checklist

  • Executive summary có đủ Situation, Complication, Question, Answer trong một đoạn.
  • Ba lý do chính không chồng chéo; mỗi heading là một câu khẳng định.
  • Có ít nhất ba phương án, gồm phương án giữ nguyên; tiêu chí lấy từ mục tiêu của khách hàng.
  • Mỗi điểm trong bảng đánh giá có giải thích dựa trên dữ liệu case.
  • Kế hoạch triển khai có hành động, người chịu trách nhiệm, giai đoạn, KPI.
  • Ba tới bốn rủi ro có đánh giá, cách giảm thiểu và dấu hiệu cảnh báo.
  • Word count đã chia theo trọng số rubric và nằm trong giới hạn.
  • Slide trả lời ba câu: làm gì, vì sao, làm thế nào; mọi nguồn được trích dẫn.

Đừng hỏi "mình đã dùng đủ framework chưa". Hãy hỏi "nếu giám đốc chỉ đọc đoạn đầu tiên, họ có biết phải làm gì và vì sao không".

Cần hỗ trợ assignment / luận văn? Nhắn Facebook của 7