［屌丝PM］长跑与小步快走的魔力

最新推荐文章于 2020-10-24 11:04:20 发布

知了艾夏天_黄炎雷

最新推荐文章于 2020-10-24 11:04:20 发布

阅读量1.2k

点赞数

本文链接：https://blog.csdn.net/LAY19911123/article/details/21636697

版权

－－－－1024－－－－

为了方便大家查看文章，新做了一个全文目录。

使用方法：

回复：h 就能查看所有文章

－－－－1024－－－－

乍一看标题，朋友们可能以为我把文章的系列搞错了，这个标题怎么都得是健康类的文章吧。不过大家请放心，我写文章的时候很清醒，“小步快走”是我在珠海时经常听到前辈们说的一个短语，意思就是快速进行产品的版本迭代，而这里的长跑，我接下来会给大家解释。

文章刚刚写了一个月，越写越欢快，每天都会有很多的想法想要写出来分享一下，也有熟人知道我暑期在珠海金山实习的事情，在看到我写了《［走过的路］联想时光》这一系列文章后，就有热情的朋友催我写一下金山实习的经历，怎么也得来个《［走过的路］金山时光》吧！

后来和朋友聊了下，我本来也有想法专门开个系列说一下这段经历，但具体细节也确实不便于透露，再加上开了《屌丝PM》系列后，我也能够更容易将在珠海学到的知识和大家探讨。所以，看《屌丝PM》的系列，你也能找到我这段时期的感悟。

PM的长跑之道

回到今天的题目上来，先来讲讲这个“长跑”，通过上一篇惨痛的回忆，大家知道我在长跑方面不算优秀，但还是很有心得，至少来个千米测试，不会慌慌张张找人替考。“长跑”有什么特点？一个好的长跑运动员或爱好者，耐力是必须的，如果没有意志力，跑长跑容易半途而废，其次是最后100米的冲刺，也就是爆发力。要想在长跑比赛中获得好的名次，这两者缺一不可，前者代表着选手的稳定性，后者则是所谓的爆发点。

说到这儿，让我们再想想产品经理的工作吧。大多数产品经理，特别是菜鸟PM，在刚入职时，是肯定没有机会亲自从头创造一个新产品的，很多PM负责的最多是一个单独的功能模块，就像我刚入职珠海时的工作就是做“弹泡”（点击文章最后的原文链接查看我关于当时泡泡设计的日记），这段时期的工作就好比长跑的前一个阶段，到你手上的是一个拥有一定用户群，且版本稳定的产品，你的第一步工作就是将产品的稳定性做好，继续保证这个品牌的口碑，这一点珠海金山在很长一段时间做的很不错的（这绝对不是广告～～）。

紧接着，你把最基本的工作做扎实了，接下来接到了小的改版任务，无论是界面设计还是功能设计，这段时间强调的是“锦上添花”而不是“画蛇添足”，很多PM到了这个阶段都会犯错，我当时也是这样，总想加各种各样的有趣功能，但却忽略了本身产品的定位。“锦上添花”意味着本身的改动不会干扰产品的核心理念，好好的杀毒如果有太多“娱乐”的元素加入，就会打破产品维系多年的“靠谱”、“专业”的形象，当然我不是说不能“娱乐”，只不过这样的“娱乐”元素不能出现在核心功能上，就像现在各大杀软的安装界面都在走可爱、亲民风，但真到了杀毒的时候，绝对不会出现半点拖沓。“锦上添花”就像长跑最后的百米冲刺，它能提高你的成绩，而“画蛇添足”式的设计就相当于在长跑比赛中最后100米往反着的方向冲刺。

PM“小步快走”之法

“小步快走”是移动APP开发商最常使用的“开发—发布方式”，这几年移动端的更新模式也直接影响到了PC端，那么为什么会提倡这样一种方法呢？

大多数原因是基于开发者或企业本身的，“小步快走”意味着多次的试错机会。如，昨天出现的新功能导致用户活跃度猛降，第二天你就会发现有更新的消息，其实就是为了替换该版本。“小步快走”还是一种找到用户“真正”需求点的重要方法，“永远不要问用户需要什么，他们都不知道自己真正需要什么”，这是乔老爷子留给产品小辈们的一句话，很多人都奉为箴言，但很可惜，太多的PM没有理解真意，还是有大把大把的工作人员在做产品调查问卷，这样的做法能得到的结果就是，功能做出来了，用户还指着你的脑袋说：“就做成这狗屎样？”。

我在珠海的那段时间，前辈都会一直强调去论坛看评论，较之之前那种方法，金山的PM还是很专业的，他们用自己的眼睛去看用户的观点，“小步快走”需要PM在短时间内搜集这些信息，并加以总结，从而找到真正的“需求点”，而不是为了需求找需求，为了功能而做功能，这也是区分互联网公司和传统软件公司的一个重要特征。