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

Trả lời ngắn: Portfolio Construction Framework (khung xây dựng danh mục) là chuỗi biến mục tiêu và ràng buộc thành chính sách, vai trò, tỷ trọng ứng viên, cổng kiểm soát, triển khai và giám sát. Nó không tự chọn “mã tốt”; nhiệm vụ của khung là chặn một phương án chưa đủ bằng chứng trước khi tiền được giao dịch.

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

  • Bốn công cụ Phase 3 làm bốn việc khác nhau và nối vào cùng một quy trình ra sao.
  • Vì sao tổng tỷ trọng bằng 100% vẫn chưa chứng minh danh mục đã sẵn sàng.
  • Cách phát hiện phần trùng 16%, sửa về 15% và ghi Construction Sheet (phiếu xây dựng danh mục) ở trạng thái HOLD.

1. Portfolio Construction Framework là gì? Chuỗi cổng, không phải máy chọn mã

Hãy nghĩ đến một dây chuyền kiểm vé. Cổng đầu kiểm đúng hành khách, cổng sau kiểm hành lý, cổng cuối kiểm quyền lên máy bay. Có vé đẹp nhưng sai tên thì vẫn dừng. Xây danh mục cũng vậy: một bộ tỷ trọng nhìn hợp lý không được phép đi tiếp nếu sai nhiệm vụ được giao, vượt giới hạn hoặc chưa rõ ai có quyền duyệt.

Portfolio construction là quá trình chọn các phần của danh mục và quyết định mỗi phần chiếm bao nhiêu. Framework là khung quy trình quy định đầu vào, đầu ra và điều kiện dừng. Mandate là nhiệm vụ được giao: danh mục phục vụ ai, mục tiêu gì, được phép làm gì và ai chịu trách nhiệm.

Hình 1 — Mỗi lớp tạo một đầu ra; không đạt một cổng thì phương án dừng ở HOLD.

Khung này bắt đầu từ IPS — Investment Policy Statement, tức văn bản chính sách đầu tư — và policy, tức các quy tắc đã được phê duyệt. CFA Institute coi IPS là điểm bắt đầu vì nó ghi mục tiêu, khả năng chịu rủi ro và các ràng buộc trước khi xây danh mục (CFA Institute).

Ba việc hay bị trộn cần tách rõ:

  • Asset allocation quyết định tỷ trọng giữa các nhóm tài sản.
  • Security selection chọn tài sản cụ thể bên trong nhóm.
  • Portfolio construction ghép cả hai với vai trò, giới hạn, chi phí, quyền duyệt và cách giám sát.

Một candidate weight là tỷ trọng ứng viên để xem xét, chưa phải tỷ trọng được duyệt. Implementation là triển khai phương án được duyệt thành giao dịch thực tế. Gate là cổng kiểm tra: PASS nghĩa là đạt, VERIFY nghĩa là cần xác minh, còn HOLD nghĩa là dừng. Phần mềm tính ra một con số không thể tự biến tỷ trọng ứng viên thành lệnh.

2. Bản đồ Phase 3: bốn công cụ làm bốn việc khác nhau

Bốn bài trước không cạnh tranh để chọn “công cụ tốt nhất”:

  • Portfolio Optimization #11 dùng dữ liệu đầu vào, mục tiêu và ràng buộc để tạo tỷ trọng ứng viên. Kết quả tối ưu trong mô hình vẫn nhạy với ước lượng.
  • Core–Satellite #12 gán role — vai trò — cho lõi và từng vệ tinh, kèm người phụ trách, chuẩn đối chiếu và quy tắc đóng.
  • Factor Investing #13 đo exposure, tức mức nghiêng vào đặc tính như giá trị hoặc chất lượng.
  • Smart Beta #14 đóng gói cách chọn hoặc phân bổ thành một chỉ số có quy tắc công khai.

Hình 2 — Tối ưu hóa tạo ứng viên; vai trò, mức phơi nhiễm và quy tắc phải được ghép trong phiếu xây dựng.

Không công cụ nào được vượt IPS. Công cụ tối ưu đề xuất 10% theo yếu tố không có nghĩa nhiệm vụ được giao cho phép. Nhãn “lõi” không chứng minh phần lõi ít rủi ro. Một chỉ số Smart Beta có quy tắc rõ vẫn có thể làm danh mục vượt giới hạn ngành. Khung xây dựng buộc các mảnh nói chuyện với nhau trước giao dịch.

