作者结合了自己工作经验，总结梳理了产品新人阶段需要知道的需求知识，希望对你有益。
知乎上看到一个问题“你觉自己在什么时候真正地从产品助理成长为产品经理？”，我想起了第一次跟leader提需求，跟进至上线的那种喜悦和成就。对于我这种野生产品而言，在成长的路上遇到过很多鸡汤，也有很多干货，而我希望大家能看到的，是如何避免给别人埋坑。让你的设计，开发，前端都能顺利的与你合作。对产品小白来说，这必定是你成为大神的第一步！
很多产品小白，成功入职后的除开写文档外，第一个相关任务应该就是跟进已有的一些需求。此篇将阐述作为一个产品小白，如何更好的跟进需求。适合产品新人及未来准备入行的产品童鞋。同时也欢迎大神交流指点。最后，在文章最后将归纳出值得大家深究下的干货！
一.跟需求前的战前准备
在此，假设你已经入门产品，学会并掌握了Axure或其他原型设计软件，也看过了许多产品类书籍。对产品工作的整体流程有一定了解。那么请做好以下准备，至少做到心里有数。1.需求的背景
说到底，就是需求分析。需求分析考究的是对业务的理解和对行业的把控度，做需求分析时，不管是你提的需求或者客户/老板提的需求。一定要清楚，功能是为谁做的，受众用户是谁。是否有深刻的用户画像的概念，他们能否从需求功能中得到他们想要的效果。 此处分享一个干货，分析需求时刻记得哲学唯心三问题。- 我是谁？——受众群体是怎样的一群人
- 我从哪里来？——需求的背景是怎样，为什么会产生这样的需求
- 我要到哪里去？——客户想要怎样的功能，他们想要实现的目的是什么
2.需求的人员/时间安排
现在的互联网公司都有许多奇妙，似是而非却又有一定道理的名词。比如“小步快跑”“快速试错”。深究起来，无非是为了更快的抢占市场。所以一般老板或者leader对项目时间的把控都非常严格，身为PM也应该对每个节点的时间敏感。在PM定时间的时候，需要PM对技术有一定的了解。 举个栗子：我们的需求是做一个端午的活动页面，那么我们知道流程的走向应该是产品原型等确认后，设计先出高保真，再由前端切图并完成页面效果（比如抽奖，砸蛋等动作），交给后端绑数据，最后再按需求看是否需要在网站后台做统计数据。 那么我们就需要把握这几个时间节点，并且尽量细分。设计有几个页面，分别需要多久？高保真出来后，页面有多少效果需要前端做的，有没有公共样式可以调用？到了前端侧，有多少效果需要写代码。对于简单的效果或者一些不复杂的页面通常只要几个小时就可以完成的。 最后就是后端的开发，这里强烈建议PM们去学习下数据结构，推荐书籍《大话数据结构》，有些新功能在后端开发时，需要重新建表。那么建表的字段有哪些，是否要做表的关联。这些即涉及到了新功能系统分析这一步。建议PM和开发组长一起建表或者对表有一定了解，这样做的好处，一是，自己对开发的了解可以更深入，也能增加自己的逻辑，知道哪里的数据从哪里来，经过怎样的运算展示给用户。其次是可以避免给开发兄弟埋坑，也避免给开发兄弟忽悠。3.需求完成后的统计/反馈
这一步容易被一些小公司，或者年轻PM忽视。但是PM一定要记住一点，”数据是PM职业生涯的保障！”为何我如此强调数据，因为不管是在你跟领导晒成绩谈需求，又或者是在需求会议上跟人PK时，如何能够让你的计划得到实施，如何让你的团队信服。很多时候，人格魅力都是虚的，数据才是真的！当你拿出支持你言论的数据时，你会发现你的逻辑，你的布局都是有条有理的，不会被人挑出毛病，也不会被老油条们喷的太惨。所以请一定要重视数据！ 言归正传，当需求完成后，你需要一套完善的数据便于分析以及了解功能的不足，下一步的战略。数据分析是门很深奥的功课，在此不做展开，之后会更新一篇专门讲解数据分析的文章。但是简单的数据分析还是要有，比如新功能使用的人数，反馈如何。 上线后，DAU，PV，UV等，是否有所提高。 在此，给大家分享的干货是在腾讯PM的PPT或者文档中，最喜欢用到的数据分析方法之一。定性分析与定量分析！这两个名词百度可以搜出一大堆解释，本文的解析只出于作者本人的片面理解。- 定性分析：如名字一般，用语言文字做出趋势，属性的分析。在数据上非常抽象，但是对人而言更易理解。
- 定量分析：也如名字所言，需要有数据支撑的分析。对于分析的范围，平均分布更加敏感。在数据上非常具体，经常一大堆数字让人看到一头雾水，所以对人而言不友好。
二.跟需求中需要避免的东西
在跟需求的时候，难免会遇到各种各样的问题。排期延后，设计货不对板等等，说实话，这些问题只有具体问题具体分析了。更多的主要靠交流，经验的积累，还有对细节的重视程度。 接下来就常见问题和一些常常埋下的坑做下分析。关于设计：
为什么这个设计风格老是不达标，领导也觉得不好看？ 其实我觉得最简单的方法就是去学UI吧，PS+AI，神装两件套。亲自做一下，对设计的理解就会不一样了。推荐书籍《给大家看的设计书》,《设计心理学》，前者能对色彩，排版等有基础的了解。后者能够在与设计撕逼的时候，引经据典，搬出心理学等高大上的理论。曾经有个UI跟我说“好设计一定是会讲故事的”，经我反思，会讲心理学的产品一定能成为好UI！ 为什么老是拖我的需求的排期？ 这个原因很多，我来解密下藏得最深的一个原因吧。 那就是，你的需求或者你所在的项目根本不是KPI上的重点项目。 此情况常见于大公司，由于UI一天可能接很多case，有时遇到节日活动，预约UI都要提前一个星期的。但是对于UI来说，每个人审美是不一样的。所以，做的好不好都是虚的，KPI高才是硬道理！ 当然也不是所有情况都是这样的，还是那句话，具体问题，具体分析！关于前端：
为什么做出来的网页，总有用户说在他们电脑上显示有问题？ 其实前端的坑算比较少的。样式问题，是我们最常见遇到的问题。其实准确来说，这是一个技术问题，牵扯到内核，兼容性等问题。但是我们要尽量避免的，就是用户提出来之后，我们还没发现。通常我会在电脑上装三个浏览器，谷歌，火狐，360。谷歌的F12太好用，火狐的FIREBUGS也是神器，360则是许多普通用户的首选。当然还有自带的IE。 建议是使用这四个浏览器都测一遍，然后使用IE自带的调试工具，按F12找到浏览器模式，切换IE版本。部分IE版本没有IE6，这时需要下载IEtester来测试了。
关于开发：
在和开发碰需求，或者跟进需求时，是遇到坑最多的地方。再次的强烈的建议大家学习下数据结构，然后和开发哥哥一起建表。或者至少建表完后自己也要去看下。其次关于流程，关于逻辑，一定要理清！这也是非常重要的。 为什么这个功能做不了？ 这是很多不懂技术的PM最心酸的问题，特别遇到不耐烦的开发哥哥。许多刚入门的PM就在这一步被打击到了。首先作者觉得PM虽然不一定要懂技术，但是一定要知道技术做的是些什么东西，按怎样的流程怎样的逻辑去设计。懂技术当然最好，作为一个PM知识面越广越NB！ 至于这个问题，最好的方法当然是懂技术，知道开发哥哥是不是忽悠你。不然的话，就赶快找其他开发，你的朋友，你的亲戚询问具体流程。尝试找出问题是在哪一步。再去深究。 我都不知道这功能要做多久？程序员说要3天有没有骗我？ 这个相对上面的问题比较好认知一点。凭经验判断都可以大致猜到需要多久。同时，你可以注意几点，是否需要建表？有没有表之间的关联？有多少种关联？当然具体开发难度还是要跟技术组长等去碰。 在这里再介绍一个好玩的需求时间游戏。同样适用于此种情况，玩法是：提出一个需求，让至少两个程序员在纸上写上他们来做分别需要的时间，同时不可交流，不可相互查看。在最后同时摊牌。若一个人填2小时，另外一个人填10小时。那就可以去问下他为什么需要这么久了。 关于开发的坑实在太多，在后续的章节里会持续更新可能会遇到的坑点。在此篇先不做详述。下图来此知乎，仅供大家一笑。
三.总结自己，反思团队
每次需求做完都是对自己能力的一次检验，在培养团队默契之外如何更好的使需求落地。一个牛逼的产品经理，在项目组内应该是那种坐在谁位置上就能做他的事的人。不管是业务逻辑还是设计细节，不管是开发排期，还是数据统计，都应该了如指掌。一定要记得每次掉下的坑，掉的越猛，飞的越高！ 最后是文中推荐的干货：- 产品唯心三问题
- 推荐书籍《大话数据结构》 定性分析与定量分析
- 推荐书籍《给大家看的设计书》,《设计心理学》
- IE自带切换IE版本工具 IEtester
- 需求时间游戏
【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
