产品实习笔记(1)---带审核的注册

一开始，只有web端，我们需要一个注册流程
那么就整个最简单的：邮箱(必需)&手机(非必需)&公司名(非必需)->注册
但是，这是平台工具，最好设置门槛
于是流程变成：

1.jpg

BD：“人工审核的工作量似乎太大了”，我们需要过滤点人工审核的量，转换为更加自动化的审核机制，于是流程变成：

2.jpg

这看起来是个非常不错的逻辑，将个人与公司邮箱分开，并以不同的方式处理，绝大部分的目标公司的用户都能自动的通过审核并接受确认邮件。直到最近在面试时一个面试官提到这个流程不够‘闭环’，后来我想了一下这中间的问题出现在审核不通过的那些用户，收到未通过邮件的体验并不好。
首先，分析我们BD判断他们审核不通过的原因：1.无法判断的个人信息，2.公司信息存疑，3.确定的公司、个人信息，但不是我们的目标用户，4.恶意的注册。可以看出目前的做法对3，4倒没什么影响，但对于1、2似乎有改善的空间。如果收到未审核的邮件后，这类用户重新注册相当于重走流程，并且重复审核。应当告诉他们可能存在的问题，并形成一个闭环。新的流程应当如下：

2.jpg

通过这一步骤会改善一部分目标用户的体验，有可能将1，2情况下的用户转换为可以直接通过审核的用户，而真正收到拒绝邮件的目标则更加明确。

感想：有门槛的注册流程一定是更加复杂的，只是可以将复杂度封装进系统，而对一些明确的目标用户给予一样流畅的体验，当然上述的流程一定还不完善，根据实际的需求肯定还有优化的空间，比如：当推出App后手机注册优先级将高于邮箱，这时候又该做哪些改变呢？