VOL. VII · NO. 156 · OTC Derivatives · 21 JUL 2026

Role Structuring

OTC 衍生品 · 21 JUL 2026 · 6 min read · 818 words

· · ·

角色地图：Structuring（结构师 / 产品设计）

Structurer 是”产品设计师”——销售说”客户想要个保本但是收益高的产品”，structurer 把它变成可行可定价的衍生品结构。你对 structurer 的理解程度，直接决定了产品配置模块的设计质量。

flowchart LR
    subgraph Structurer 工作流
        A[客户需求] --> B[结构设计]
        B --> C[可行性评估]
        C --> D[定价核算]
        D --> E[Term Sheet]
        E --> F{销售反馈?}
        F -->|客户接受| G[上线/交易]
        F -->|修改| B
    end
    subgraph 系统交互
        B -->|需要| P[产品参数模板]
        C -->|需要| R[风险检查]
        D -->|需要| Q[定价引擎]
        E -->|输出| T[文档生成]
    end

一、典型一天时间线


08:00 ─ 看市场
       │ 检查波动率曲面变化——昨天结构报价要调整
       │ 看哪些结构有需求（雪球/香草/价差/鲨鱼鳍）
       │ 你需要的系统：市场数据概览、波动率曲面快照

09:00 ─ 结构报价支持
       │ 销售带着客户需求来了："客户要挂钩中证500，保本80%，上限15%"
       │ 你开始算：这个结构用什么样的期权组合能实现？成本多少？
       │ 你需要的系统：结构模板库 + 定价试算

10:00 ─ 新结构设计
       │ 客户需求特殊，现有模板不够用
       │ 你设计新结构：鲨鱼鳍 + 雪球混合体
       │ 需要考虑：对冲可行性、风险暴露、监管合规
       │ 你需要的系统：结构参数配置器（不是硬编码在产品系统里）

11:30 ─ 与量化团队沟通
       │ 新结构需要新的定价模型支持
       │ 跟 quant 沟通：这个结构的 payoff 是什么、需要什么模型
       │ 你需要的系统：定价模型需求管理（对客/对 quant）

13:00 ─ Term Sheet 制作
       │ 给客户出正式的产品方案
       │ 包括：结构说明、情景分析、风险提示
       │ 你需要的系统：Term Sheet 自动生成（模板 + 参数填充）

14:00 ─ 内部评审
       │ 新结构上线前需要过评审
       │ 风控看风险、合规看适当性、财务看会计处理
       │ 你需要的系统：产品上线审批流程

15:00 ─ 销售培训
       │ 新结构上线，给销售团队培训怎么卖
       │ 讲清楚：适用场景、风险点、话术
       │ 你需要的系统：产品资料管理

16:00 ─ 存量产品分析
       │ 看现有结构的 PnL 表现
       │ 哪个结构赚钱、哪个亏钱、哪个对冲成本高
       │ 你需要的系统：产品 PnL 分析报表

17:00 ─ 市场研究
       │ 看海外市场有什么新结构
       │ 竞争对手在推什么产品
       │ 准备明天的产品建议

二、Structurer 的 KPI

KPI	说明	系统含义
结构上线数量	新设计的结构成功上线交易	产品上线审批流程效率
结构盈利性	设计的结构整体是否赚钱	PnL 归因到产品结构层级
报价响应速度	销售询价的回复时间	报价辅助工具效率
对冲复杂度	结构是否容易对冲	对冲难度评估工具
产品事故率	结构设计缺陷导致的损失	设计评审流程、自动化检查

三、Structurer 使用的系统

系统	用途
结构配置器	参数化产品结构设计（而非硬编码）
定价引擎	结构估值、Greeks 计算、情景模拟
对冲模拟器	模拟结构存续期的对冲成本和风险
Term Sheet 生成器	自动生成产品方案文档
产品库	已上线产品的模板、参数、表现
市场数据终端	波动率曲面、标的行情、相关性数据

四、Structuring 的黑话

黑话	意思	系统含义
”这个结构能不能做”	从风险/系统/合规角度是否可行	可行性自动检查
”保本 + 参与率”	结构化产品的两层设计	产品参数模板
”封顶”	收益上限	情景模拟
”敲入敲出”	雪球的障碍条件	路径依赖产品支持
”实现波动率 vs 隐含波动率”	实际波动 vs 市场定价波动	波动率管理
”Gamma 暴露”	对冲需要频繁调整的风险	Greeks 分析
”尾部风险”	极端但概率低的风险事件	压力测试
”payoff 图”	产品到期收益示意图	图形化展示
”这个结构有 vega 敞口”	对波动率敏感	风险分析
”结构太复杂卖不动”	销售不懂怎么推	产品简化设计

五、你怎么和 Structurer 打交道

Structurer 是 IT 背景 PM 最好的盟友——他们有量化思维、理解系统逻辑、能用参数说清楚需求。

让他们参与系统设计：产品配置模块的需求，structurer 是最佳 co-designer
问题出在”产品参数模板化”：structurer 想要的是灵活的参数配置（像 Excel 一样自由），IT 想要的是固化的数据模型（像数据库 schema 一样稳定）。你的工作是找到平衡点——哪些参数必须灵活、哪些可以固化
定价引擎接口：structurer 最常抱怨的是定价引擎太慢或不准。他们需要能快速试算的接口，而不是等 IT 排期

系统支持（IT 侧锚点）

Structurer 动作	系统 / 代码路径	关联文档
结构配置器	`hedging-as` 产品参数模板（参数化，非硬编码）	product-snowball §6
定价试算	`QuotationAction.java` → `MonteCarloValuation.java`（雪球 MC）	product-option §6
对冲模拟	`GreeksStep.java` 输出 Delta/Gamma/Vega	ODTS-15 对冲工作流
Term Sheet 生成	`DocAgent` 模板 + 参数填充（ODTS-55）	ODTS-55 文档生成

下一角色：role-quant.md 量化分析的一天