验证码先看见还是后看见

        前两天，有朋友说了这样一件事：某产品要该使用流程，允许网友在不登陆的状态下发帖。这里不讨论这种策略可能对现有用户，以及发帖质量等其他方面带来的影响，这里只讨论以下两种流程体现出的产品理念。

项目负责人的想法：用户看见验证码会很烦，可能就不愿意留言了；等他们写好了，再看见验证码，考虑到自己都写了那么多了，怎么都会填写验证码。

我猜测对方可能的想法：

1. 用户都特别怕麻烦，所以懒得留言；
2. 虽然与注册/登陆才能留言相比，填写验证码就可以留言已经是很大的简化了，但是还会有相当部分用户会认为麻烦；
3. 首先是把用户留住，让他们写点什么，最少有50%以上的人会填验证码，提交；否则，可能回帖增长率连这50%都没有；
4. 用户会习惯这种后出验证码的流程；
5. 这算不得骗人，只是个顺序问题。

朋友说：这样做会让用户觉得自己被骗了，这次来了，下次就不开始来了，甚至由此引发更不好的印象。应该一开始就告诉用户有哪些障碍，让不怕麻烦的用户在最少步骤内完成操作，并带着愉快的心情离开，而不是在不良心理感受中关闭页面。

网站产品负责人的kpi都与pv，注册转化率，软件下载率，活跃用户率等等具体数字有关……然而，我们都知道再大的网络社区，真正的活跃用户比例永远不超过20%，真正的活跃板块永远就是那么几个，他们的贡献率大概就是时下流行的“长尾理论”中非尾巴的那一部分……这时候，不断吸纳新用户使用或注册就变得特别重要，也就有了围绕这一目的的各种推广或变化。

就这个案例而言，如果单纯考察“我要留言”按钮的点击率，项目负责人的流程更有吸引力：提交留言的转化率未必很低——没有实事数据，我们不能说人家一定低——此外，长时间观察中的确发现，大部分用户的耐受力很好，容忍度也很高，常常包容自己喜欢的网站犯的错误，例如就有网友说“制作***的过程就应该很麻烦，要不怎么体现它的可贵……”从步骤上分析，显然多一步的使用体验不好，但似乎也不是绝对不可容忍。于是就只剩一个核心问题：那种事先隐藏，事后出现的验证码，算不算欺骗？在讨论“用户体验”与“可用性”的概念时，我们明确了一点，“体验”包含着用户在使用过程中，以及之后的情绪体验。如果用户感觉上当受骗，显然不是好的体验。然而，一边是好看的数字，一边是用户的抱怨，我们该怎样平衡这类kpi与用户体验之间的关系呢？又如何说服产品、项目负责人呢？当然，如果用户觉得，这不是一种欺骗行为，这个问题就不用讨论了。

 3.5的补充:

问了做技术的同事，两种方式在技术上当然都没有问题，第二种可以用js。为了解决digi说到的有效性问题，他建议点验证码框的时候再出现验证码。但是，还是建议一开始显示“验证码”相关的信息，让用户看见，不要提交了在要求出验证码。

转载自不言堂