产品实习笔记(2)---流形式体验的处理

功能描述：发布项目后，根据几个条件进行匹配买家，再展现推荐结果。
block因素：项目需要审核，会提示用户审核中，虽然用户在发布后能看到匹配的结果，但是不能做推送动作。如下图：

1

场景体验：我发完一个项目，很好，能看到一堆的推荐结果，点击推送，可是告诉我正在审核，审核结束后才可以通过，然后我丧气的把页面关掉，或者先把心怡的结果放到队列里面以后等着通过再回来处理。之后的某一天，来了一封系统邮件，您的项目通过了。然后我可能正在忙，想着：算了以后再说吧。
从数据上看到的结果是，从看到结果到产生推送动作的转换率很低。当然我们这其中的原因也可能是用户对推荐的结果不满意。

能不能试着把上图等待跟推送之间直接连接，那么肯定要拿掉中间的审核，但从需求上它是必不可少的，可不可以放后面？改进如下：

2.jpg

这个方案似乎解决了一些问题，我们能这么做的原因是：有大部分的用户的项目是OK的，我们可以优先考虑他们的行为，就像为他们设置‘绿色通道’。但事先我们并不知道哪些项目是OK的，所以审核的存在又有必要。

缺陷：这类处理适合'推送'操作，比如投简历，推项目等等。因为用户对实时性的要求没那么高，他们预料得到反馈的时间会比较长，同时也知道对方如果感兴趣会通过别的方式(手机，邮箱)联系。而对于实时性要求高的，比如我们把这个系统做成IM形式的，然后在对话框内我以文件或消息形式直接推送给对方一个项目，这样用户的需求就大不同了，IM的实时性跟审核就产生冲突。虽然仍然可以做如上处理，但是一旦审核失败让用户意识到审核存在，就会产生怀疑“是不是每一句话都要审核，这个聊天好麻烦，不想等了”等等。