从多个渠道汇集一线反馈、员工修改、培训、扩展计划相关的信号，去重并排出优先级。
专家介入的部分
客户成功经理
一线反馈、员工修改、培训、扩展计划，Velros AI 起草，怎么算达标、能不能放行由专家说了算。
先把该托付的活儿排出顺序。
Velros AI 接手的执行
不会把散落的请求一次性全交出去。先分清哪些要人来确认，哪些由 Velros AI 代办。
每周看卡住的活儿和员工修改，打磨运营规则。
留下一线反馈和扩展计划，拓宽下一步要托付的工作。
Velros AI 接手的执行
客户成功经理
客户成功经理接手的运营规则
一线采纳率
读一遍现在的流程，先找出能省下来的人工核对时间。
每周改进件数
把处理顺序和例外标准写短一点，别让员工犯迷糊。
可扩展的候选数
第一轮跑完，看卡在哪儿，定下周改哪一块。
只有人确认过的标准，才会变成真正跑起来的运营。
进展、要确认的事、改进的标准，都留在一屏里，让下一周的运营不至于晃。
就算把活儿托付出去了，人要看的标准也得短、得清楚。
运营留痕
每周看卡住的活儿和员工修改的记录，一边打磨标准，一边一起拓宽下一步要托付的工作。
留给人的判断
扩大运营范围、引入新工作，在人确认之后才进行。
一线采纳率
每周改进件数
可扩展的候选数
一起看的页面
业务铺开了，需要的判断也会变。下一个角色，就接在同一份运营记录上。
深入
同事改过的那句话，就是下周的标准
客户成功经理不是管满意度的人，是把一线的修改变成标准的人。如果草稿每次都在同一个地方被改，那不是草稿的问题，是标准的问题。去问“为什么改”，这才是这个角色的活儿。
头两周做什么
-
把修改收拢
同事重写过的措辞、驳回过的草稿，每天汇到一处。
-
去问为什么
不问哪儿错了，问他改的时候依据的是哪条标准。
-
挪进标准里
反复出现的修改，变成下周的规则；再下一周，要改的就少了。
-
读失败，也读成功
只读事故，就只能从事故里学。
-
写周报
什么涨了什么落了，以及下周要试的那一件事。
留下什么
- 标准的下一版
- 改了什么，为什么改。
- 一线进入标准的比例
- 有多少修改，最后变成了规则。
- 每周的改进清单
- 下周要试的一件事，和要停的一件事。
这个角色不决定什么
- 对员工的考核
- 记录不是考核材料。
- 给客户的补偿
- 牵着钱，也牵着先例。
- 标准改不改
- 可以提议，采纳的是公司。
常问的
- 能把满意度分数提上去吗？
- 分数不是目标。改动变少、漏接变少、回复变快，分数自然跟上来。
- 会跟我们的员工起冲突吗？
- 他们的修改，正是标准的原料。动手改的人，就是写标准的人。
- 每周会收到什么？
- 什么涨了什么落了，一个反复出现的问题，以及下周要试的一件事。
客户成功经理