写给产品新人：关于需求你需要知道的事思维导图

琴瑟如你

2023-03-02

浏览量: 2

产品经理,

需求

知乎上看到一个问题“你觉自己在什么时候真正地从产品助理成长为产品经理？”，我想起了第一次跟leader提需求，跟进至上线的那种喜悦和成就。

树图思维导图提供《写给产品新人：关于需求你需要知道的事》在线思维导图免费制作，点击“编辑”按钮，可对《写给产品新人：关于需求你需要知道的事》进行在线思维导图编辑，本思维导图属于思维导图模板主题，文件编号是：a722690c36ae333b066e8ac2c628cf29

思维导图大纲

1.需求的背景

说到底，就是需求分析。需求分析考究的是对业务的理解和对行业的把控度，做需求分析时，不管是你提的需求或者客户/老板提的需求。一定要清楚，功能是为谁做的，受众用户是谁。是否有深刻的用户画像的概念，他们能否从需求功能中得到他们想要的效果。

此处分享一个干货，分析需求时刻记得哲学唯心三问题。

了解需求的背景，可以让你在验收的时候更落地，避免货不对板，降低回炉再造的可能性。

2.需求的人员/时间安排

现在的互联网公司都有许多奇妙，似是而非却又有一定道理的名词。比如“小步快跑”“快速试错”。深究起来，无非是为了更快的抢占市场。所以一般老板或者leader对项目时间的把控都非常严格，身为PM也应该对每个节点的时间敏感。在PM定时间的时候，需要PM对技术有一定的了解。

举个栗子：我们的需求是做一个端午的活动页面，那么我们知道流程的走向应该是产品原型等确认后，设计先出高保真，再由前端切图并完成页面效果（比如抽奖，砸蛋等动作），交给后端绑数据，最后再按需求看是否需要在网站后台做统计数据。

那么我们就需要把握这几个时间节点，并且尽量细分。设计有几个页面，分别需要多久？高保真出来后，页面有多少效果需要前端做的，有没有公共样式可以调用？到了前端侧，有多少效果需要写代码。对于简单的效果或者一些不复杂的页面通常只要几个小时就可以完成的。

最后就是后端的开发，这里强烈建议PM们去学习下数据结构，推荐书籍《大话数据结构》，有些新功能在后端开发时，需要重新建表。那么建表的字段有哪些，是否要做表的关联。这些即涉及到了新功能系统分析这一步。建议PM和开发组长一起建表或者对表有一定了解，这样做的好处，一是，自己对开发的了解可以更深入，也能增加自己的逻辑，知道哪里的数据从哪里来，经过怎样的运算展示给用户。其次是可以避免给开发兄弟埋坑，也避免给开发兄弟忽悠。

3.需求完成后的统计/反馈

这一步容易被一些小公司，或者年轻PM忽视。但是PM一定要记住一点，”数据是PM职业生涯的保障！”为何我如此强调数据，因为不管是在你跟领导晒成绩谈需求，又或者是在需求会议上跟人PK时，如何能够让你的计划得到实施，如何让你的团队信服。很多时候，人格魅力都是虚的，数据才是真的！当你拿出支持你言论的数据时，你会发现你的逻辑，你的布局都是有条有理的，不会被人挑出毛病，也不会被老油条们喷的太惨。所以请一定要重视数据！

言归正传，当需求完成后，你需要一套完善的数据便于分析以及了解功能的不足，下一步的战略。数据分析是门很深奥的功课，在此不做展开，之后会更新一篇专门讲解数据分析的文章。但是简单的数据分析还是要有，比如新功能使用的人数，反馈如何。上线后，DAU，PV，UV等，是否有所提高。

在此，给大家分享的干货是在腾讯PM的PPT或者文档中，最喜欢用到的数据分析方法之一。定性分析与定量分析！这两个名词百度可以搜出一大堆解释，本文的解析只出于作者本人的片面理解。

两者是相辅相成的，但是一起拿出来，放入到你的PPT或者各种分析报告中，给人感觉就是专业又装逼的。例如：QQ相册里面的亲子相册功能，这个需求是由qq空间的产品经理看到身边的同龄人都在各种平台晒娃想到的。他认为对于用户是有这样的需求，所以就先进行定性分析，发现20-30岁有孩子的女性是这个需求的核心用户，接下来又使用定量分析，严格分割年龄层和性别比例。又发现宝宝的各种第一次，第一次洗澡，第一次哭等….是父母们最喜欢晒的图片之一。

二.跟需求中需要避免的东西

在跟需求的时候，难免会遇到各种各样的问题。排期延后，设计货不对板等等，说实话，这些问题只有具体问题具体分析了。更多的主要靠交流，经验的积累，还有对细节的重视程度。

接下来就常见问题和一些常常埋下的坑做下分析。

关于设计：

为什么这个设计风格老是不达标，领导也觉得不好看？

其实我觉得最简单的方法就是去学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小时。那就可以去问下他为什么需要这么久了。

关于开发的坑实在太多，在后续的章节里会持续更新可能会遇到的坑点。在此篇先不做详述。下图来此知乎，仅供大家一笑。

三.总结自己，反思团队

每次需求做完都是对自己能力的一次检验，在培养团队默契之外如何更好的使需求落地。一个牛逼的产品经理，在项目组内应该是那种坐在谁位置上就能做他的事的人。不管是业务逻辑还是设计细节，不管是开发排期，还是数据统计，都应该了如指掌。一定要记得每次掉下的坑，掉的越猛，飞的越高！

最后是文中推荐的干货：