Chief Vietnam Equity Analyst Playbook #25

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên tài chính hoặc tín hiệu giao dịch.

Trả lời ngắn: Chief Equity Analyst Playbook là hệ thống phân công để nhóm đi từ câu hỏi, bằng chứng đến mô hình, báo cáo và phản biện. Nó quy định đầu ra, người phụ trách, lịch cập nhật, công bố liên quan và điểm dừng để luận điểm được kiểm tra, sửa sai và bàn giao; không dùng để dự đoán giá.

Đọc xong, bạn sẽ hiểu:

• Bảy cổng kiểm tra và đầu ra cần có ở mỗi bước.
• Cách nối kỳ báo cáo, cuộc họp, danh sách theo dõi, định giá, báo cáo, trình bày và độc lập nghiên cứu.
• Cách lập weekly playbook 15 phút bằng dữ liệu giả, chưa dùng tiền thật.

Lưu ý giáo dục: Mây Sơn Consumer và toàn bộ số liệu trong bài là giả định. Playbook là công cụ học quy trình, không phải tín hiệu hoặc cam kết kết quả.

1. Chief analyst là người thiết kế hệ thống kiểm chứng

Một chief analyst không chỉ là người nói câu cuối trong cuộc họp. Vai trò này là giữ tiêu chuẩn để cả nhóm biết câu hỏi nào đang trả lời, evidence nào đã xác minh, assumption nào còn treo, ai review và khi nào phải dừng. Nếu mọi việc phụ thuộc vào trí nhớ của một người, đó chưa phải playbook; đó là thói quen cá nhân khó bàn giao.

Hãy hình dung trưởng bếp. Trưởng bếp không tự nếm mọi nồi rồi nói “món này chắc ngon”. Trưởng bếp thiết kế recipe, kiểm tra nguyên liệu, chia người sơ chế, đặt giờ và yêu cầu người khác nếm thử. Chief analyst cũng làm vậy với research pipeline: tạo chuẩn đầu vào, chia owner, giữ log thay đổi và bảo đảm người khác có thể lần lại reasoning.

Research pipeline là chuỗi bước từ câu hỏi đến output có thể kiểm tra. Bài #16 về Vietnam Equity Research Pipeline giúp hình dung chuỗi đó; bài này nối nó với nhịp vận hành của một team. Mỗi bước phải sinh ra artifact cụ thể, chẳng hạn question brief, evidence map, scenario table, meeting log, report draft hoặc pitch card.

Hình 1 — Bảy gate giúp playbook đi từ câu hỏi tới pitch, nhưng vẫn có stop gate để quay lại kiểm tra.

Chief analyst cần giữ ba đường tách biệt. Fact là điều có nguồn hoặc quan sát được. Inference là diễn giải nối fact với thesis. Assumption là điều model tạm đặt để tính scenario. Ba đường này có thể liên quan nhưng không được gộp thành một câu chắc chắn. Khi người review hỏi “số này từ đâu?”, nhóm phải mở evidence map, không trả lời bằng trí nhớ.

2. Bảy gate từ question đến research decision record

Một gate là điểm kiểm soát trước khi chuyển bước. Gate không phải thủ tục để làm chậm team; nó là cách chặn lỗi rẻ ở đầu pipeline thay vì sửa một report đã phát hành. Bảy gate sau có thể gộp theo quy mô nhóm, nhưng thứ tự logic nên giữ nguyên.

Gate 1 — Question. Viết câu hỏi có phạm vi: “Biên của Mây Sơn Consumer có giữ được khi giá nguyên liệu tăng không?” tốt hơn “Công ty này có tốt không?”. Ghi horizon, entity, người phụ trách và dữ liệu cần tìm. Nếu question quá rộng, stop gate quay lại sửa scope.

Gate 2 — Evidence. Tạo evidence map gồm nguồn, ngày, fact, trạng thái verified hoặc company-provided, và khoảng trống. Đọc báo cáo tài chính, risk factors và phần giải thích của ban quản trị theo hướng có mục đích; Investor.gov — How to Read a 10-K là nguồn nhập môn hữu ích cho cấu trúc hồ sơ doanh nghiệp. Evidence map không biến nguồn thành sự thật tuyệt đối; nó cho biết team đã nhìn vào đâu.

