新员工《人人都是产品经理》读书培训参考心得 .doc

新员工《人人都是产品经理》读书培训参考心得
非常荣幸参加这次新人培训训，并给大家带来我的读书分享。这本书是我刚从学校毕业的时候读的，它深化浅出的说清晰了产品经理是一个什么样的岗位，产品经理在工作中应该如何去做需求治理，如何去做工程，如何在一个团队中游刃有余。其中我感慨最深的依然如何做需求治理，一方面是由于需求是产品的源头；另一方面微知是一家创业型企业，这一点感慨尤深。
　　需求治理能够大致分为4个部分，分别是用户研究、需求采集、需求分析、需求挑选，这里我主要分享一下需求采集是如何做的。在说之前，我先将说一下在微知需求采集是如何做的。刚入职微知的时候，我被告知需要迅速的从0到1接手搭建合同模块，我接手以后迅速的调研了市场同类产品，非常悲伤的发觉，我所能找到的产品均没有独立做合同模块。我细细的想了想，主要依然由于大家把合同信息归纳到雇员的信息上，仅作简单的信息治理，并没有实现系统层面的合同签订、合同保管等功能。这个时候既能满足HR对合同进展治理还能对员工合同进展作业的合同模块自然而然成了我的优先选择。在完成1.0版本的原型设计和PRD文档后，我迅速接手人事效劳模块。接手后我被告知，我需要做什么需求，需要做什么原型，目前根本上所有的需求均是来自运营、销售、客服和产品部门，而唯一缺少的便是人事效劳的使用者—HR。下面我将从需求采集来源、需求采集手段两方面并结合我的工作经历谈谈体会。
　　需求的来源应该全面，从人的方面来说，需求的来源方能够是产品的所有直截了当使用者或关联方，针对人事效劳来说确实是企业HR、微知客服、微知销售、产品团队、运营团队、开发团队，非常多人都有认识的忽略了开发团队，事实上不然，每一类人由于工作性质不一样，思维的方式也会有差异，因此你永远不明白在没有做需求挑选之前哪一个需求是最有价值的，我们能做的确实是尽可能多的搜集需求。从整个行业来说，需求的来源能够是我们竞争对手的产品，甚至可能是毫不相关的产品，“他山之石，能够攻玉”这并不是一句虚话，往往最有价值的需求来自一些风马牛不相及的产品。从数据层面来说，需求的来源能够是用户的数据，所以数据是不会直截了当说话的，往往需要人为的分析。我认为在需求采集阶段我们应该尽可能多的搜集需求、尽可能从多个来源搜集需求，只有如此才能做到有的放矢，而不是空口而谈。
　　需求的采集手段能够有非常多，但是均逃不过这几个范畴，定性的说、定量的说、定性的做和定量的做。定性的说，确实是围绕几个特定主题，客户说，我们听，我们咨询，用户答的定性研究。在这个过程中，应该尽量谈事实而防止高谈阔论，尽量保证客户说的和做的是一致的。定量的说，确实是通过咨询卷调查来获取需求。这个时候，我们需要留意样本偏向、样本量偏少、咨询卷内容存在引导性的咨询题，这有防止这些咨询题的发生，这个咨询卷才是一个客观真实的咨询卷。定性的做，指可用性测试，测试用户应尽量真实，测试时间宜早不宜晚，测试产品而不是测试用户，只有如此才能在可用性测试中发觉咨询题并处理。定量的做，指数据分析，针对数据分析不应该以临时抱佛脚的心态来做，而应该把数据分析当成一个常规性的工作来做。另外需要防止的咨询题确实是误读数据，数据本身是真实的，但是用数据的人却错误的理解它。
　　以上是我结合公司目前产品需求采集现状、工作经历和阅读书籍而构成的一点点小体会，希望能够对看到的同事有用，同事也欢迎公司的小伙伴同我沟通产品方面的事情。
　　最后真心感激公司提供新人训如此的一个时机，让我认识到这么多志同道合的小伙伴，接下来的日子有你们在，真好！