入行产品这一年，我的心得体会

入产品坑已1年有余，是该有写一点东西的必要了。真的该有写一点东西的必要了（借用一下鲁迅先生的手法~）在不断的practice后，总结下来，大致总是以下这4个方面的事情：

一、需求管理

据我这1年多近2年的临床经验，虽说资历不够，但不多不少，还学到点东西~

相信所有的产品新人刚入行时，接触的最多的行业概念都是“需求”吧，当然我也不例外，也是从需求开始做起，到现在带小组做项目，自己经手产品从0开始到上线的方方面面。

1. 需求收集

其实一开始上司大多会让你去跟进一些功能优化的需求，因为这只需要在了解业务的基础上，对功能优化点进行跟进即可，几乎没有难度。这阶段还不知道怎么去挖掘需求。

当你跟需求有一段时间后，你的疑问就来了，为什么要这样优化？是谁提的要优化？做了这个优化对什么东西造成什么影响…… 也就是产品人常常挂在嘴边的需求分析的5W+1H原则了。

跨过了这个阶段后，就到了收集需求阶段。需求收集无外乎3个来源，3个途径：

需求来源

公司相关业务部门（市场、运营、销售、客服等）

用户/客户

产品经理/老板创造需求（这需要产品经理本身具备很高的产品素质）

PS：乔老爷子曾经说过：People don’t know what they want until you show it to them”（在你把东西拿出来之前，用户根本不知道想要什么）。前人留话了，有时候，我们需要去创造需求。但世界只有一个乔布斯，因此我们还是脚踏实地，仰望大佬吧~

收集方式

用户调研/ 反馈：问卷调查、用户访谈、信息采集（包括工作人员在内）

来自boss的idea（boss根据他对市场的敏锐度做出的决策）

产品数据分析：功能数据、市场数据、竞品分析数据

产品从无到有阶段，需求来源多半是由产品经理/老板用数据分析的方式获得需求。项目落地实施阶段，需求来源大多是从用户调研/反馈得之。项目运行数月后，用户反馈、数据分析则变成了主要的收集方式。

2. 需求分析

需求分析，用哲学上的一句经典名言来说：从哪里来？要到哪里去？这句话用在需求分析上再合适不过。延伸一下，就是需求分析的5W+1H原则了：

what：需求是什么？

who：谁提出来的？

why：为什么要做这个需求？

where：什么场景下有这个需求?

when：该场景下的什么时候需要用到这个需求？

how：怎么做这个需求？

有时候，用户的需求并不会很直接的告诉你。好比女生在和男生交往的过程中，某天拿着美妆博主的试色图片和对方说：你看她涂这个颜色真的好好看哦。这时钢铁直男和情圣的反应就完全不一样了。

直男：我觉得都一样啊，都是红色，并附带黑人问号脸；情圣：确实好看，也很适合你哦(过两天约会的适合用精美的礼盒包好送到女生手里)。同样的话，不同的答案造成的心里落差，可谓千差万别！！

有时候，或者说用户根本不知道自己要什么（前面提到过）。你需要去引导，或者去思考用户言语背后的真实需求。

共享单车出来之前，我想大家都有最后1公里的困扰。但那时候，如果你跟别人说，公司去地铁站好远啊，坐公交很堵，走路又太慢，那对方对半会跟你说：买电动车吧，骑车去公司；买个代步车吧等等。

直到摩拜单车出现在大众视野，我们才知道，自己不过是想要解决最后1公里的困扰（想给共享单车的发明者加鸡腿）。其实这样的例子很多，只要仔细留心身边的一切。

3. 需求跟进

据我这1年多的“临床经验”，一个需求的完整生命周期可以划分为6个部分：

需求确认阶段：该阶段需要将收集到的需求加以确认，再根据需求的重要程度进行优先级排序。一般是在月初，因此一般会定下本月要做的需求（这个视团队习惯而定）。

需求设计阶段：这阶段产品们会将需求转换成原型图，并且将初版的prd输出，发送到团队群内。供研发团队进行一个初步的技术评估。

需求再确认&开发排期：开发和产品们会就第二阶段产品输出的原型及prd进行一次头脑风暴及需求确认，确保双方的理解一致，减少后期因为理解偏差造成的影响。

需求跟进阶段：产品会根据上一阶段的开会结果，重新整理prd，发到团队的协作平台上，并及时更新。协作平台的内容包括各个系统的需求池，以及问题记录。当然，产品还会实时跟进开发进度，处理开发在开发过程中遇到的各种疑难杂症。