产品经理的基本功

在互联网快速迭代更新的背景下，产品经理这个行业已经从荒芜走到了系统，用人单位对产品经理的认知也越来越清晰，要求也越来越高。产品经理2.0、产品经理下半场、全栈产品经理、包括前阵子很火的中台产品经理，这些词汇，其实背后都有着潜台词： 作为一名产品经理，你不仅要懂产品，更要 懂业务、懂市场、懂用户、懂运营

本文从三个角度，分析了PRD这项基本功的培育方法~曾有一个段子：第一个问题：如果把你派到竞品公司捣乱，作为产品你会怎么做？产品经理答：每天疯狂提需求，不管是否有用。研发排期我不管。第二个问题：你现在做的主要工作是什么？产品经理：……这篇文章，虽然不会让你瞬间越阶，但至少会让你对产品需求文档有个相对系统的认识，提升工作效

工作日，周一，早会。会议结束后，总监让小明去他办公室一趟。小明心里就在嘀咕着“这下终于可以干点大事了”，想想还有点小激动呢。于是怀着无比激动和忐忑不安的心情，敲门进入。万万没想到，总监只是让整理一下我们产品和B产品的功能差异。你没听错，也就是所谓的竞品报告。在整理分析的过程中，小明一直在思考，是不是产品经理必须会写这样

在产品的生命周期中，需求管理是一门很重要的课题，也是一个非常关键的基本功。需求管理源于业务需要，始于需求挖掘，继而需求分析，需求定义，需求验证，周而复始。虽说需求管理千变万化，但也并不是无迹可寻，今天小Q就给大家总结三步法，希望对你的产品工作有一定的参考作用。一、根据战略大方向确定需求小方向一个公司，一个团队，一个项目

拥有一份较好的交互设计文档，会是产品经理的法宝之一。有idea，知道功能，如何设计？在我们的日常生活中，往往会因为遇到奇葩和不爽的事儿而产生解决问题的idea，由于知道问题的源头，所以通常也能说出几个功能需要改变，但是只是停留在知道和想到，而不能设计出解决方案，对于产品经理而言是不ok的。产品经理的工作职责核心就是把i

拥有一份较好的交互设计文档，会是产品经理的法宝之一。有idea，知道功能，如何设计？在我们的日常生活中，往往会因为遇到奇葩和不爽的事儿而产生解决问题的idea，由于知道问题的源头，所以通常也能说出几个功能需要改变，但是只是停留在知道和想到，而不能设计出解决方案，对于产品经理而言是不ok的。产品经理的工作职责核心就是把i

作为一名产品经理，首先要做的，就是不断地去发现用户仍未得到解决或优化的问题，然后思考能否用产品的手段解决掉。从需求到拆解产品《掌握需求过程》这本书中说到：“需求是产品必须完成的事以及必须具备的品质”，是在构建产品前需要发现的东西。《启示录：打造用户喜爱的产品》提到：“我建议产品经理关注日常生活里那些让大众烦恼不堪，又不

接着《 搭讪是产品经理的基本功，需求管理也是！（中） 》来继续讲需求管理，当然，这篇是完结篇。 之前我们已经通过需求分析和筛选，评定了需求的优先级，这时候就应该把这些整理好的需求，通过一个表格给呈现出来，功能需求列表Feature List就是这样一个承载器。输出功能需求列表什么是功能需

接着上篇《 搭讪是产品经理的基本功，需求管理也是！（上） 》来继续讲需求管理。 经过对产品定位的梳理，我们总算明确了产品的目标用户群体，接下来就可以开始进行需求的收集、分析活动了，总体流程包含这么几个部分：需求的收集——需求的分析和筛选——需求优先级排序。需求收集——5种需求来源不同规模

之前花了2篇文章来讲述如何搭建产品模型，接下来开始讲述产品设计过程中的需求管理工作，如果没看之前文章的可点击下方链接进行查阅。 如何搭建产品模型（上） 如何搭建产品模型（下） 先来讲一个小故事一天，和朋友一起吃饭，互相问候了下最近正在忙的事情，我就把那时候正在做的产品需求管理的工作跟他大致