3. Cơ chế: từ chính sách 1 tỷ đến danh mục có thể triển khai

Toàn bộ số dưới đây là giả. Giả sử chính sách chia 1 tỷ vào ba bucket — nhóm chính sách:

Nhóm Tỷ trọng mục tiêu Giá trị
A — tăng trưởng 50% 500 triệu
B — phòng thủ 30% 300 triệu
C — thanh khoản 20% 200 triệu

Nhóm A có band 45–55%; đây chỉ là biên giả. Policy được triển khai qua năm sleeve, tức phần danh mục có nhiệm vụ riêng:

Sleeve Vai trò Tỷ trọng mục tiêu
A-core Nền tăng trưởng 350 triệu / 35%
A-factor Độ nghiêng có quy tắc 100 triệu / 10%
A-satellite Luận điểm riêng 50 triệu / 5%
B-core Nền phòng thủ 300 triệu / 30%
C-liquidity Nhu cầu thanh khoản 200 triệu / 20%

Tổng là 350+100+50+300+200 = 1.000 triệu, hay 100%. Nhưng phép cộng này chỉ chứng minh bảng cân, chưa chứng minh rủi ro hợp lệ.

Cổng look-through: nhìn xuyên qua nhãn

Look-through là nhìn vào tài sản bên trong từng sleeve. Overlap là phần trùng nhau giữa các sleeve. Limit là giới hạn đã được phê duyệt.

Giả sử nhóm X nằm trong ba sleeve A:

  • A-core: 350 × 20% = 70 triệu
  • A-factor: 100 × 40% = 40 triệu
  • A-satellite: 50 × 100% = 50 triệu

Tổng X là 70+40+50 = 160 triệu = 16% danh mục. Limit giả là 15%, nên cổng pre-trade — kiểm tra trước giao dịch — trả về HOLD.

Điểm quan trọng là tên sleeve không làm rủi ro biến mất. Ba dòng có thể mang ba nhãn và ba vai trò khác nhau nhưng vẫn cùng phụ thuộc vào một nhóm tài sản. Vì vậy, người xây danh mục phải cộng mức phơi nhiễm sau khi nhìn xuyên từng lớp, rồi so với giới hạn bằng cùng một cách tính. Nếu dữ liệu holdings — tài sản đang nắm giữ — chưa đủ, kết quả đúng là VERIFY hoặc HOLD, không phải tự ước lượng để cho qua.

Hình 3 — Năm dòng khác tên vẫn có thể cùng chứa nhóm X; tổng 100% không bắt được lỗi này.

Không nhất thiết phá chính sách 50/30/20. Có thể sửa tài sản nắm giữ bên trong vệ tinh: giảm X từ 50 xuống 40 triệu và thay 10 triệu bằng tài sản ngoài X. Khi đó X là 70+40+40 = 150 triệu = 15%; cổng trùng lặp vừa chạm giới hạn và PASS. Đây là cách sửa giả, không phải khuyến nghị giao dịch.

Cổng triển khai và chi phí

Giả sử tỷ trọng hiện tại của năm sleeve là 40/5/5/30/20%, còn mục tiêu là 35/10/5/30/20%. Quá trình chuyển đổi cần bán 50 triệu A-core và mua 50 triệu A-factor.

Transaction cost là chi phí giao dịch, gồm phần hiện rõ và phần ẩn như chênh lệch hoặc tác động thị trường. Nếu dùng giả định minh họa 0,4% trên 50 triệu giao dịch một chiều:

50 triệu × 0,4% = 0,2 triệu

Con số vẫn là VERIFY vì chi phí thật cần báo giá, thanh khoản và tài liệu sản phẩm. Liquidity là khả năng giao dịch kịp thời với giá hợp lý; capacity là quy mô tiền mà chiến lược có thể hấp thụ trước khi việc thực hiện suy giảm.

Cổng giám sát

Sau một giai đoạn giả, năm sleeve có giá trị 378/108/45/306/204 triệu; tổng 1.041 triệu. Nhóm A là 378+108+45 = 531 triệu:

531 / 1.041 = 51,01%

