Andrew Ng
手册五步:先做试点造势头,再建内部团队、做全员培训、定战略、做内外沟通。
出处:Andrew Ng:Introducing the AI Transformation Playbook ↗同一套六段流程,四种不同的起步顺序。每个案例分「公开事实」和「本方案的建议」两部分:事实都有出处,建议是我的判断。
手册五步:先做试点造势头,再建内部团队、做全员培训、定战略、做内外沟通。
出处:Andrew Ng:Introducing the AI Transformation Playbook ↗看整家企业怎么变:商业模式、产品、流程、战略、文化,而不只是单个模型。
出处:MIT IDE:All-In on AI ↗技术战略与业务战略对齐,转型是持续的,不是一次性项目。
出处:Globe and Mail:Foteini Agrafioti 谈如何建 AI 团队 ↗Manulife 的 Jodie Wallis 说成熟方案能买就买,买不到再自建;大银行更倾向自建平台。哪种对,取决于技术预算和数据敏感度。
Wallis 预计 AI 应用最多活六个月,追求持续再创新;监管要求模型全生命周期审查。办法是按风险分级:低风险走快速通道,高风险走完整审查。
三位专家的分工与「圆桌推演」是依据其公开观点的推演,不是他们的原话。
BMO 的培训覆盖已近全员,下一步是让 AI 进入能算账的流程。
全员培训已铺开,下一步看培训之后谁在流程里真正用、用在哪。
增收、提效、降风险各选一个旗舰场景,立项时写明财务口径与负责人。
模型清单与风险分级现在就建,对齐 OSFI E-23(2027 年 5 月 1 日生效)。
| 场景 | 价值线 | 做法(建议) | 批次 |
|---|---|---|---|
| 员工知识助手使用地图 | 提效 | 把 Lumi 一类助手的提问记录按主题归类,找出被反复问的政策与流程,倒推要改造的环节。 | 第一批 |
| 资本市场研究问答 | 提效、增收 | 在 Erqu 一类能力上补充引用来源与分析师复核,再评估覆盖面能否扩大。 | 第一批 |
| 尽调智能体复制 | 降风险、提效 | 把 MORA 的做法沉淀成可复用组件,试用到其他供应商或客户尽调。 | 第二批 |
| 个性化客户服务 | 增收 | Milchanowski 把个性化银行服务列为方向;建议先做内部顾问侧辅助,再到客户侧。 | 第二批 |
培训之后没有流程承接,结果是人人试过、没人用在流程里。
BMO 总排名第 19,RBC 排第 3;差距要用可核对的成果缩小,而不是用工具数量。
多个团队各做各的助手,数据和评审口径不统一。
RBC 的平台与人才已在全球前三,下一步是把 7 亿至 10 亿加元的目标拆到账,并理顺多个 AI 组织的权责。
7 亿至 10 亿加元要拆到条线和场景,口径事先固定,不事后放宽。
AI Group、Borealis、各业务条线各管什么,写成一页纸。
让 Lumina 的复用次数和单位成本成为可见的数字。
| 场景 | 价值线 | 状态 | 建议 |
|---|---|---|---|
| 研究覆盖扩展 | 提效、增收 | 进行中(已公开) | 按「覆盖公司数」和分析师时间两个口径对账,保留分析师复核。 |
| 电子交易(Aiden) | 增收 | 已有 | 作为平台能力的标杆,沉淀可复用的训练与评估流程。 |
| 全员生成式 AI 工具 | 提效 | 推广中 | 统一「活跃使用」的定义,按条线公布。 |
| 客户侧「财务副驾」 | 增收 | 愿景 | 先在内部顾问侧验证,再开放给客户,每一步过风险分级。 |
| 层级 | 内容 | 口径要事先固定的点 |
|---|---|---|
| 集团目标 | 2027 年前 7 亿至 10 亿加元的收入与节支 | 收入与节支分开计;是否含自然增长要写明 |
| 条线目标 | 各业务条线分到的份额 | 分配规则与季度复核方式 |
| 场景目标 | 每个场景的收入或节支 | 归属哪个条线、怎么扣除基线 |
| 平台目标 | Lumina 的复用次数与单位成本 | 复用算不算入场景成果 |
排名靠前、目标明确,会被持续对照;目标口径要事先固定。
AI Group、Borealis、条线团队若权责不清,会重复建设、互相等待。
RBC 的高管自己也说工具推广「还在最开始的开始」,排名不等于财务目标已兑现。
Manulife 的生成式 AI 已向全部员工开放,下一步是让智能体进入核保、理赔等核心流程,并统一「活跃使用」的口径。
「可用」「活跃」「深度使用」分开定义,按月公布。
从提效助手转向核保、理赔、销售顾问辅助,涉及客户权益的决定保留人工。
机器学习、大模型、智能体组件合到一个平台;低风险走快速通道,并写明退役条件。
| 场景 | 价值线 | 状态 | 建议 |
|---|---|---|---|
| 联络中心答复 | 提效、体验 | 已上线 | 下一步看一次解决率与转人工率,而不只是通话量。 |
| 销售顾问辅助 | 增收 | 新加坡先行 | 向其他地区扩展,逐地核对监管要求。 |
| 核保材料审阅 | 提效、降风险 | 建议 | 智能体拆解并核对材料,人工做决定,留存可解释记录。 |
| 理赔材料核对 | 提效、体验 | 建议 | 材料核对与说明草拟交给智能体,涉及客户权益的决定保留人工。 |
| 投资研究与深度研究 | 提效 | 方向已提 | 沿用平台组件,纳入统一评审。 |
| 指标 | 建议定义 | 用来回答什么 |
|---|---|---|
| 可用 | 员工有账号和权限 | 「向 100% 员工开放」是否属实 |
| 活跃使用 | 过去 30 天至少用过一次 | 使用者比例 |
| 深度使用 | 过去 30 天里每周至少用一次 | 区分尝鲜与依赖 |
| 参与 | 含培训、提示词活动等 | 组织动员的效果 |
同一个「使用率」有不同说法,会削弱对外与对内的可信度。
应用半年一换,清单里会堆满失效应用,变成风险。
加拿大、美国、亚洲要求不同,复制场景前要逐地核对。
核保与理赔直接影响客户权益,要保留人工决定和解释记录。
官网未见 AI 的踪迹;先把工单、设备合同、客服记录这三类数据整理好,再买成熟方案切入客服、派单和技师现场辅助,不必自建研究团队。
首次上门解决率、客服一次解决率、保养计划续约率。
工单、设备与合同、客服与预订,数据不干净,上什么工具都白搭。
场景成熟,买现成方案;自建只做数据整理和流程接口。
| 场景 | 价值线 | 需要的数据 | 买还是建 | 衡量 |
|---|---|---|---|---|
| 客服接听与预约助手 | 体验、提效 | 通话与预订记录、知识库 | 买成熟方案,自建只做接口 | 客服一次解决率、转人工率 |
| 派单与路线排班辅助 | 提效 | 工单、技师技能与位置、客户时间窗 | 买 | 首次上门解决率、单日完成工单数 |
| 技师现场知识助手 | 提效、质量 | 设备手册、历史工单 | 买,加少量自建的检索层 | 首次上门解决率、二次上门比例 |
| 续约与保养提醒分层 | 增收 | 设备与合同、历史服务记录 | 先自建简单分层,必要时买 | 保养计划续约率 |
| 数据类 | 内容 | 先做什么 |
|---|---|---|
| 工单 | 报修、上门、处理结果 | 统一故障分类和结果编码,历史数据按设备型号归并 |
| 设备与合同 | 设备清单、保护计划、保养合同、到期日 | 核对设备与客户的对应关系,标出缺失字段 |
| 客服与预订 | 通话记录、在线预订、账户门户 | 确认哪些可用于改进服务、如何告知客户、保存多久(请法务确认) |
工具要省技师的时间,而不是多一张要填的表。
地址、设备、通话录音要合法合规处理,涉及隐私规定的细节请法务确认。
三个场景跑出指标再扩大,不要铺开。
买方案时要求数据可导出,避免被锁定。