例外
有人请求延长试用时
只准备到延长引导初稿，实际延长与条件变更交由人审批。
从各个渠道汇总试用开始、功能未使用、临近到期、转化咨询的信号，去重并排出优先级。
在线独立创业者手里，试用用户的信号分散堆在注册日志、产品分析工具、Intercom、邮件里，谁卡住了、谁快到期了，一眼看不出来。于是转化联系只发给还记得的人，悄悄到期的试用再也没人回头看。都走到付款前一步的用户，因为没有后续联系，就这么凉了。
这样的信号，会这样处理。
把真实进来的活儿归拢起来，连每一步依据什么判断，也一并留下来。
-
信号统一汇集
把注册、功能使用、邮件反应、转化咨询汇到一条队列，并附上同一账号的历史。
判断 用发件标识、账号标识把同一用户归并，把重复信号并成一条。为的是不给同一个人发两次。 -
触达阶段分类
按是否触达核心功能、离到期还剩多久，把账号分开。
判断 以是否摸到核心功能、是否临近到期作为优先级的轴。没摸到又快到期的排最上面。 -
撰写引导初稿
先做好触达引导、未用功能介绍、到期前联系的初稿再上报。
判断 只针对卡住的地方做引导初稿。一旦出现进展信号，就停止催促。 -
转化咨询应对准备
对套餐、数据保留这类问题做答复初稿，涉及费用、折扣的只做受理。
判断 事实确认出即答初稿，涉及折扣、套餐的交给人。 -
后续跟踪卡
做一张含账号、触达阶段、到期日、下一步动作的卡片，作为未结项跟踪。
判断 挂上结案条件（转化完成、明确拒绝），让它不会从队列里消失。
没摸到核心功能，就不催。
现场真正会卡住的例外，我们提前定好。规则套不上的时候不硬办，连同依据一起交给人。
例外
一个账号由多人共用的团队试用时
确认主联系人，避免重复联系，按团队为单位统一引导。
例外
已有触达信号但支付方式尚未登记时
不催促，而是标出付款环节卡住的地方，上报给人。
折扣和套餐，由人来定。
牵扯到钱、合同、个人信息和品牌的执行，只做到草稿为止；发送与敲定，要等人审批之后才动。
-
提供折扣、优惠券
会产生成本与先例，给出去的条件难以收回，由人确认。
-
套餐变更、升级
是改变收款金额的动作，回退之前由人确定。
-
批量转化邮件发送
一旦发出就收不回，措辞与对象由人过目。
-
合同、定制条件提议
是关系与金额相关的判断，属于人。
-
自动引导措辞的新套用
带品牌口吻的措辞，由人审批后再发布。
用什么来确认
看有没有触达、有没有及时触达。
试用付费转化率
在导入前后实测从试用转到付费的比例。
核心功能触达率
试用用户摸到核心功能的比例，与转化最直接相关。在导入前后测量。
到期前联系执行率
临近到期的账号是否及时联系到位的比例，在导入前后测量。
规则
试用与转化过程中会处理邮件、支付信息这类个人信息，因此须告知收集与使用目的、取得同意，并仅在必要范围内保存。
需要人亲自扛着的事变少了。
散落的核对和重复的回复先整理好递上来，员工就能把时间花在复核和例外上，人只看真正要紧的决定。
运营诊断待确认的事都堆到人身上。
试用用户悄悄到期，转化只找还记得的人去联系，于是就漏掉了。
备好的活儿先递上来。
未使用信号和临近到期汇进一个队列，连引导都备好，人只处理确认、发送和例外。
试用付费转化率
核心功能触达率
到期前联系执行率
把这件事托付出去之前，大家会问什么
关于免费试用转付费，大家实际上最先确认的那些问题。
对所有试用用户都发一样的联系吗？
按是否触达核心功能、离到期还剩多久来分，优先给没摸到功能的用户和临近到期的用户做引导初稿。
折扣是自动发出的吗？
折扣、优惠券只准备到初稿，实际发放由人确认后再执行。
Velros AI 会连付款也处理吗？
不会。套餐变更与付款由人确定，Velros AI 只做到引导与整理。