Gate 3 — Preview và review. Earnings preview đặt trước một vài câu hỏi kiểm tra: doanh thu, margin, CFO, vốn lưu động và risk. Sau kỳ báo cáo, earnings review đối chiếu forecast với actual và ghi variance. Bài Earnings Preview và Earnings Review có thể dùng làm nhánh thao tác, nhưng chief analyst phải quyết định metric nào thật sự liên quan đến question hiện tại.

Gate 4 — Meeting. Company meeting không phải dịp thu thập lời hứa. Tạo meeting map: câu hỏi, người hỏi, câu trả lời, tài liệu nhận được, phần nào chưa xác minh và follow-up owner. Bài Company Meeting Preparation giúp chuẩn bị question ladder. Sau meeting, gắn nhãn issuer-provided cho dữ liệu chưa đối chiếu; không nâng status chỉ vì người trình bày nói tự tin.

Gate 5 — Model và scenario. Model nhận fact đã chọn, assumptions có tên và output có thể tái tạo. Tối thiểu có base, downside và upside theo điều kiện; tên scenario không phải dự báo chắc chắn. Bài Valuation Model và Scenario Table dùng để dựng sensitivity. Chief analyst kiểm tra đơn vị, horizon, bridge từ assumption đến output và câu hỏi “điều gì làm model sai?”.

Gate 6 — Report. Report phải có thesis, evidence, valuation, risk, limitation, disclosure và next check. Professional Equity Research Report là nhánh để đi sâu vào report spine. Trước khi chuyển sang pitch, reviewer phải tìm được source của claim quan trọng và biết câu nào là inference. Claim ledger là cầu nối giữa model và câu chữ.

Gate 7 — Pitch và decision record. Stock pitch là bản trình bày ngắn để phản biện, không phải khẩu hiệu. Bài Stock Pitch #23 mô tả sáu ô question, thesis, evidence, valuation, risk và next check. Sau pitch, lưu câu hỏi phản biện, answer tạm thời, thay đổi assumptions và next check. Nếu conflict chưa xử lý hoặc evidence chưa đủ, decision record ghi hold for review, không ép thành kết luận.

Hình 2 — Mỗi gate sinh một artifact để người sau có thể tiếp tục, không phải đoán lại toàn bộ câu chuyện.

3. Capstone Mây Sơn Consumer: chạy playbook qua một case

Mây Sơn Consumer là doanh nghiệp thực phẩm giả định. Question của team là: “Doanh thu tăng nhưng dòng tiền hoạt động giảm, vậy tăng trưởng có chuyển thành chất lượng tiền không?” Dữ liệu minh họa: doanh thu 300 lên 340, margin 19% lên 20%, CFO 24 xuống 21. Các số này chỉ để luyện quy trình, không phải dữ kiện của doanh nghiệp thật.

Ở Gate 1, owner đặt scope 12 tháng và chỉ tập trung vào margin, vốn lưu động và tuổi phải thu. Ở Gate 2, evidence map ghi báo cáo kỳ, bảng meeting và trạng thái từng nguồn. Team không viết “tăng trưởng tốt” chỉ từ doanh thu; team giữ cả CFO giảm trong risk column. Đây là lúc chief analyst ngăn câu chuyện đẹp lấn át câu hỏi ban đầu.

Ở Gate 3, preview đặt ba câu hỏi: margin tăng đến từ mix hay giá bán, phải thu thay đổi ra sao, CFO giảm do timing hay chất lượng thu tiền. Sau kỳ, review ghi variance giữa dự kiến và actual. Nếu margin giữ nhưng CFO tiếp tục giảm, thesis phải yếu đi dù doanh thu vẫn tăng.

Ở Gate 4, meeting log ghi câu trả lời của issuer và tài liệu kèm theo. Nếu công ty nói “CFO giảm do đầu tư tồn kho”, team cần con số tồn kho, vòng quay và thời điểm giải phóng, không chỉ ghi lại câu giải thích. Next check có owner và ngày; thiếu hai trường này thì artifact chưa hoàn chỉnh.

Ở Gate 5, scenario table có ba dòng:

