Files
XingHuo/docs/memory/ENVIRONMENT.md
T

1.9 KiB
Raw Blame History

服务对象大环境(现状 / As-Is)

来源:docs/需求拆解/业务场景优先级清单.md、docs/需求拆解/用户故事/


1. 服务对象与角色(现在)

角色 谁 在环境里干什么
C 端客户 公募投资者 看持仓、查产品、交易;正式 C1~C5 在测评系统
理财代理人 一线理财经理 服务名下客户、多系统查持仓、讲解规则、跟进
内部员工 分析、运营、合规 问数、报表、抽检会话、协同风控
风控 / 合规官 风控专员 监测大额/适当性/AML;人工审核,不自动冻户

Core: 持仓、流水、交易、正式风险等级、客户-代理人归属的权威来源。


2. 对方现在怎么办事

  • 客户:App/柜台看持仓;亏损无 Agent 式阈值提醒。
  • 代理人:多后台手工汇总;话术自写,合规靠事后检查。
  • 内部分析:SQL 或 IT 导表。
  • 风控:事后/T+1 发现异常;适当性靠交易前规则;AML 批处理或人工。

Agent 尚未上线。


3. 主路径(现状)

  1. 开户/测评 → Core 写 L0(C1~C5、归属代理人)
  2. 交易 → Core 流水;交易前适当性(若有)
  3. 代理人服务 → 查 Core + 口头沟通(无统一 L2 画像库)
  4. 风控 → 规则/人工台账;合规事后抽检

4. 环境里的关键对象

名称 含义
L0 正式档案 customer_id、C1~C5、年龄、职业、advisor
持仓/流水 产品、份额、盈亏
代理人-客户归属 customer_advisor_rel(Core 同步)

5. 痛点与约束

痛点:客户看不清持仓与规则;代理人多系统慢、话术易违规;问数靠 SQL;风控感知滞后
不能动:正式 C1~C5 仅测评/人工变更;事实账以 Core 为准;监管要求审计与适当性