例外
超出发送间隔、提醒有重叠风险时
确认最后一次发送的时点，把总量与间隔限制在人定的标准内。
Velros AI 接手的执行
从各个渠道汇总新注册、设置未完成、初期提问、团队邀请的信号，去重并排出优先级。
首次设置完成率
引导序列执行率
早期咨询响应时长
在线独立创业者手里，新注册与首次设置的信号散在注册日志、产品分析工具、Intercom、邮件里，谁在哪一步卡住都不清楚，引导邮件只在想起来时才发。在首次设置卡住的用户悄悄消失，早期问题又从多个渠道进来，回复一拖再拖。第一次体验一旦不顺，那个用户就再也不回来了。
这样的信号，会这样处理。
把真实进来的活儿归拢起来，连每一步依据什么判断，也一并留下来。
-
注册、设置信号汇集
把注册、设置完成事件、早期咨询汇到一条队列，并附上账号历史。
判断 用账号标识把同一用户归并，去掉重复。为的是不给同一个人重复引导。 -
设置阶段分类
按首次设置走到哪一步、卡在哪里，分成阶段。
判断 按已完成的步骤和卡住的点来分。为的是只发与卡点相符的引导。 -
分阶段引导初稿
做好下一步引导、未完成提醒、早期问题答复的初稿。
判断 一旦出现进展信号，就停掉提醒。免得像骚扰一样发个不停。 -
团队邀请、权限引导准备
对邀请、权限问题做答复初稿，涉及个人信息的只做受理。
判断 事实引导出即答初稿，涉及个人信息的答复交给人。 -
引导跟踪卡
做一张含账号、设置阶段、下一步动作的卡片，作为未结项跟踪。
判断 挂上结案条件（首次设置完成），让它不会从队列里消失。
有进展信号，就停掉提醒。
现场真正会卡住的例外，我们提前定好。规则套不上的时候不硬办，连同依据一起交给人。
例外
一个账号由团队一起走引导时
确认主负责人，避免重复引导，按团队为单位进行。
例外
早期问题牵涉个人信息、账号访问时
不擅自作答，标注需要本人核实，上报给人。
批量发送和涉及个人信息的答复，由人过目。
牵扯到钱、合同、个人信息和品牌的执行，只做到草稿为止；发送与敲定，要等人审批之后才动。
-
批量引导邮件发送
一旦发出就收不回，措辞与对象由人过目。
-
引导措辞大幅变更
是带品牌口吻的变更，由人审批后再发布。
-
涉及个人信息、账号的答复
答错有暴露他人信息的风险，由人确认。
-
团队权限、访问授予引导
是难以回退的访问判断，由人确定。
-
新引导序列的套用
会影响所有新用户，由人审批。
用什么来确认
看有没有完成首次设置。
首次设置完成率
在导入前后实测注册用户完成首次设置的比例。
引导序列执行率
在导入前后测量既定的分阶段引导是否及时发出的比例。
早期咨询响应时长
在导入前后测量从早期问题受理到答复的时长。
规则
注册与引导过程中会处理邮件、账号信息这类个人信息，因此须告知收集目的、仅在同意范围内使用，涉及账号的答复在本人核实之后再处理。
需要人亲自扛着的事变少了。
散落的核对和重复的回复先整理好递上来，员工就能把时间花在复核和例外上，人只看真正要紧的决定。
运营诊断待确认的事都堆到人身上。
注册的用户卡在初次设置就没了下文，上手邮件只在想起来的时候才发。
备好的活儿先递上来。
注册和设置未完成汇进一个队列，连分步引导都备好，人只处理确认、发送和例外。
首次设置完成率
上手流程执行率
初期咨询响应时间
把这件事托付出去之前，大家会问什么
关于注册后上手引导，大家实际上最先确认的那些问题。
对所有新用户都发一样的引导吗？
按设置完成的阶段来分，只做与卡点相符的引导。
引导邮件会不会像骚扰一样发个不停？
一旦出现设置进展信号就停掉提醒，发送间隔与总量按人定的标准来。
Velros AI 会直接答复用户吗？
事实引导做到即答初稿，涉及个人信息、账号的只做受理与整理，发送由人审批。