Các output trên là giả định. “Upside” không có nghĩa chắc chắn xảy ra; nó chỉ cho team biết cần điều kiện nào để scenario đó có ý nghĩa. CFA Institute — Equity Valuation: Applications and Processes nhấn mạnh việc nối valuation với assumptions, risk và quy trình định giá có cơ sở.

Ở Gate 6, report viết thesis có điều kiện: “Mix có thể hỗ trợ margin nếu chi phí input và vốn lưu động nằm trong ngưỡng; CFO giảm là phản biện cần theo dõi.” Câu này không kết luận thay dữ liệu. Ở Gate 7, pitch giữ risk và next check: báo cáo kỳ sau, tuổi phải thu, tồn kho và CFO. Sau cuộc họp, reviewer hỏi “Nếu CFO xuống 16 thì report đổi câu nào?”. Câu hỏi đó biến capstone thành vòng học tiếp theo.

Hình 3 — Scenario chỉ có giá trị khi mỗi dòng gắn với assumption và câu hỏi review cụ thể.

4. Sai lầm, giới hạn và các điểm dễ vỡ

Sai lầm một là biến chief analyst thành người phê duyệt mọi câu. Khi team chờ một người sửa từng dấu chấm, pipeline nghẽn và người khác không học được tiêu chuẩn. Cách sửa là dùng template, reviewer rotation và sample audit; chief analyst giữ gate, không làm thay toàn bộ.

Sai lầm hai là gom mọi chỉ số vào dashboard. Nhiều metric không đồng nghĩa nhiều insight. Nếu question là CFO giảm, bảng metric cần ưu tiên phải thu, tồn kho, khoản phải trả và bridge dòng tiền; thêm một dãy số không liên quan chỉ làm reviewer mệt hơn.

Sai lầm ba là coi model có ba scenario là đã an toàn. Scenario vẫn có thể dùng sai denominator, sai đơn vị, horizon không nhất quán hoặc assumption không có source. CFA Standard V(A) — Diligence and Reasonable Basis là tham khảo về cơ sở hợp lý và diligence; nó không bảo đảm forecast đúng.

Sai lầm bốn là coi pitch là output cuối cùng. Pitch chỉ là một lần nén luận điểm để phản biện. Sau pitch, claim ledger và decision record phải ghi câu hỏi mới, phần chưa biết và ngày kiểm tra. Nếu không, team dễ nhớ câu chuyện nhưng quên điều kiện làm câu chuyện sai.

Giới hạn lớn nhất của playbook là dữ liệu. Nguồn có thể trễ, company-provided, không đồng nhất hoặc không thể xác minh độc lập. Playbook cũng không loại bỏ bias; nó làm bias dễ nhìn thấy hơn bằng disclosure và review. Nếu analyst có holding, gift, fee hoặc áp lực thương mại, Standard I(B) Independence and Objectivity và policy nội bộ là điểm tham chiếu; cần chọn disclosure, recusal hoặc reviewer phù hợp, không tự phán “không đáng kể”.

5. Governance: checklist, owner, scenario và stock pitch

Một playbook sống được khi người khác biết phải làm gì vào ngày nào. Bảng governance tối thiểu có artifact, owner, reviewer, source, updated_at, status và stop gate. Owner không nhất thiết là người giỏi nhất; owner là người chịu trách nhiệm cập nhật và báo thiếu dữ liệu.

1. Question brief: analyst ghi scope, horizon và câu hỏi chưa trả lời.
2. Evidence map: researcher ghi nguồn, ngày, fact, trạng thái và gap.
3. Preview/review log: owner ghi forecast, actual, variance và next check.
4. Meeting log: người tham dự ghi Q&A, tài liệu và điểm cần xác minh.
5. Model/scenario: model owner ghi assumptions, unit, sensitivity và điều kiện.
6. Report/pitch card: author ghi thesis, evidence, risk, disclosure và rebuttal.
7. Decision record: reviewer ghi verdict quy trình, owner tiếp theo và stop gate.

Maker-checker tách author khỏi reviewer. Author chịu trách nhiệm giải thích reasoning; reviewer không sửa evidence để câu chuyện đẹp hơn mà kiểm tra source, logic và wording. Compliance hoặc owner kiểm tra conflict card, disclosure và archive. Research Independence và Conflict of Interest #24 giúp tách disclosure khỏi kết luận rằng conflict đã được xử lý.