A vẫn trong biên 45–55%. Một sleeve riêng lẻ đã drift — lệch do giá trị thay đổi — nhưng nhóm chính sách chưa vi phạm. Rebalancing là cân bằng lại, tức đưa tỷ trọng về chính sách theo quy tắc; không phải cứ thấy một dòng lệch là giao dịch ngay. Investor.gov cũng lưu ý cân bằng lại có thể phát sinh phí và thuế (Investor.gov).

4. Sai lầm, giới hạn và rủi ro

Sai lầm phổ biến nhất là bắt đầu từ sản phẩm: thấy một quỹ hấp dẫn rồi cố tìm chỗ đặt nó. Khung đúng đi từ nhiệm vụ được giao và vai trò; sản phẩm chỉ được xét ở lớp triển khai.

Sai lầm thứ hai là bắt đầu từ công cụ tối ưu. Mô hình có thể trả về tỷ trọng chính xác đến hai chữ số nhưng dữ liệu đầu vào vẫn sai. Model error là sai lệch do cấu trúc hoặc giả định mô hình. Stale data là dữ liệu đã cũ so với thời điểm quyết định.

Các rủi ro khác:

  • Ảo giác 100%: tổng tỷ trọng đúng nhưng phần trùng, yếu tố hoặc thanh khoản sai.
  • Đếm trùng: cùng nguồn rủi ro xuất hiện dưới nhiều nhãn.
  • Tập trung: vài mã, ngành hoặc nhóm chi phối danh mục.
  • Hụt khi triển khai: kết quả thực hiện kém phương án do chậm trễ, giá và chi phí.
  • Luân chuyển cao: mua bán nhiều làm tăng chi phí, thuế và sai lệch triển khai.
  • Hổng quyền hạn: không rõ ai được duyệt, sửa, dừng hoặc quay lui.
  • Độ chính xác giả: số nhiều chữ số tạo cảm giác chắc chắn giả.
  • Theo dõi quá mức: xem quá thường xuyên rồi phản ứng với nhiễu.

Khung cũng có giới hạn: nó làm quyết định nhất quán hơn, không loại bỏ bất định. Cổng chỉ tốt bằng dữ liệu, giới hạn và người chịu trách nhiệm. Một giới hạn 15% tùy tiện không trở thành đúng chỉ vì được đưa vào bảng.

5. Danh sách kiểm tra trước giao dịch và giám sát

Đi theo thứ tự:

  1. Nhiệm vụ: mục tiêu, đối tượng và phạm vi quyền đã rõ?
  2. Chính sách: tỷ trọng mục tiêu, biên và ràng buộc khớp IPS?
  3. Vai trò: mỗi sleeve có nhiệm vụ, người phụ trách, chuẩn đối chiếu và quy tắc đóng?
  4. Dữ liệu: tài sản nắm giữ, giá và thời điểm cập nhật còn hiện hành?
  5. Tỷ trọng: tổng bằng 100%; tỷ trọng ứng viên khác tỷ trọng đã duyệt ở đâu?
  6. Rủi ro: mức phơi nhiễm nhìn xuyên, phần trùng và tập trung có dưới giới hạn?
  7. Khả thi: thanh khoản, sức chứa và mức giao dịch tối thiểu cho phép thực hiện?
  8. Chi phí/thuế: phí, chênh lệch, tác động giá và thuế đã được xác minh?
  9. Quyền hạn: ai được duyệt, thực hiện, tạm dừng và đổi phương pháp?
  10. Giám sát: chỉ số, ngưỡng kích hoạt, lịch xem lại và rollback — cách quay về trạng thái trước — đã ghi?

Ba trạng thái:

  • HOLD: thiếu bằng chứng hoặc vượt giới hạn; không hành động.
  • VERIFY: có ước tính nhưng cần dữ liệu hoặc người có thẩm quyền xác nhận.
  • READY: toàn bộ cổng bắt buộc PASS và quyền hạn đã rõ.

Hình 4 — READY chỉ xuất hiện sau nhiệm vụ, rủi ro, thanh khoản, chi phí và quyền hạn; không phải sau một phép tính đẹp.

6. Bài tập 15 phút: Lập Construction Sheet

Construction Sheet là phiếu nối chính sách, các phần danh mục, cổng rủi ro, quá trình chuyển đổi và giám sát. Mở Google Sheets; không nhập tài khoản, dữ liệu riêng, sản phẩm thật hoặc dùng tiền thật.

