该由人确认的事，串成一条线。
不再多加一块新界面，而是把现有渠道进来的活儿理清楚，只把该由人拍板的决定挑出来。
渠道照旧
不新增工具，在现在用的会员平台、邮件、Discord 和 Slack、支付工具之上叠加 Velros AI。需要的界面、待审批队列、报表一起做出来，跑起来再逐步改进。
付费社群与内容媒体
- 新会员引导执行率
- 支付失败恢复率
- 月流失率
原有的触点保留，只把该由人确认的事挑出来。
新会员引导执行率 · 支付失败恢复率 · 月流失率
这样的咨询，会这样处理。
付费社群与内容媒体每天真实进来的请求，连同要确认的事和下一处该改的地方，都留在一屏里。
过去靠人一件件盯着的顺序，原样搬过来。
- 分类 把加入、支付、咨询、流失的信号分开，并附上同一会员的支付与过往对话。
- 关联 对刚加入的会员先给出开始引导，对卡扣失败的会员先给出更新链接。
- 初稿 把加入引导与防流失联系摆到屏幕上，运营者点一下发出即可。
- 边界 退款、退订、强制移除在执行前一步停住，叫上运营者。
看得见的
把来自会员平台、邮件、Discord 和 Slack、支付记录的原文、记录、员工修改、待审批原因都留存下来，作为下一周改进的依据。
停下来的
退款与订阅取消、会员价格变更、批量发送、成员个人信息变更、强制退出，都要运营者确认之后再执行。
懂这行的人，和你一起把标准立起来。
Velros 运营设计师与业内专家一起，把关于加入引导、扣款与取消、内容咨询、流失管理的标准，落成实际的可复用的流程。
Velros 运营设计团队
行业的标准设计与每周改进
持续改进
把员工的修改和暂缓的缘由收拢起来，重新整理成下一周的运营规则。
人的时间
重复的核对少了，人就能把更多时间放在要紧的决定和增长机会上。
深入
做内容的时间，还没照看加入和扣款咨询的时间长
经营社群的时间，消失在加入说明和扣款应对之间。同一个问题散在邮件和 Discord 里，流失悄无声息地发生。Velros AI 把这些信号汇到一条队列，连草稿一起备好，只把收不回来的事留给运营者。
从一条加入咨询到流失管理
-
接收
把会员平台、邮件、Discord 的咨询分成加入、扣款、咨询、流失。
-
关联
把同一个会员的扣款记录和过往对话并到一起。
-
草稿
拟加入说明、扣款挽回、防流失联系草稿，一并递上。
-
待批
退款、退订、强制移出，执行前先挂起待批。
-
记录
把运营者的修改和会员反应，留作下一条标准的候选。
由人拍板的部分
- 退款、退订
- 是难收回的付款，由运营者拍板。
- 会员价格变更
- 价格要变的事，只备到草稿，由人来做。
- 强制移出
- 把会员移出去的事，经人确认后再处理。
- 会员个人信息变更
- 联系方式、支付信息的变更，连同本人核验，由人来处理。
用什么衡量变好
- 新会员说明执行率
- 加入的会员收到说明并开始的比例。
- 扣款失败挽回条数
- 卡片失败在变成退订之前，被救回来的订阅数。
- 月流失率
- 一个月里离开会员的比例。
社群运营者常问的
- 现在用的会员平台还照旧用吗？
- 照旧用。不搬到新工具，只在你现在用的会员平台、邮件、Discord 上，叠一层流程。
- 退订会由 AI 直接处理吗？
- 只备到退订说明的草稿，实际的退款、退订，由运营者确认后再执行。
- 会员数据会被用在别处吗？
- 我们公司的标准和会员记录，按公司隔离，不会流到别的客户那儿。
进来的事
微信、电话、点评、邮件，在一处看
要确认的事
员工看的事和人看的事，分开
会变好的事
重复咨询和漏掉的跟进，每周都少一点