Một stock pitch tốt chỉ giữ những claim mà reviewer có thể mở lại. Nó không cần nhiều adjective. Sáu ô thực dụng là question, thesis, evidence, valuation, risk/rebuttal và next check. Nếu một ô rỗng, pitch có thể ngắn hơn nhưng không được giả vờ đầy đủ. Stop gate gồm source chưa rõ, conflict chưa có control, model không tái tạo, reviewer thiếu độc lập hoặc claim vượt evidence.

Hình 4 — Governance tách author, reviewer, compliance và owner để output có người chịu trách nhiệm và lịch sử.

6. Bài tập 15 phút lập weekly playbook

Bắt đầu từ đâu: mở Google Sheets hoặc dùng giấy, không dùng tiền thật. Chọn case Mây Sơn Consumer và viết bảy dòng theo bảy gate. Mục tiêu không phải tạo report hoàn chỉnh; mục tiêu là nhìn thấy owner, artifact, cadence và điểm dừng. Không gửi dữ liệu giả cho issuer và không biến bảng thành lời kêu gọi giao dịch.

Mẫu đối chiếu đã điền

Sau khi điền, chọn một claim và viết đủ năm trường: fact, source, inference, risk, next check. Đọc pitch trong 60 giây; người nghe phải biết câu nào là fact giả định và điều gì làm thesis yếu. Nếu người nghe hỏi “ai cập nhật?”, bảng phải có owner. Nếu hỏi “khi nào kiểm tra lại?”, bảng phải có cadence hoặc next check.

Weekly playbook không có nghĩa ngày nào cũng tạo output mới. Một ngày có thể chỉ cập nhật status pending, và đó là kết quả hợp lệ nếu source chưa đến. Chief analyst cần thưởng cho việc dừng đúng lúc, vì report thiếu evidence mà vẫn phát hành tạo chi phí sửa lớn hơn. Watchlist, Rating và Target Price Governance có thể nối vào cadence khi team cần theo dõi thay đổi, nhưng mọi nhãn vẫn phải có điều kiện và nguồn.

Hình 5 — Cadence năm ngày biến playbook thành nhịp kiểm tra, với stop gate ở từng điểm bàn giao.

7. Tổng kết

a. Năm ý chính

• Chief analyst giữ tiêu chuẩn, owner và nhịp review; không phải người đoán đúng mọi lần.
• Bảy gate nối question, evidence, preview, meeting, model, report và pitch/decision record.
• Claim ledger tách fact, inference, assumption, risk và next check.
• Scenario, stock pitch và governance chỉ có giá trị khi reviewer kiểm tra được nguồn và điều kiện.
• Stop gate là một output hợp lệ khi source, model, conflict hoặc reviewer chưa đạt.

b. Câu hỏi tự kiểm tra

• Vì sao chief analyst cần giữ gate thay vì tự sửa mọi câu trong report?
• Trong case Mây Sơn Consumer, CFO giảm nên được đưa vào đâu?
• Những điều kiện nào khiến weekly playbook phải dừng?

c. Gợi ý đáp án

Xem gợi ý câu 1

Giữ gate giúp tiêu chuẩn có thể bàn giao và giảm nghẽn; chief analyst không cần làm thay toàn bộ. Xem lại mục 1 và mục 4.

Xem gợi ý câu 2

CFO giảm là fact/risk cần giữ trong evidence map, scenario và report; không bị che bởi doanh thu tăng. Xem lại mục 3.

Xem gợi ý câu 3

Dừng khi source chưa xác minh, model không tái tạo, conflict chưa có control hoặc reviewer thiếu độc lập. Xem lại mục 5 và mục 6.

d. Thuật ngữ cần nhớ

e. Nguồn tham khảo

• CFA Institute — Equity Valuation: Applications and Processes.
• CFA Institute — Standard I(B) Independence and Objectivity.
• CFA Institute — Standard V(A) Diligence and Reasonable Basis.
• Investor.gov — How to Read a 10-K.

Bài trước: Research Independence và Conflict of Interest #24. Đây là bài capstone của series; có thể quay lại Equity Research Operating System để ôn cadence và artifact.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên tài chính hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn; kiểm tra nguồn, assumptions, policy và giới hạn dữ liệu trước khi sử dụng.