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