售前
限制薅羊毛用户无脑领课
背景： 产品说主 App 内用户不需要输入手机号，直接点击 0 元领课按钮，会导致很多无效订单。订单数=》加老师数 直接的转化率 数据就会不准确，数据模型有问题。
思考： 输入手机号是可以一定程度上过滤部分无脑下单的用户
疑问点： 账户 A 登陆主 App,但是售前 H5 页面会存在登陆 B、C、D 等账户的问题，是否会影响订单和转化率的关系。一个用户用了多个手机号下单，但是只有一个微信加了老师。那么真实订单数 : 加老师的比率就会不准确。
产品答复： 这样的用户存在少数——不影响（有疑问？）
方案： 1.希望用户不要输入主 App 之外的手机号 2.手机号输入的过滤方案——》改为问卷调查的弹框方案（比如询问宝宝的性别、年龄等），是否会更精确的过滤掉无效订单。
主要问题： 订单数 和 加老师不成正比——存在多个无效订单，不利于用户模型的精准性。
产品方案：增加 0 元下单的门槛——通过输入手机号的方式，增加下单流程成本，减少无脑领单。
存在的争议： A 账户登陆 App，但是却用 B、C、D、E 等多个账户领课。可能会存在以下几个风险：
a. 用户用 B 账户购买后，过了几个月，记不得自己用哪个账户购买的，在 A 账户下，查不到对应的记录。（后来了解到可以通过订单查到对应下单的账户）
b. 主 app 里登陆两个账户（原本设计流程都是同一套账户体系，账户可能关联的功能系统比较多，比如用户画像，数据分析，订单等流程；可能会影响其中的各个环节，这都是现在无法预估的，都是未知风险点）方案 1: 切换账户时，退出 A 账户，登陆 B 账户——不符合业务方的要求，不能因为售前 h5 页把主站 APP 的用户信息都清空掉了。
改方案： 切换账户时，不退出登陆，不清空 A 账户的值，直接登陆 B 账户，进入到手机号码校验页，过程中遇到的问题：
a. 当进入到手机号码校验页时会验证失败，说手机未绑定。————定位问题：主站那边会校验手机号————处理方案：去掉校验
b. 去掉校验后，在主站 App 里，拉起小程序进入站内页(与预期不符），加上 encode（主站那边的人说加上这个-目前也不知道什么含义）后，就可以拉起小程序进入预期的动态公号页。
c. 去领课——去加老师文案优化
d. A 账号下用 B 账号下单，最终订单落在 B 账号下，A 账号是没有下单的。那么 A 账户没有下单会被认为是无效用户，B 账户下单是有效用户。AB 账户会被当成两个用户。
A 账户 无效用户
uv
B 账户 有效用户对于uv来讲 用户即有效又无效 对于手机号来讲 那没有问题风险点：
- 去掉中台手机号验证————风险未知————这个看上线后表现
- 是否会收到客诉————关于 A 账户下查不到自己购买的课程问题（用户记不得自己是 A 账户下用了 B 账户购买）
- 去掉校验后，加上 encode，进入小程序的场景，是否漏掉了一些————未知，需要上线后看反馈
- 用户模型,是否通过该方案更准确————
- 实际下单数 与 加老师数 比列是否缩小————通过埋点获取数据
- 因为双账户的问题————存在的其他未知风险——需要上线后反馈
小程序
- 马上打卡—— 用的 passport 账户
- 马上打卡 beta—— passport 测试环境账户走不通,售前测试环境只能访问马上打卡 beta 版本，并且配置的公众号对应的图文也有问题。