风险管理与中后台运营 — 投资公司核心体系

一、对冲基金风险管理体系

1.1 风险分类与管理工具

市场风险

工具	定义	用途
VaR (Value at Risk)	给定置信度下的最大单日亏损	整体风险敞口监控
CVaR / Expected Shortfall	超过VaR的平均损失（尾部风险）	极端风险评估
压力测试	历史极端情景下的组合表现	2008/2020等历史情景复现
情景分析	假设情景下的组合影响	利率突升100bp / 美元急贬10%
Delta / Gamma	期权持仓的一阶/二阶风险	衍生品组合风险管理

因子风险

多因子风险分解（Barra模型体系）：

组合总风险
    ├── 系统性风险（Factor Risk）
    │   ├── 市场（Beta）
    │   ├── 行业（Technology / Financials / Energy...）
    │   ├── 风格（Value / Growth / Momentum / Quality / Size / Volatility）
    │   └── 宏观（利率敏感性 / 汇率敏感性）
    └── 特异性风险（Idiosyncratic Risk）
        └── 个股特有风险（非系统性）

因子敞口管控原则：
    · 单一行业敞口：净敞口的 15-25%
    · Beta 维持：0.2-0.5（市场中性为 0）
    · 风格因子定期审查，避免意外漂移

流动性风险

ADV限制 — 单一持仓通常不超过日均成交量（ADV）的5-10%
集中度限制 — 单一仓位通常不超过组合净值的5-10%
赎回条款匹配 — 锁定期/赎回通知期需与持仓流动性匹配
流动性分级 — 将组合仓位按变现时间分为 1天 / 1周 / 1月 / 1月以上

对手方风险 (Counterparty Risk)

PB分散 — 大型基金通常使用2-3家Prime Broker，避免单一依赖
ISDA协议 — 场外衍生品的双边净额结算协议
担保品管理 — 保证金账户的跨账户净额计算
CSA（信用支持附件） — 规定保证金调用门槛与频率

1.2 CRO（首席风险官）角色

CRO独立汇报路线（至关重要）：

CEO
├── CIO（投资决策）
└── CRO（风险管理）← 独立于CIO，防止利益冲突
    ├── 有权叫停超限仓位
    ├── 向投资委员会/董事会直接汇报
    └── 在 Millennium / Citadel 等机构：有权强制减仓

CRO 核心职责

制定风险限额体系 — VaR Limit / Concentration Limit / Draw-down Limit
日常风险报告 — 每日P&L、因子敞口、压力测试结果
触发止损 — 极端情况下触发止损或强制减仓程序
新策略审查 — 新策略/新产品上线前的风险评估与批准

1.3 Pod级别风险控制（Multi-PM结构）

基金层面风险预算
    │
    ├── Pod A 风险预算分配（根据PM历史夏普比、策略容量）
    │   └── 止损线：超过 -X% 触发强制减仓
    ├── Pod B 风险预算分配
    └── Pod C 风险预算分配

Pod级别规则：
    · 日度止损：单日亏损超过月度风险预算的 20-25% → 触发减仓
    · 月度止损：月度亏损超过年度风险预算的 50%  → 触发暂停
    · 年度清算：全年亏损超过设定阈值 → PM离职或Pod解散

二、私募股权风险管理

2.1 组合层面风险

风险维度	管控工具
杠杆风险	Net Debt/EBITDA ≤ 5-6x（LBO初始），全周期下降至2-3x
行业集中度	单一行业通常不超过组合的25-30%
Vintage Year分散	不同年份基金的系统性风险分散
地理集中度	跨地区投资分散政治/汇率风险
宏观压力测试	衰退情景下EBITDA下降30-40%时的债务偿还能力

2.2 被投公司监控

月度KPI报告 — 收入、EBITDA、现金流、NWC、员工数
董事会治理 — 季度董事会会议，PE通常持有1-2席
流动性预警 — 现金跑道 < 6个月时触发应急融资程序
债务契约监控 — 银行贷款契约（Covenant）合规追踪

三、中后台运营体系

3.1 交易生命周期（对冲基金）

Order生成
    │  PM/算法生成交易指令
    │  OMS（Order Management System）记录
    ↓
Pre-Trade合规检查
    │  仓位限额检查
    │  黑名单/限制清单检查
    │  监管限制（13D触发阈值）
    ↓
交易执行
    │  发送至交易台（Trader）
    │  选择执行算法（VWAP / TWAP / IS）
    │  通过Prime Broker路由至交易所 / ECN / 暗池
    ↓
Post-Trade确认
    │  与Prime Broker交易确认（通常T+0当日）
    │  FIX Protocol电子确认
    ↓
清算（Settlement）
    │  T+1（股票）/ T+2（债券）交割
    │  证券交付 + 资金划转
    ↓
对账（Reconciliation）
    │  内部系统 vs Prime Broker持仓对账
    │  内部系统 vs 托管行对账（Fund Admin）
    ↓
