以京东钱包为例,产品经理如何给需求分优先级
作为产品经理,如何给用户需求排序？
2-1. 用各种方法确认相对成本（如Team Estimation Game、Planning Poker，可展开），注意，这里是要各个功能的成本比例和排序，并不用评估到具体的“人天”
3. 确认性价比 = 价值/成本，得到初步排序
4. 识别功能类别，个人比较习惯用KANO模型（可展开）
4-1. 分类-基础、期望、亮点、无差别、反向
4-2. 分别对待：基本功能必做、实现个别低成本的亮点（大公司做法不同，可展开）、期望功能按性价比排序、无差别功能别做（无差别功能的低成本判断方法，可展开）、反向功能权衡利弊（往往是多目标的冲突处理，可展开）
4-3. 得到优化过的排序
5. 其他实际情况的考虑
5-1. 内外部依赖关系：合作部门？公司？某功能必须要谁做？……
5-2. 功能组合的完整性，模块依赖什么的
5-3. 其他朋友说到的老板需求什么的
6. 如太极，把招式忘掉，追求“如何拿到结果”
由团队共同决定@JoAnna
1. 团队的KPI
2. 产品的已有定位
3. 大盘和竞品分析
4. 用户集中的反馈
根据产品数据分析确定排序@粥小夏
根据产品的核心功能和产品的数据分析报告来确定最终的需求优先级排序
用户的需求只是产品迭代的部分依据，并不是产品的最终走向
总结
产品经理要通过分析用户需求来决定产品迭代，但无论如何所做的一切迭代都不能脱离产品最核心。
高级产品经理管理需求采优先排序的原则
高级产品经理管理需求采优先排序的原则需求管理是产品经理的基本技能。
尽管产品经理从职业生涯开始就接触到需求，但大多数人都可以通过经历需求过程来快速理解过程。
但基本技能也是测试技能深度的关键。
原本希望用一篇文章来说明如何做好需求管理，但是发现这会导致文章太长不易阅读，简单用一系列的话来说，到底需求是什么，如何做好需求管理。
这一期主要讲两个方面基本解决问题：什么是需求总体思路下的优先权确定原则以下，Enjoy。
需求是装配线上的零件吗？回想刚入行时，我对需求的理解就好像是从流水线上传过来的一个零件，这个需求是上游给的，这个需求是业务给的。
即使是mentor说，或者你意识到要评估衡量管理需求，对于一个新手来说，事实上总是缺少对需求的管理的。
当然，这是每个产品经理成长必须经过的一个阶段，我以及周围很多同行的经验告诉我，这个阶段是无法jump过去的，在这个阶段中的PM们也不要心急，没有什么秘诀或者捷径可以让你获得老司机的功力，必须有这样的思想准备。
和所有学生迷茫焦躁的新手PM们一样，我也是可以跟着老师一遍一遍走需求的完整工作流程。
最开始在需求的管理和把控上都很被动，因为在业务创新驱动的公司，业务相关部门之间具有中国天然的话语分析优势，你会感受到分分钟被GMV碾压——“这个社会功能发展非常十分重要！这一期必须上！”“为什么？”“不上我们会损失XXGMV，会严重问题影响企业用户使用体验”……类似的对话相信我国很多技术产品设计都很熟悉了。
我当时的感受是，每个月总有效率那么通过几天是在和业务主要围绕着成吨的需求信息进行一些低效率地撕逼，撕完之后需要再去反省，就会一直觉得他们自己好弱鸡，“如果不能换成这样的思路，这样的说服教育方式，效果研究应该会好一点。
”经历多次撕逼——反省——撕逼的非良性生态循环后，正好是另一个新的大版本的开始，我下定决心要整体复盘寻找解决这种经济循环的七寸。
经过任何一个传统春节假期对所有旧版本需求的梳理知识以及分版本的复盘之后，突然出现感觉打通了经脉，有一种“呵，原来生活需求要这样财务管理”的感悟能力以及“我原来到底是怎么做需求的？！”的诧异。
产品经理如何制定项目优先级
产品经理如何制定项目优先级在当今竞争激烈的市场环境中，产品经理面临着众多的项目和任务，如何合理地制定项目优先级成为了他们工作中的关键挑战。
有效的项目优先级制定不仅能够确保资源的合理分配，提高团队的工作效率，还能够更好地满足市场需求和实现企业的战略目标。
首先，产品经理需要明确企业的战略目标。
这是制定项目优先级的基础和出发点。
企业的战略目标可能包括市场份额的扩大、盈利能力的提升、品牌形象的塑造等。
产品经理要深入理解这些目标，并将其转化为具体的产品目标。
例如，如果企业的战略目标是在短期内迅速提高市场份额，那么与之相关的产品功能改进或新产品开发项目就应该具有较高的优先级。
其次，对市场需求进行深入的调研和分析。
了解用户的痛点、需求和期望，以及市场的趋势和竞争态势。
通过用户反馈、市场调研数据、竞争对手分析等手段，获取全面的市场信息。
如果发现某个市场需求非常紧迫且未被满足，那么针对该需求的项目就应该被优先考虑。
比如，在智能手机市场，如果用户对电池续航能力的抱怨强烈，而竞争对手尚未在这方面取得显著突破，那么开发一款具有超长续航能力的手机项目就可能具有较高的优先级。
再者，评估项目的潜在价值和风险也是至关重要的。
潜在价值包括直接的经济效益，如销售额的增长、成本的降低，也包括间接的价值，如用户满意度的提升、品牌忠诚度的增强等。
同时，要充分考虑项目可能面临的风险，如技术难题、市场变化、法律法规限制等。
对于价值高且风险低的项目，应给予较高的优先级；而对于价值不明确或风险过高的项目，则需要谨慎对待。
资源的可用性也是影响项目优先级的重要因素。
产品经理需要清楚了解团队的人力、技术、时间等资源状况。
如果某个项目需要大量的资源投入，而当前资源紧张，那么可能需要调整其优先级或者寻找更高效的资源利用方式。
比如，一个需要跨部门协作且多个关键人员已经在其他重要项目中忙碌的项目，可能就需要暂时降低其优先级。
项目的紧急程度也是不能忽视的。
有些项目可能由于外部因素，如竞争对手的行动、法规的即将生效等，具有很强的时间紧迫性。
需求优先级的确定及划分方法
需求优先级的确定及划分方法
在进行项目开发过程中，需求的优先级是十分重要的，它决定了项目开发的先后顺序和时间周期。
本文将介绍需求优先级的确定及划分方法。
确定需求优先级的方法
1. 利益相关者投票法
利益相关者包括项目经理、开发人员和用户等，他们可以利用投票的方式来确定需求的优先级。
具体方法可以选择各个利益相关者独立投票，或者在协商过程中形成一致意见后再进行投票。
2. 价值评估法
通过对需求的价值进行评估，以此来确定需求的优先级。
对于公司或用户或项目经理等不同的利益相关者来说，对需求价值的评估标准也将不同，可以选择合适的评估方法，在评估结果中确定需求优先级。
划分需求优先级的方法
1. 高中低优先级法
将所有需求按照其优先级分为高、中、低三个等级，在开发的
过程中，按照其等级优先进行开发。
当高优先级开发完成后，再进
行中等优先级的需求开发，以此类推。
具体实现可以通过建立需求
清单和任务清单来进行划分。
2. 时间迫切法
将所有需求按照其完成时间的紧迫程度来进行划分，需要最快
完成的需求视为高优先级，需要较长时间才能完成的需求视为低优
先级。
综上所述，确定和划分需求的优先级是一个精细、复杂的过程，需要进行有效规划和合理分配。
在确定需求优先级的过程中，可以
通过利益相关者投票法和价值评估法来进行；在划分需求优先级的
过程中，可以采用高中低优先级法和时间迫切法等方法。
产品经理如何做好版本管理与需求优先级
产品经理如何做好版本管理与需求优先级产品经理在版本管理和需求优先级的管理上要做好以下几方面的工作：1.收集和整理需求：产品经理应该全面地了解用户需求和市场需求，并将其收集起来进行整理和分类。
一方面可以通过与用户和销售团队的沟通来收集需求，另一方面可以通过市场调研和竞品分析来了解用户的需求和行业趋势。
2.设定优先级：对于不同的需求，产品经理需要根据公司策略、业务目标和市场需求来设定优先级。
通常可以根据以下几个方面来进行评估：用户价值，技术可行性，市场竞争力和紧迫程度等。
可以使用一些常见的方法如KANO模型、九宫格优先级矩阵等来帮助确定需求的优先级。
3.制定产品路线图：产品经理需要将所有的需求整合到产品路线图中。
产品路线图是指产品的发展规划，可以从短期和长期两个维度来制定。
短期的产品路线图可以根据当下的优先级需求来安排，而长期的产品路线图则是为了实现公司的长远目标而制定的。
5.优化需求实施：产品经理需要与开发、设计和测试团队密切合作，确保需求的实施质量和进度。
在需求实施过程中，应该及时跟踪进度，解决问题，及时调整优先级，确保产品按时发布。
6.监控和反馈：产品经理需要对发布的产品进行监控和反馈。
可以通过用户反馈、数据分析和市场调研等方式来了解产品的使用情况和市场反馈。
根据这些反馈，可以对产品进行优化和调整，并根据市场需求重新制定优先级和版本计划。
7.持续优化：版本管理和需求优先级是一个不断优化的过程。
随着产品的不断发展和市场需求的变化，产品经理需要不断地对版本管理和需求优先级进行调整和优化，以保持产品的竞争力和满足用户需求。
总结起来，产品经理想要做好版本管理和需求优先级的管理，需要全面了解和整合用户需求和市场需求，设定合理的优先级，制定清晰的产品路线图和版本计划，与开发团队紧密合作，及时调整优先级和解决问题，并持续监控和优化产品。
这样才能确保产品按时、高质量地发布，并不断满足用户需求。
需求的优先级排序
需求的优先级排序所谓“熊掌与鱼，不可兼得”，我们的时间、精力或者其它资源都是稀缺的。
当我们做出决定的时候，我们就该为这些事情指定优先级，一件一件的完成。
需求优先级排序无论是在刚入职还是到产品总监一直到老板，一直存在的问题就是需求优先级的问题。
所以在这一点上，不仅仅在产品的工作中，其实日常的工作和生活中这个方法也是管用的。
对于产品也一样，我们搞出来很多需求，感觉都想做，无处着手~接下来，我们一起来学习一下如何通过几个简单的维度给需求进行优先级排序。
我建议优先级排序依据四种：频率、开发难度和效果、产品价值、对用户的熟悉程度。
老板：最近上门服务特别火，我们转型吧，要不我们也做一个每天送花上门的APP吧，我老婆就特别喜欢有人给他送花，一定有市场。
PM：中国人没有每天送花的习惯，而且花太贵了，这个项目不靠谱。
老板：怎么可能，中国有好多土豪呢，还有很多包二奶的，都有钱啊。
PM：……反正不靠谱。
所以，基本这类PM老板很难受，肯定是第一波被开掉的人。
因为永远是在否定，而不是在网下在延伸。
在这个情况下，产品经理应该怎么合理说服老板呢？1、优先解决大用户量的高频问题，基础体验。
2、最后解决少量以用户的低频问题，超好体验。
我们在日常工作中经常会发生一个问题，我们老是去解决一些少量用户的低频问题。
这样的话，少量用户的口碑当然好，体验也还可以，但是你的基础体验出问题了。
应该大量用户做的事情并没有做好，但是你做了一些特别小众的用户，它并不能给你带来大量的价值。
所以在这个角度来说，是有问题的。
所以，这个四象限大概是这样的。
首先是发生频率从低到高，用户量从少到多。
这个时候，首先要做的是频率非常高，用户非常大的，这是第一个；第二个是做用户非常大，但频率相对比较低的，这个能带来更好的体验。
第一个是基础体验，说明这个产品能通了，基本的路径能用，而且是在一个六七十分的水平，然后对大量用户来说，还有一些频率不高但是体验还可以的，这就是我们提供一个相对良好的体验。
产品经理需求优先级,简单聊聊
前几天在社群里有人问怎么排需求优先级，今天来简单聊聊这个问题。
其实需求优先级有很多成熟的方法论，常用的有4个：我平时用的，是矩阵分析法，的变种。
先来一下矩阵分析法，它是根据需求的重要性和紧急性两个属性来确定优先级。
其实我一直不是很理解，重要性和紧急性分得开吗？一个很紧急的需求，难道不是很重要吗？比如之前的淘宝弹窗事件，ios版本突然出现一个bug，启动应用时会有个弹窗：常规来说，这种bug的修复肯定是紧急性max，难道不也是重要性max 吗？所以为了更清晰的表述一个需求的优先级，我对矩阵分析法做了调整：同样是一个矩阵，纵轴代表需求之于产品的价值，越往上，价值越高，横轴是需求的开发成本，越往右边开发成本越高。
总共分为4个区域，序号代表优先级。
这样排优先级的好处是，非常方便的确定下一次迭代做哪些需求：P1需求+部分P2需求。
现在互联网产品崇尚快速迭代，一般每次迭代的开发上线周期不超过2周，所以每次要做的需求也是比较有限的，按照我们这个需求优先级，P1需求是每次必做的，然后根据工作量，加入部分P2需求，确保开发同学在本次迭代周期内工作量是饱和的。
具体分析一下矩阵的两个维度：产品价值和开发成本。
怎么确定一个需求的产品价值高还是低呢？主要看这么几个方面：一个需求影响的用户量越大、用户使用的频次越高、用户需要的迫切程度越大，就说明这个需求的价值越高。
另外，如果一个需求能明显的提高用户的付费意愿，那么这个需求的产品价值也是很高。
特别是B端saas产品，如果一个大客户明确表示：你做了a需求，我就签单！决定一个几十甚至几百万的大合同，你说a需求的价值高吗？所谓的产品价值，说白了，就是做了这个需求，我们的产品能得到什么？产品需要的东西，就两类：要么是用户增长，要么是营收。
这两类就是产品价值的本质。
开发成本就比较好理解了，主要就是开发同学的工作量。
具体到需求的工作量，最好找开发同学一起评估。
众所周知，程序猿的工资很高，既然付出了固定的成本，就要让他们做价值高的事情。
需求优先级管理流程说明
需求优先级管理流程说明本文档旨在说明需求优先级管理的流程，以确保需求的合理排序和高效实施。
通过正确管理需求优先级，可以最大程度地满足用户需求并提升项目的成功率。
流程概述需求优先级管理流程分为以下几个步骤：1. 需求收集：团队收集并记录所有相关需求。
2. 需求评估：团队对每个需求进行评估，包括需求的重要性、紧急性和影响程度等。
3. 优先级制定：根据评估结果，制定每个需求的优先级。
4. 优先级确认：团队与相关利益相关者确认需求的优先级，并确保达成一致。
5. 优先级调整：根据项目实际情况和利益相关者的变化意见，调整需求的优先级。
6. 实施计划制定：根据需求的优先级，制定实施计划，确保高优先级需求能够及时得到满足。
7. 需求跟踪：在项目执行过程中，跟踪需求的实施情况，并及时更新需求优先级。
流程细节1. 需求收集需求收集是需求优先级管理的第一步，团队成员通过与利益相关者沟通，收集并记录所有相关需求。
2. 需求评估在需求评估阶段，团队对每个需求进行评估。
评估的内容包括需求的重要性、紧急性和影响程度等。
评估结果将为后续的优先级制定提供依据。
3. 优先级制定基于需求评估的结果，团队制定每个需求的优先级。
常用的优先级分为高、中、低三个级别，也可以根据实际情况进行细分。
4. 优先级确认团队与相关利益相关者进行沟通和确认，确保对需求优先级达成一致。
利益相关者的意见和反馈将被纳入考虑，以确保优先级的准确性和公正性。
5. 优先级调整在项目执行过程中，需求的优先级可能会发生变化。
团队应密切关注项目进展和利益相关者的需求变化，并及时调整需求的优先级。
6. 实施计划制定根据需求的优先级，制定实施计划，确保高优先级需求能够及时得到满足。
实施计划需要考虑团队资源和项目时间的可行性，并与相关人员进行沟通和确认。
7. 需求跟踪在项目执行过程中，需要跟踪需求的实施情况，并及时更新需求优先级。
通过需求跟踪，可以及时发现问题和调整优先级，以保证项目的顺利进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
孩要是千篇一律了，就没有美了。
”
“也是，大哥，说说你喜欢什么类型的啊，你以前有几个女朋友？” 陆猴儿狡猾的看了下令狐冲，嘿嘿的笑道。
令狐冲：“八卦。
我第一位女友叫仪琳，温柔、听话，对我还有点崇拜，她追求的我，但我只把她当妹妹看，后来分了。
第二任女友叫任盈盈，是北京日月神教科技公司老板的女儿，为人大气、有气质、能力强，对我也好，但太霸道了，我不喜欢”
陆猴儿：“日月神教公司？哪可是北京软件行业的老大啊，没想到你还有这道行呢，服——了。
”
令狐冲：“这都是浮云，现在我只喜欢咱公司的岳灵珊，美丽、可爱、活泼开朗，这才是我的菜。
众口难调，不要做万金油，细分目标市场、锁定目标客户群。
”
令狐冲又总结道：
哪些做？哪些不做？这是公司战略、行业定位、商业优势决定的。
哪些先做？哪些后做？是用户偏好决定的，将用户偏好分好级，优先级高的先做，优先级低的后做。
那我们以后做产品时就可以这样，先划好横坐标——用户偏好；再划好纵坐标——商业优势。
先把所有的需求列出来，针对目标人群，把需求一条一条的整理好并根据用户偏好分好优先级，偏好高的靠前、偏好低的靠后。
再把咱公司的商业优势列出来，优势大的靠上、优势小的靠下。
把所有需求和优势都放到上图的坐标上，在1象限的必须做，2象限争取做，3象限的以后做，4象限的不要做。
这就有了产品的优先级，根据不同象限的需求，各版本的产品规划就出来了。
陆猴儿：“有道理，能不能给举个软件行业的例子啊？”
令狐冲：“先吃饭，明天给你说个京东钱包的例子。
唉~~~~，灵珊，我去找她了，明天再跟你侃。
”
陆猴儿将大拇指向下，对令狐冲喊道：“重色轻友！！！”
第二天，在公司楼道里，令狐冲、林平之、陆猴儿三人躲在楼道里抽烟。
陆猴儿拿出自己的软包中华跟令狐冲说：“冲哥，昨天在食堂时你还没跟我说完呢，关于需求分优先级的事，不是说今天给我讲一下京东钱包的例子么，给我说说呗”。
令狐冲：“没问题。
行啊，小陆，现在都抽上中华了，看来你工资老板给的不低啊。
”
陆猴儿：“哪有，我一产品助理，能有多少，还能跟你比。
”
林平之对陆猴儿说：“你工资多少？”
陆猴儿：“公司不让员工问工资。
”
林平之：“行行行，当我没问，还挺守规矩的。
”
令狐冲：“在许多公司里一般不让员工间互相问工资，以避免员工间心里不平衡，影响公司安定团结。
昨天跟你说的都理解了吧，小陆。
”
陆猴儿：“理解的差不多。
我理解的是：产品做与不做是企业战略、企业定位再结合自身的商业优势决定的，当然还会有许多外因。
当公司决定做某款产品时，产品经理需要收集众多的产品需求并把需求整理出来，根据用户偏好再把需求分好级。
但太理论了，还是给我讲个例子吧。
”
令狐冲：“好，咱们就拿现成的产品来说——京东钱包。
”
这个产品的核心应该是打造一款会理财的钱包，理财是这个产品的核心。
先上图，来看看这款产品。
从上面可以看出，钱包的第一个频道“今天”将所有京东钱包里的功能都罗列开，功能还是很丰富的，两屏能显示完全部内容，如果想具体看某方面内容是要到具体栏目里看的。
这款APP的设计实际是网站的设计思路，“今天”相当于网站首页，“理财”是其核心内容；“生活”是其附属功能；“我的”是自己的资金管理。
先说APP设计与网站设计思路的差异：
APP产品特点是屏幕空间小；操作方式只有上下划动、点击、重力感应、长按。
PC平台产品特点是屏幕空间大，不受空间限制；操作方式可以有单击、双击、右键、滚动、托动。
由于应用特点的不同，在做不同类型产品时设计思路就不同。
中国式网站特点是下里巴人，先把所有栏目内容都在首页留有入口，让更多的内部流量引进不同的频道，让每个频道都有机会展示。
而且要把页面设计的美观、花哨，彩色的BANNER要飘来飘去，有的你一进网站，它先弹出个框框，让你注册或让你留信息。
就跟中国人一样，当有客人来家时，一推开屋子，正对面是客厅，客厅里要摆上家里的所有假古董、假名画，门左侧是厨房，厨房要做成开放式的——显厅大，右侧是卧室，卧室里一定要挂出婚纱照。
刚进屋，客厅边上就是书房，而且桌椅一定要是全红木的，书架上摆满各种成套全新的图书，实际自己从来就没看过，从客厅可以通往所有屋子，客户就相当于网站首页。
好东西一定要让你第一眼看到，如果漏掉了，还要特意跟你提一下，就跟网站似的，生怕你不买东西，过一会就要弹
出的框框提示你，问：“先生，有什么可以帮助您的吗？”
国外网站的特点是曲高和寡，你一进国外网站，首页里清清淡淡，没有太多文字和图片，可能只有一个注册框和一个背景图。
没有FLASH，没有动态的、滚动的图片和文字。
当你再往里看时，才发现原来这里还有这个、还有哪个，它把好多功能和内容都放在了后面。
国外的特点就像是进了一个古堡，一进来是一条长长的走廊，左手第一间房是自己的客厅，再往前一间是卧室，再住前是书房，每间都有门，推开后才会看到惊喜——好大啊，古董也都是放在保险箱里的。
实际APP手机应用的设计更贴近国外网站的风格， APP的功能会非常集中的，如滴滴、易到用车就是款打车APP，美团、百度外卖APP功能都很干净。
APP的设计主题更鲜明、思路更清晰，在手机这小屏幕上再设计出这样那样的功能会让用户烦。
就算有再好的附属功能也要把它们隐藏起来。
再直白点说，京东钱包功能太多了，理财要有、记帐要有、购物要有、活动要有、广告要有、保险要有、京东订单要有……都要有。
我想问下，小小的APP，你的心脏受得了吗。
如果是我怎么设计呢？先分析理财人员的心理，把关键需求理出来。
用户关心的理财产品特点有: “资金安全”、“收益高”、“存取灵活”、“能否抢到标”、“产品连贯性”、“理财品种多样性”、“已投资金收
益（当天收益、总收益）”、“易用性”。
从用户偏好和商业优势来看(当然京东的商业优势都很明显)，整理如下图。
当然以上排序对不同类型理财客户群体可能会顺序有所差异，我没做过调研，只是把自己当成一名理财客户来分析的。
对于新用户来说，关心的是理财品类。
对于老用户来说关心的是每天收益。
新用户当投过一笔资
金后，就成为了老用户，他就开始关心投资收益回报，以后就会一有时间就来看下自己的收益情况。
所以一进理财APP，就应该在最上面显示用户的投资金额、总收益和当天收益金额。
再分析，老用户投资完感觉收益可观而且安全可靠后，当再有闲钱后就会再找适合自己的理财产品。
那么，在首页下方就要展示各类的理财产品，如果理财产品较多，就要展示各类理财产品的入口。
有这些已经具备了理财APP的核心要素，至于其它理财相关内容，如记账等，我建议把它们全收起来放到一个栏目里，不必要重点显示。
而对于购物，无关内容，还是直接干掉或只给它个购物应用的入口，让有意向的人选择性安装吧。
再来看看微信是怎么做的，它的所有栏目基本都是圈子文化、聊天功能。
对于关联性比较小的钱包、游戏、购物，也只是给了一个入口，让感兴趣的人去选择。
陆猴儿：“确实微信操作挺简单的，而且玩了好久后有时才会发现，原来还有好多功能以前不知道。
”
令狐冲：“对，次要功能不要冲击主要功能，功能越多越复杂。
设计时可以把复杂的、不易理解的、不重要的都藏起来。
或者直接干掉，让产品干净一点，使用者才更容易理解。
那么哪些要、哪些不要就是昨天在食堂里跟你说的方法，按用户偏好分好类。
”
陆猴儿：“我懂了，多谢令狐大哥。
来，再抽一根。
”说完小陆就从烟盒里抖出一根烟来。
令狐冲：“得了吧，别害我了，吸烟有害健康，没看烟盒上写着呢，我还想多活两年呢。
走，回去干活。
”
建议有时间的同学看下产品讲学堂写的“谈谈给产品做减法”。
人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台。