Pzの产品之路

以论坛中的反垃圾信息为例， 从具体策略上说说自己的看法。

1.对每一个帐号都设定打分项，主要从帐号发布的内容、帐号的行为、与帐号的关联因素三方面考虑。
内容因素：
首先，垃圾帐号发布的内容多半会提供一个外站的链接或者手机、QQ号。因此一个帐号连续多次发布的信息中如果有重复的链接/数字出现，他有极高的可能性是一个垃圾帐号。
其次，每个论坛都会有自己的敏感词库，如果不是那种最ugly的敏感词库，至少应该会有三层级别：
a.直接删除内容并禁言帐号；
b.需要对内容做先审后发的处理同时监控帐号其他发布的内容；
c.内容可以先发后审，帐号不作处理。
对于前两种情况，垃圾信息能造成的危害被降到了最低。第三种情况，就需要结合其他因素一起来判断。

行为因素：
这里举一个例子来说，垃圾帐号因为是趋利，所以在行为上一定会异于普通的正常用户。比如在论坛上它会一直不停地发帖，而正常用户都是看帖多发帖少。这就给我们提供一个参考。通过post数量和浏览的url数量比值我们就能找到垃圾帐号和正常帐号的差异。

其他的关联因素：
看到之前的回答中有提到不少，这里补充一个：帐号所使用的主机id。垃圾帐号通常是批量注册的，因此一个垃圾账号背后来自同一个ip、同一个主机的其他帐号往往也都是垃圾帐号。但是这里提出一点：不要轻易封掉ip或主机，一方面是会有误伤，另一方面这种简单的封杀做法会让你的反垃圾体系变成马其诺防线，一旦被突破，只会抬高你的反垃圾成本。

2.基于上述三方面的考虑后，我们已经拥有评估垃圾帐号可能性的几个因素了，基于三个因素对帐号做评估。可以使用一些比较智能的算法，比如贝叶斯公式，但这需要你能准确地统计出垃圾帐号中各个因素的占比系数，这个模型一旦建立起来，整个反垃圾系统需要通过不断地机器学习来对系数做调整，才可能应对垃圾帐号即时的变化。
当然，你可以有比较简单的做法，只要某个帐号具备了其中的若干因素，就可以怀疑它是垃圾帐号了。接下来就看是否需要借助人为的监控行为做进一步识别了。

3.验证码和反垃圾策略的关系
必须明确的一点是：验证码本身只能用来防住机器人，防不住人，更何况破解技术层出不穷，实际上抵挡机器人的效果也不完全能让人满意。即使你对自己的验证码有把握，那么你也许能挡得住一部分机器人，但并不能把所有垃圾帐号都防住。
所以验证码实际上只能算抵挡垃圾信息的第一道防线，在验证码之后，一定要有合理的反垃圾策略。

4.反垃圾工作的确是一项长期的工作
理论上来说，当垃圾信息的发布成本高于所能得到的收获时，垃圾信息会减少，这些发布垃圾信息的人也会选择离开，转而寻找其他的社区。但事实上，垃圾信息行为与反垃圾行为永远都是一场你来我往的战斗，随时注意网站的数据变化，及时找到典型的垃圾模型。才能巩固已有的战果。

目标：

你需要确定一个目标，在整个产品设计过程中，它可以是不变的也可以是阶段性变化的，但无论如何，阶段性的任务必须始终围绕目标展开，不偏不离。这个目标尽可能是一个量化的数据。对应地，在你的文档里必须包含对目标的描述已经收益的描述。记得，千万不要在执行的时候把手段当成目标，反而让自己偏离了原本的初衷，所以也要时刻分清楚哪些是手段，还是那句话，别忘记自己的目标。

体验：

把自己当用户去使用产品，找到用户可能面临的痛点。

数据：

用数据说服自己，你可能会同时面临许多体验上的痛点，你也会遭遇技术资源的短缺，工期的不足。哪些痛点必须优先解决，哪些痛点可以延后，哪些你认为是重要但数据告诉你其实用户用不着甚至做上去了变成对用户的伤害？学会用数据说服自己，也说服团队。
通过数据观察，了解你认为是痛点的地方究竟在你的用户群中使用率如何。
通过A/B测试，了解你认为可执行的方案用户是否真的认可；是否真的可以达到你的目标。

逻辑：

你需要知道，你的行为需要瞄准你的目标，而你的目标来自于用户的主需求，即便你的交互再优秀，操作再简单，而这一切并非针对主需求甚至对主需求产生了负面的影响。你也不会获得收益。

确定

确定需求往往是承接需求调研而来，目的是搞清楚产品部门究竟要解决的是什么问题，有时候业务部门会要求你能为他们做到些什么，但这种要求往往过于含糊，你还需要再和他们多了解一些信息，才有可能真正了解他们希望得到是什么，避免发生买个MBP回来只为装了winxp玩扫雷这样的杯具……

在确定环节中，这只完成了一半的工作；接下来我们需要知道对应这个需求，会有哪些角色来使用，我们需要能够对这些角色涉及到的不同需求做出细分。这也是需要和业务/需求部门沟通好的。

Continue reading »

最近的一系列事情开始教育我，如果不能做好需求管理的工作，产品人员疲于应付不断变化的需求，导致无法正常开展产品的设计和管理工作。结果就是交付给开发人员的需求文档不断变动，开发人员也不知道自己究竟该做什么，项目进度越拖越慢。最后到了规定好的交付时间，因为拿不出需要的产出物，部门之间开始互相推诿、埋怨。 Continue reading »

对技术的理解

不少产品经理是从开发转过来的，他们了解技术，能比较准确地知道产品的哪些功能可以实现，产品的哪些需求必须重新整合。即便你并不是开发出身，这也没有关系，你也可以通过和开发工程师们请教一些技术的知识，自己查看技术的背景材料来了解。做到对技术的理解，最重要的并不是让你知道如何实现，而是要达到对新技术的理解并发现它潜在的应用价值。 Continue reading »

敏锐的头脑

产品设计这份工作最大的魅力就是它强调了你需要不断地创新，因此你必须拥有敏锐的观察力和准确的判断力。只有这样，你才能纷繁的变化中把握最核心的元素。 Continue reading »

去年年初接手了一个网站，一边带团队，一边招兵买马，前后陆续面试了不少人，有那种刚毕业但是对产品设计充满憧憬的，也有那种原本做运营、做开发希望能转行来做产品的，当然也不乏一些有相关经验的人。每一次在面试他们的时候，我都会想，坐在我面前的这个人，究竟愿意在这行做多久？倒不是怀疑他们能否胜任这份工作，而是一旦踏入这行，你会发现它很难跟个人的生活分离出来。 Continue reading »

1.相比于传统的广告位拥有更精准的宣传效果