NAV计算（每日）
    │  Fund Administrator独立计算基金净值
    │  投资经理确认，LP据此申购/赎回

3.2 NAV计算与基金估值

独立计算原则 — NAV由独立Fund Administrator计算，非基金自身，防止利益冲突
估值频率 — 对冲基金通常每日计算；PE/VC通常季度估值
非流动性资产 — Level 2 / Level 3 资产需独立第三方估值报告
HWM追踪 — High Water Mark：历史最高NAV，超过后才能收取业绩分成

3.3 合规体系

核心申报义务（美国市场）

申报文件	触发条件	提交时限
Form 13F	机构投资者持有$1亿+美国股票	季度结束后45天
Schedule 13G	持有单只股票超过5%（被动）	年度 / 变更后10天
Schedule 13D	持有单只股票超过5%（主动/激进）	10天内（改革后5天）
Form ADV	SEC注册投资顾问年度更新	每年3月31日前
Form PF	私募基金顾问（资产$1.5亿+）	季度 / 年度

内部合规控制

信息隔离（Chinese Wall）：
    公开市场投资团队  <── 墙 ──>  并购/私募部门
    不得共享 MNPI（重大非公开信息）

个人账户交易管控：
    ├── 所有员工个人账户须在公司合规系统注册
    ├── 交易前须获批（Pre-clearance）
    └── 持有期限制（通常 60-90天）

反洗钱（AML）/ 了解你的客户（KYC）：
    ├── LP身份验证（护照/公司注册文件）
    ├── 资金来源核查
    └── PEP（政治敏感人士）筛查

四、技术基础设施

4.1 对冲基金技术栈

系统层	工具 / 平台	功能
OMS（订单管理）	Bloomberg AIM / Charles River / Fidessa	订单生成、执行路由、合规检查
PMS（组合管理）	Advent APX / Bloomberg PORT / 内部自研	仓位、P&L、绩效归因
风险系统	Barra / MSCI RiskMetrics / 内部自研	因子分析、VaR、压力测试
执行算法	各大Prime Broker算法 / 自研	VWAP / TWAP / IS
数据平台	Snowflake / Python数据湖	市场数据、另类数据存储
研究平台	内部Wiki / Notion / 自研系统	研究共享、知识管理

4.2 市场数据供应商生态

实时行情 / 历史数据：
    ├── Bloomberg Terminal（最广泛使用，$24,000/年/用户）
    ├── Refinitiv Eikon（路透）
    └── FactSet（财务数据/估值）

另类数据（量化基金高度依赖）：
    ├── 卫星图像数据（Orbital Insight / Spaceknow）
    ├── 信用卡消费数据（Second Measure / Affinity）
    ├── App使用数据（SimilarWeb / Sensor Tower）
    ├── 职位招聘数据（Thinknum）
    ├── 供应链数据（Panjiva / ImportGenius）
    └── 社交媒体情绪（Twitter / Reddit NLP）

专家网络：
    ├── GLG（Gerson Lehrman Group）最大专家网络
    ├── AlphaSights
    └── Tegus（公司特定专家访谈录音库）

五、投资者关系（IR）体系

5.1 LP报告标准

报告类型	频率	核心内容
月度报告（HF）	每月	月度业绩 / 市场观点 / 仓位变化 / 风险指标
季度报告（PE/VC）	每季度	NAV更新 / 被投公司进展 / 市场环境
年度报告	每年	全年业绩归因 / 审计报告 / 策略展望
Capital Account Statement	每月 / 季度	LP个人账户价值 / 分配记录

5.2 募资流程

基金募资流程（PE/VC，通常 12-18个月）：

阶段1: 准备期（3-6个月）
    ├── 制作 PPM（私募募资备忘录）
    ├── 准备 DDQ（尽调问卷）
    ├── 法律文件（LPA）
    └── 数据室（Data Room）准备
        ↓
阶段2: 路演期（6-12个月）
    ├── 目标LP名单确定（养老金 / SWF / 捐赠基金 / 家办）
    ├── 首轮会议（General Partner Presentation）
    ├── LP内部DD（可能持续3-6个月）
    └── Side Letter谈判（大额LP的特殊条款）
        ↓
阶段3: First Close → Final Close
    ├── First Close（达到目标规模50%后关闭首轮）
    ├── 已认缴LP开始计算管理费
    └── Final Close（达到Hard Cap或约定日期截止）

5.3 LP DDQ核心内容

LP在投资前通常提交 100+ 问题的DDQ，涵盖：

基金策略与投资哲学 — 投资理念、目标市场、差异化优势
团队背景与历史业绩 — 核心成员履历、Track Record、归因分析
风险管理流程 — 限额体系、压力测试、极端情景预案
运营与技术基础设施 — 系统架构、灾备方案、网络安全
合规与监管记录 — 历史违规、SEC检查结果、诉讼披露
ESG政策 — 环境/社会/治理的投资整合方式
费率结构与关键人条款 — 管理费/业绩分成、Key Person Clause触发机制