Tạo bảng năm sleeve với tỷ trọng hiện tại/mục tiêu, tỷ lệ X và giá trị sau kịch bản. Dùng SUM kiểm 100%; dùng SUMPRODUCT(tỷ trọng mục tiêu, X%) tính phần trùng; so sánh với 15%; tính chênh lệch tỷ trọng, chi phí giả và nhóm A sau kịch bản.

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

Trường Giá trị giả
Nhiệm vụ/chính sách 1 tỷ; A/B/C 50/30/20; biên A 45–55
Sleeve mục tiêu 35/10/5/30/20%
Sleeve hiện tại 40/5/5/30/20%
Chuyển đổi Bán A-core 50m; mua A-factor 50m
X nhìn xuyên 70+40+50=160m=16%
Giới hạn/trạng thái X 15% / HOLD
Cách sửa Vệ tinh X 50→40m; tổng X150m=15% PASS
Ước tính chi phí 50m×0,4%=0,2m; NOT_VERIFIED
Giám sát Tổng1.041m; A531m=51,01%, trong biên
Quyền hạn/quay lui Chưa xác minh
Trạng thái cuối HOLD

Kết quả cuối vẫn HOLD vì chi phí thật, quyền hạn và cách quay lui chưa xác minh. Sửa phần trùng không tự động mở các cổng khác.

7. Tổng kết: framework tốt chặn lệnh xấu trước khi chặn cảm xúc

Năm ý chính

  • Xây dựng danh mục đi từ nhiệm vụ/IPS đến chính sách, không đi từ sản phẩm.
  • Tối ưu hóa tạo tỷ trọng ứng viên; core–satellite gán vai trò; factor đo mức phơi nhiễm; Smart Beta đóng gói quy tắc.
  • Tổng 100% chưa đủ: nhìn xuyên phát hiện nhóm X 16% vượt giới hạn 15%.
  • Sửa tài sản nắm giữ về 15% không tự xác minh chi phí, thanh khoản hoặc quyền hạn.
  • Giám sát so thực tế với chính sách và ngưỡng kích hoạt; không giao dịch chỉ vì một dòng bị lệch.

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

  • Vì sao tỷ trọng ứng viên chưa phải lệnh giao dịch?
  • Năm sleeve cộng 100% vẫn có thể không đạt ở đâu?
  • Nhóm X sau cách sửa giả là bao nhiêu và trạng thái phần trùng là gì?
  • Vì sao Construction Sheet cuối vẫn HOLD?

Gợi ý đáp án

Xem gợi ý câu 1

Tỷ trọng ứng viên còn phải qua các cổng nhiệm vụ, rủi ro, chi phí, thanh khoản và quyền hạn. Xem mục 1–3.

Xem gợi ý câu 2

Có thể không đạt ở phần trùng, tập trung, mức phơi nhiễm, thanh khoản, chi phí hoặc quyền duyệt. Xem mục 3–4.

Xem gợi ý câu 3

Sau cách sửa giả, X là 150 triệu = 15%, vừa chạm giới hạn và PASS. Xem mục 3.

Xem gợi ý câu 4

Chi phí thật, quyền hạn và cách quay lui chưa xác minh, nên các cổng đó còn đóng. Xem mục 5–6.

Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Mandate Nhiệm vụ, phạm vi và quyền được giao cho danh mục.
Policy Quy tắc đã được phê duyệt.
Candidate weight Tỷ trọng ứng viên, chưa phải lệnh.
Sleeve Phần danh mục có nhiệm vụ riêng.
Look-through Nhìn vào tài sản thật bên trong các lớp.
Overlap Phần tài sản hoặc mức phơi nhiễm bị trùng.
Pre-trade gate Cổng kiểm tra trước giao dịch.
Implementation shortfall Khoảng hụt giữa phương án và kết quả thực hiện.
Authority Quyền phê duyệt hoặc hành động.
Rollback Cách quay về trạng thái trước khi thay đổi.

Nguồn tham khảo

Toàn bộ nhóm chính sách, sleeve, tài sản nắm giữ, tỷ trọng, giới hạn, chi phí và kịch bản trong bài là dữ liệu giả.

Bài trước: Smart Beta #14. Bài tiếp theo: Alpha Attribution #16.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.