如何怒回程序猿对产品功能的讽刺？

自我介绍下，本汪从去年9月开始接受产品经理的工作。当时真的是对互联网产品一无所知啊。记得我说可以一起画原型图，老板问我：你会画么？我答：我学过国画啊，草稿还是会的。。。想必老板内心os：哈哈哈哈哈哈哈哈——傻逼员工。

后来才知道画原型图跟你学没学过国画，有毛线关系。然后在这种完全一无所知，老板看我好学感兴趣的情况下，让我接手的PM的工作（PS；感谢老板知遇不杀之恩）。

到今天，9个月了。因为是全权负责的，所以成长的确实比大公司里的细分工作下的同龄人要进步的快些。这中间自学比较多了，还报了网易的班，毕竟老板产品做得比较“三拍”（拍脑袋这个有需求！拍大腿这样做的对！拍胸脯用户这个产品这个功能能做到一百万用户！）。不过老板啥都懂一些是真的，特别是拉投资贼快的，所以人家是老板，我们是打工啊。

产品刚出1.0版本，研究了下市场上大部分的产品的迭代节奏，发现是真的符合行业规律：刚开始的半年是半个月迭代一个小版本，其中包括修复bug而发布的小版本。这种规律就不要去打破它了，遵循是最好的选择。

根据这个规律，我一个月加个功能也很正常啊，不然我和程序猿们是要闲着么？老板是花钱让我们对着电脑一天工作两个小时修修bug么？

当然不能这么回答，咱们得专业的回答。

好几次讨论小细节的时候，比如：安卓默认sd卡还是默认手机。我说应该要默认sd卡。改成 默认sd卡，因为用sd卡八成是因为手机容量比较小，要把东西存在sd卡上。然后程序猿讽刺我：这个改变会给我们增加1000个用户。

再比如：加个mv。然后程序猿讽刺我：这个mv会给我们增加1000个用户。当时我的回答是不会。其实是会增加，只是增加多少无法统计。提一下产品的背景：目标用户三大需求，韩剧、OST、同款。mv是OST里的内容，由于不想延长开发期，先把OST包含的音乐部分上线了，再来上线OST中的mv。

然后旁边有人听我说不会，就问我：不会增长1000个，那你做这功能来什么用呢？

我这里今天一定要统一回答下了。也欢迎各位产品汪告诉我更好的怒回去的方案。

不要以为所有的更改和新增功能都能够跟核心功能一样能够带来大幅度的增长！也不是每个版本都只做核心功能，哪有那么多核心功能！

因为需求不是只有核心需求，所以功能不是只有核心功能。

通常一个产品1~3个核心需求就撑死了。剩下的迭代基本上是围绕着核心需求而衍生的衍生需求。

拿我现在做的韩剧APP来讲，看韩剧是核心需求。1.0、2.0的两个大版本就是上的核心功能，最最核心的需求就那么两个：韩剧、OST，已经解决了。所以后面的版本迭代应该是围绕着核心需求所带来的衍生需求所做。比如：设计界面调整的更吸引力、播放器更加流畅、操作成本更低等。

核心需求哪个APP会不满足啊，现在拼的都是衍生需求谁更好的满足。产品在长期的成长中是否能推出一些能满足用户期望需要、兴奋需要的功能和运营。如果期望需要和兴奋需要没有满足，就会倒戈到竞品里。

举例1，爱奇艺，核心需要是有稳定的播放器，很多的视频资源。衍生需要是更新通知，多放一些动漫资源，加个弹幕等。

举例2，微信的核心需要是聊天收发消息。那么微信的好友列表作为衍生需要，必须全部满足的。对于更快的移动方式的解决方案是马的话，我们的核心需求是跑的快、不容易生病，衍生需要是外形俊美、脾气温和等。

举例3，支付宝里的红包作为兴奋需要，如果不推出就无法抗衡微信红包在金融上的发力。

举例4，比如微信的核心需要是聊天收发信息，微信里的撤回消息、文件传送作为期望需要，衍生需要，如果不满足，会不爽。Snapchat就靠着阅后即焚的这一期望（甚至是兴奋）功能，成为美国社交新秀。

需要之间并不是一成不变的，比如，随着时间推移，发送表情这一兴奋需要变成期望需要，期望需要变成基本需要。所以此时就应该推出其他兴奋需要来提高用户对产品的热情。

所以你家产品经理在1.0、2.0做出了核心解决方案后，后面的迭代功能，有时候不一定是为了增长，而是为了不流失。如果你不做这个功能，人家就流失到竞品上去了，你说做不做？

还有一次我让设计师把弄上传视频的icon做的吸引人一点，直接回我：用的人少是因为没有需求。

骚年，有些功能不是多数人都需要的功能，是部分人需要的。上传视频的人本来就比看视频的人少，我让你icon做的吸引人是吸引那些有上传视频的人。再说了，没有人上传视频，视频哪里来，我们视频就是来自那部分有上传视频需求的用户啊。这里是现有鸡才有蛋的关系，先有视频，再有看视频的人啊。

最后，划重点。各位部门人员，我们产品汪要做一个功能有很多原因，不是只有用户会不会增长原因，我们坐在这个位置接触工作要考虑各个部门的需求，而各个部门通常只是考虑到自己本部门本工作的需求，既然这样，不如各个部门把你自己的本职工作做好，设计的就做好设计，icon画的更吸引人一点。技术就做好技术，不要出bug，各种异常技术情况少出点。你要是实在要反驳功能怒怒产品汪，请专业点怒，可遵循下面几点：

1、这个功能满足了用户什么需求？这是真需求还是伪需求？伪需求可以不做。

2、现在是产品什么阶段了，核心功能做好了没有？核心功能要是没做好，那么如果产品提出做衍生需求，可以不做。反之，核心需求满足好了，那就是要来做衍生需求了。

3、这个衍生需求是围绕着核心需求吗？是目标用户的衍生需求吗？如果是，乖乖做。

4、这个功能是多数人需求还是少数人需求？多数人需求满足了没有，如果多数人需求功能已经做齐全了，现在来满足下部分人的需求，或者推出能让用户更兴奋、更期待的功能有何不可？

5、这个功能也许不是大多数人的需求，但是能够带来营收，前提不伤害用户：做

6、A解决方案是90分，投入为1;B解决方案是95分，投入为1.5，明显A解决方案投入产出比更高，适合初期版本，但是后期，有时间，还是要改善成b方案。所以产品狗是后期提出的要改成b方案：做。这是为了用户体验更极致。如果初期就用b方案，那是产品狗不该。

大概这些，欢迎产品汪探讨。