构建事件驱动的顾问 Next-Best-Action…

为财富管理顾问设计或实现基于投资组合、生活、市场、合规和执业事件的主动推荐、优先级排序、路由交付与效果测量时使用。

适用场景

解决思路

1. 设计 NBA 引擎时，定义并逐一实现六个核心组件：事件检测、行动识别、优先级排序、路由、交付、跟踪。
2. 让系统持续监控 custodial feeds、CRM 记录、financial plans、compliance calendars 和 market data，主动识别需要顾问关注的情况，并推荐具体行动与支持上下文。
3. 与传统任务管理区分：不要依赖顾问手工 to-do 和记忆；用数据驱动持续监控生成主动推荐。
4. 实现投资组合事件检测：从 custodial data feeds、portfolio management systems 和 market data 获取仓位、模型、交易、成本基础、保证金数据。
5. 投资组合事件之漂移：当实际配置偏离目标模型超过公司容忍带时触发，例如股票配置 72% vs 目标 65%、容忍 5%；需要实时或每日 position data 与 model assignment。
6. 投资组合事件之大额现金存入或取出：按绝对金额或组合百分比定义重大现金移动，从托管交易流检测；存入可能代表投资机会，取出可能代表流动性事件并需重新评估计划。
7. 投资组合事件之集中持仓：当单一持仓超过集中度阈值时触发，例如组合价值 10% 或 15%，无论因升值、额外买入或股票薪酬归属；使用 position-level holdings 数据。
8. 投资组合事件之税损收割机会：当应税账户未实现亏损超过显著阈值时触发，尤其年末或市场下跌后；需要 lot-level cost basis 数据与市场价格。
9. 投资组合事件之 RMD 到期：当 traditional IRA 或 inherited IRA 接近或达到 RMD 截止日时触发；需要账户类型与客户出生日期；截止日通常是多数 Dec 31，所有者满 73 当年次年 Apr 1。
10. 投资组合事件之保证金催缴：当保证金账户跌破维持要求时触发；需要 custodian 的 margin balance 与 equity 数据；通常需同日或次日解决。
11. 实现生活事件检测：从 CRM、客户报告信息和公开记录获取并监控。
12. 生日里程碑：根据客户出生日期触发 59-1/2、62、65、70-1/2、73 等年龄相关财务动作。
13. 婚姻、离婚、配偶死亡：从顾问更新的 CRM 或客户主动联系检测，触发全面财务计划审查、受益人更新、账户重 titling、投资策略调整。
14. 新子女或孙辈：触发教育储蓄 529、寿险审查、遗产计划更新、受益人指定变更讨论。
15. 工作变动或退休：触发收入变化、401k rollover、股票期权或 RSU 归属加速、投资期限与风险画像变化。
16. 实现市场事件检测：从 market data feeds、portfolio analytics 和 research systems 获取数据。
17. 行业或资产类别回撤：将客户持仓映射到行业并监控行业级收益；当客户有重要暴露且相关行业或资产类别大幅下跌时触发。
18. 利率变化：监控利率变化对固定收益配置的 duration risk、yield、relative value 的影响；尤其关注大债券配置或临近收入分配阶段的客户。
19. 新基金或产品发布：通过产品研究和比较分析，发现可替代当前持仓的低成本、更优表现或更税务高效基金或产品时触发。
20. 实现合规事件检测：从 compliance calendars、CRM activity logs 和 regulatory data 获取。
21. 年度审查逾期：比较 CRM 中上次审查日期与当前日期；超过公司要求间隔，通常 12 个月，未做正式组合或适当性审查时触发。
22. 适当性或最佳利益重新认证到期：客户资料过时需重新确认；尤其在 Reg BI 下，care obligation 要求建议反映当前客户情况。
23. 披露交付要求：新法规或规则修订要求向现有客户交付更新披露，例如 Form CRS updates、Form ADV amendments、privacy notices。
24. 实现执业事件检测：从 CRM 活动跟踪和 practice management 数据获取。
25. 客户联系缺口：比较客户层级服务标准，例如 Tier 1（$5M+ AUM）季度联系标准，100 天未联系触发。
26. 合同续约：监控 advisory agreement renewal 或 fee schedule review 临近。
27. 转介绍机会：客户近期有正面体验时触发自然转介绍对话机会，例如强业绩期、计划里程碑、正面服务互动。
28. 构建行动库：定义 30 到 60 个 distinct actions，按类别组织；每个行动是定义、可重复的顾问工作单元，含模板、上下文需求、完成标准。
29. 行动库示例包括：Schedule annual review meeting、Propose portfolio rebalancing to target model、Discuss tax-loss harvesting opportunity with estimated tax savings、Recommend Roth IRA conversion analysis、Update beneficiary designations following life event、Review life insurance coverage adequacy、Discuss estate plan review、Contact client regarding large uninvested cash position、Congratulate client on life milestone、Offer financial planning engagement to investment-only client、Present charitable giving strategy（donor-advised fund、qualified charitable distribution）、Discuss Social Security claiming strategy、Review held-away account for consolidation opportunity、Deliver required compliance disclosure。
30. 为每个行动提供模板：talking points、email drafts、meeting agendas、analysis summaries。
31. talking points 根据具体触发和客户上下文定制，引用具体持仓、目标、情况，并包含建议与量化影响。
32. email drafts 预写、个性化客户姓名、触发细节、建议下一步；顾问发送前审阅编辑。
33. meeting agendas 提供审查会议、规划讨论或特定主题对话的结构化议程。
34. analysis summaries 预生成定量分析，例如 drift report、tax-loss harvesting estimate、RMD calculation、fee comparison，并附到推荐。
35. 推荐逻辑优先用规则式 IF-THEN：将特定 trigger 映射到特定 action；示例 IF 客户年龄达到 72 且拥有 traditional IRA 且今年无 RMD distribution 记录 THEN 推荐在 Dec 31 截止日前联系客户讨论 RMD；规则透明、可审计，适合合规驱动和明确触发。
36. 在规则式逻辑之上叠加 ML-enhanced logic：模型学习历史顾问行为，观察接受或拒绝、导致正面结果的行动、预测相关性的客户特征；规则确保 required actions 不漏，ML 改善 discretionary actions 的排序与展示。
37. 优先级评分考虑四个维度：Urgency、Impact、Effort、Client importance，均归一化。
38. Urgency：按时间敏感度评分，纳入硬截止日与软时间窗；RMD 在 11 月比 3 月更紧急，margin call 立即紧急，referral 低紧急。
39. Impact：评估完成行动的潜在收益，可沿 revenue potential、retention risk、compliance requirement、client satisfaction 子维度衡量。
40. Effort：评估所需顾问时间与准备；快速祝贺电话约 5 分钟，全面财务计划审查需数小时准备和 90 分钟会议；确保队列混合 quick wins 与 substantial engagements。
41. Client importance：考虑客户 tier、AUM、关系深度、战略价值；高 tier 权重更高，但合规和风险驱动行动应覆盖 tier-based scoring，避免系统性忽视低 tier 客户。
42. 使用综合评分：Priority = (W_urgency x Urgency) + (W_impact x Impact) - (W_effort x Effort) + (W_client x ClientImportance)；根据公司战略优先级校准权重，并定期按业务结果审查调整。
43. 队列管理：将每位顾问每日队列上限设为 5 到 7 个行动，避免 action fatigue。
44. 确保队列包含多种 action types，而不是仅合规或仅收入驱动项。
45. 允许顾问 defer 行动并设置 snooze 期，不永久 dismiss；延后行动在 snooze 后带调整后的 priority score 返回队列。
46. 对临近截止日的合规驱动行动，在进入关键窗口时标记为 non-deferrable，例如截止日前 15 天内。
47. 生成队列时考虑顾问容量：集成顾问日历和 CRM activity log，实现容量感知队列生成；假期积压或会议少的日子应区别处理。
48. 路由时按角色分配：Advisor 负责关系决策、复杂讨论、高价值客户互动、投资策略对话、财务规划审查。
49. 路由时按角色分配：Client service associate（CSA）负责安排会议、收集文件、例行跟进电话、账户维护请求、生日和里程碑致意（若公司委托）。
50. 路由时按角色分配：Operations team 负责账户转移、受益人指定处理、成本基础更正、分配处理、开户文件。
51. 路由时按角色分配：Compliance team 负责监管披露交付、适当性重新认证审查、广告审查事项、合规例外解决。
52. 建立升级规则：Level 1 接近 SLA 时仪表盘视觉指示，例如绿色变黄色。
53. Level 2 达到 SLA 时向被分配人及其主管推送通知。
54. Level 3 超过 SLA 时升级到 practice manager 或 branch manager，并在管理报告中标记逾期行动。
55. Level 4 合规行动超过 SLA 时升级到 Chief Compliance Officer，并记录为 compliance exception。
56. 团队制路由：考虑顾问专长（tax planning、estate planning、retirement income）、当前工作量、客户分配；如果主顾问不可用，将时间敏感行动路由给指定 backup advisor，避免在队列中老化。
57. 交付渠道：仪表盘 widget（morning briefing）作为主要渠道，在顾问主页显示当日优先级队列。
58. morning briefing 显示按优先级排序的 top 5 到 7 个行动，每项含一行摘要和客户名。
59. 推送通知：用于移动和桌面的实时警报，仅用于真正紧急的时间敏感行动，例如 margin call、large cash deposit、48 小时内合规截止日，避免通知疲劳。
60. 邮件摘要：每日或每周发送，列出待处理行动、即将到期截止日、上一周期已完成行动；作为次要渠道和记录，周摘要适合 practice-level，日摘要适合高成交量实践。
61. CRM 任务创建：NBA 推荐自动在 CRM 创建任务，保证行动在顾问现有工作流工具中被跟踪；CRM 集成对采用率关键。
62. 日历集成：对涉及客户会议的行动，根据客户偏好会议时间和顾问可用性自动建议或自动预留日历时间，减少从应安排到实际安排的摩擦。
63. Nudge 设计：初始显示最多 2 到 3 句话，让顾问 10 秒内读完并决定是否行动。
64. Nudge 要 contextual：包含足够客户特定信息，使顾问无需打开完整客户记录即可理解行动为何重要；包括 trigger event、相关数据点、推荐行动。
65. Nudge 要 actionable：包含清晰 call to action 和直接执行链接；例如 John Smith 昨日存入 $150K，组合现金现为 12% vs 目标 3%，建议按增长模型投资 [View Account] [Create Proposal]。
66. Nudge 要用视觉线索，例如颜色编码、图标、队列位置，传达相对优先级。
67. 交付时机：每日优先级队列在早上 7:00-8:00 交付，让顾问以清晰行动计划开始一天。
68. 紧急项实时交付，例如 margin calls、同日合规截止日、大额现金移动。
69. 绩效相关触发在盘后交付，例如 drawdown alerts、drift notifications，避免打断交易日。
70. 执业级摘要和下周预览在周末交付。
71. 组装客户上下文包：投资 profile，包括当前配置、目标模型、风险画像、投资目标、账户类型、税务状态、成本基础摘要。
72. 客户上下文包：财务计划状态，包括当前计划、目标 funded status、Monte Carlo probability、关键假设、即将到来的里程碑。
73. 客户上下文包：最近互动，包括最后联系日期、最后会议日期、讨论主题、之前会议未完成行动项、最近服务请求。
74. 客户上下文包：沟通偏好，包括首选联系方式 phone、email、video，首选会议时间，首选频率。
75. 客户上下文包：人生阶段和即将发生事件，包括 accumulation、pre-retirement、distribution、legacy；年龄或合同里程碑；最近生活事件。
76. 客户上下文包：家庭上下文，包括配偶或伴侣、受抚养子女、其他也是客户的家庭成员、家庭级资产聚合、遗产计划状态。
77. 个性化推荐：talking points 引用客户具体持仓、目标和情况，不用通用建议。
78. 个性化分析摘要：使用客户实际数据，例如实际 drift amount、tax-loss estimate、RMD calculation。
79. 个性化邮件草稿：反映客户沟通风格和关系语气，例如正式 vs 非正式、细节导向 vs 摘要导向。
80. 跟踪每个客户的历史 NBA 推荐：之前推荐了什么、顾问接受或延后或拒绝、延后是否最终完成、客户对 NBA 驱动 outreach 的反应。
81. 用历史防止重复推荐，例如不要推荐上周已拒绝的同一行动，并进行趋势分析，例如持续延后审查会议的客户可能需要不同 engagement approach。
82. 工作流集成：点击 Propose Rebalancing 应打开 portfolio management system，并预加载客户账户、当前 vs 目标配置、建议交易。
83. Schedule Review 应打开日历，突出客户偏好会议时间，附预建议程模板和草拟邀请邮件。
84. Send Tax-Loss Report 应从 portfolio system 生成 tax-loss harvesting analysis，套用公司报告模板，并通过客户首选渠道排队交付。
85. Update Beneficiaries 应打开账户维护工作流，显示当前受益人指定并预填客户信息表单。
86. Deliver Disclosure 应通过公司文档交付系统排队所需文档，并带跟踪确认。
87. 当顾问完成 NBA 推荐行动时，自动在 CRM 记录 activity。
88. CRM 记录：trigger event、recommended action、advisor action（accepted、deferred、rejected）、completion timestamp、outcome。
89. CRM 记录链接到客户记录和顾问记录。
90. 如果行动涉及客户互动，记录互动细节：date、method、duration、topics、next steps。
91. 用自动记录消除顾问常跳过的手工数据录入，使 CRM 反映真实执业活动，并支撑关系跟踪、合规文档和执业分析。
92. 建立反馈闭环：按 action type、trigger type、advisor、client segment 跟踪接受率。
93. 识别持续被拒绝的行动，调查 trigger logic、prioritization、action template 是否需要改进。
94. 识别接受率低的顾问，判断问题是 action quality、delivery timing 还是 advisor engagement。
95. 用接受或拒绝数据训练 ML 模型，持续改善行动排序和个性化。
96. 合规驱动行动示例：上次审查 11 个月前的客户年度适当性审查或最佳利益审查到期。
97. 合规行动示例：公司提交修订 Form CRS 后需向现有客户交付 Form CRS。
98. 合规行动示例：最近建议缺少 Reg BI 要求的 best-interest documentation。
99. 合规行动示例：受限账户需定期审查，解决前不能交易，例如 deceased account holder、legal dispute、regulatory freeze。
100. 合规行动示例：根据 Reg S-P 需交付年度 privacy notice。
101. 合规行动示例：定期审查发现客户身份验证不完整，即 CIP documentation gap。
102. 合规行动必须 non-dismissible：不能 snooze 超过监管截止日。
103. 驳回合规行动必须输入原因并获得 supervisor approval。
104. 逾期合规行动按升级规则自动升级。
105. 为所有合规驱动 NBA 行动维护完整审计轨迹：trigger detection 时间戳、action creation 时间戳、advisor notification 时间戳、advisor response（accepted、deferred with date、escalated）、completion timestamp 与证据（meeting notes、signed documents、delivery confirmation）、responsible party、supervisor acknowledgment（针对 escalated 或 overdue）。
106. 用审计轨迹作为 SEC 或 FINRA 检查时监督 oversight 的证据；可生成 NBA compliance log 显示每个客户的 trigger dates、notification dates、completion dates、escalation records。
107. 测量运营指标：Action acceptance rate，成熟实施目标可规划为 60-75%；持续低于 40% 表示推荐不相关或交付无效。
108. 测量 time-to-action：看分布而非仅平均；中位数 2 天但长尾 30+ 天表明队列管理问题。
109. 测量 queue utilization：每日队列容量 5-7 的使用百分比；持续低使用表示 triggers 不足或评分过保守；持续超使用表示需调整 cap 或增加人员。
110. 测量 trigger accuracy：检测事件中真正值得行动的比例；误报会降低信任。
111. 测量 compliance completion rate：硬监管截止目标 100%，公司设定截止目标 95%+。
112. 测量 outcome metrics：Revenue impact，比较接受 NBA 驱动 outreach 的客户与可比未接受客户是否产生更多收入，例如额外资产、规划 engagement、产品采用，需适当 controls。
113. 测量 retention impact：接受定期 NBA 驱动顾问联系的客户留存率是否更高；留存是滞后指标，也跟踪满意度分数和 engagement frequency 等领先指标。
114. 测量 advisor productivity：NBA 实施后顾问每日或每周是否完成更多客户面向活动；同时测数量（客户互动数）和质量（导致结果的行动 vs 打勾联系）。
115. 持续改进：用 A/B testing 比较不同 action templates、delivery times、nudge formats，识别更高接受和完成率；在顾问 cohort 内测试控制个体差异。
116. 持续改进：通过 periodic surveys 和 advisory councils 收集顾问对行动质量、相关性、时机的定性反馈；让感觉系统为己所用的顾问成为 champion。
117. 持续改进：定期审查 trigger thresholds 和 logic；如果 80% drift-triggered rebalancing actions 因接近阈值但不 compelling 被 defer，阈值可能过紧；如果 large-cash-deposit actions 持续被接受，该 trigger 有效。
118. 持续改进：根据顾问反馈和市场变化刷新 action templates，例如 talking points、email drafts、analysis summaries；引用过时市场主题或陈旧数据点的模板会损害可信度。
119. 需要完整场景走查时加载 references/examples.md，其中有三个端到端示例：为 15-advisor RIA 设计 NBA 引擎（trigger catalog、scoring weights、sample queue）、large-cash-deposit trigger 全工作流、合规驱动 annual-review completion system。
120. 落地时避免常见错误：控制每日行动数量、与现有系统集成、从第一天建立反馈、稳健评分、客户特定 nudge、连接执行、合规不可驳回、跟踪结果、容量感知、顾问参与、保留审计轨迹、定期刷新行动库。

适用边界 · 注意事项

• 无法与顾问现有 CRM、portfolio management、financial planning、日历或文档交付系统集成，只能作为独立系统存在时，不适合部署 NBA。
• 无法限制每日队列并建立优先级评分、合规行动不可延后、升级规则和审计轨迹时，尤其不适合用于合规驱动行动。
• 没有顾问参与触发阈值、行动模板和交付偏好，且无法建立接受率与结果反馈闭环时，不适合上线 NBA。