说到需求，必须从很久以前开始。


01 取其半，万世不竭 作为产品经理，我们每天都离不开各种各样的需求。


需求的来源往往非常广泛，可能来自老板、运营、市场、客户服务和用户，也可能来自突如其来的闪光灯。


这些需求往往是无拘无束的，可以做也可以不做，偶尔也有必要的，即时的属性。


产品经理经常纠缠在需求方和有限的研发资源之间，游击，敌视，直到它变得强大。


不管你看不看，需求总是在那里，不快乐也不悲伤。


直到一个阳光明媚的下午，老板把你叫到前面说：那个XXXXX需求上去了吗？ 我开始在脑海中快速旋转，搜索这些关键词，但我得到了一个找不到对象的答案，我不得不承认我此时的想法。


直到被嘲笑，我才想起几天前和老板聊天的过程。


此时后悔已经没用了，摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸摸 02 什么是需求 说到这里，我们来谈谈什么是需求。


在这里，我提出了自己的定义:需求是用户在一定时期内未能满足的需求。


这里有两个维度的概念，一个是时间维度，是在一定时期，因为需求总是有它的生命周期，一开始，需求不强劲，最后，需求变得可有可无。


二是空间维度，需求不满足，如果满足了，他不是需求，而是已经形成的方案或产品。


产品经理的重点是探索有价值的用户需求，并在适当的时间点实现需求。


03 需求池的诞生 需求总是源源不断地产生，相应的研发资源总是有限的，不可能无限期地满足每个人的需求。


此时，需要工具来管理和沉淀需求，这是产品经理常使用的需求池。


需求池就像它的字面意思一样，满满一个池，满满的都是需求。


但总有优先事项，需求也很奇怪。


例如，根据手机外壳改变软件主题颜色，或通过机器推荐信息实现业务目标。


事实上，无论需求是对是错，一些看似不受约束的需求，只要你能做到，就能反映出巨大的价值，而非常有价值的需求，错误的时间，仍然可以拖累整个企业。


如果自行车共享没有伴随着移动互联网的发展，就很难取得以后的成就（当然OFO滑坡是另一个话题) 因此，我提倡需求进入需求池沉淀，无论大小或紧急情况如何。


这样可以简化流程，避免需求遗漏。


在这里回答为什么急需要进入需求池，而不是立即开始行动？ 首先，由于紧急需求往往时间紧迫，通常没有时间深入思考，导致满足需求，记录进入需求池的过程本身也是一个思考过程，为紧急情况设置缓冲，降低失败率。


第二，因为研发需要安排，忽略实际情况，偶尔可能会好，紧急情况随时发生，重大错误的可能性也会增加。


我的方法是将紧急需求纳入需求池进行管理。


我们应该合理安排产品版本。


我们不应该因为紧急需求的突然增加而打乱既定的工作计划。


当紧急情况对原计划影响较大时，应适当延长原计划。


04 需求池的真身 说了这么多，需求池是什么样子的？ 需求池的具体形式是二维图表，用人话表达就是excel表格，大概长在下面。


以下是一些主要字段的说明: ID：这是唯一的需求ID，增加需求ID则增加1； 端口：记录安卓、iOS、在后台，这是对需求的初步划分。


如果涉及多端，一般记为综合或拆分为多条需求（大企业拆分较好，小企业直接记为综合）； 模块：记录所涉及的模块，如登录注册、用户管理、财务管理等； 需求名称:简单描述需求是做什么的，比如根据手机壳的颜色更换软件主题颜色； 需求描述：更详细地描述需求的相关信息，如需求提出的背景、需求的目的、需求的详细描述等； 需求来源：粗略记录产品、市场、领导等需求来源； 优化类型：记录当前需要的类型，如新功能、功能优化、bug修复； 优先级：记录需求的优先级，一般用高、中、低或数字表达，需求的优先级是动态的，会随着企业的战略目标而变化； 复杂性：许多需求池模板不包括复杂性。


事实上，添加复杂性是有益的。


它可以帮助你在许多需求中找到优先级。


虽然不高，但调整后可以大大提高使用体验的需求； 提出时间：记录提出需求的时间，用于区分需求产生的时代（有些项目真的可以沉淀出具有时代感的需求）； 提出者：提出此需求的人，在详细设计需求时，有助于跟踪原始需求； 后续者：决定在某一版本中实现需求时，指定后续产品经理； 状态：根据不同阶段，当前需求状态可分为进入需求池（初始状态）→待论证(需求需要进一步论证)→待设计(论证完成后有价值，决定近期开展后续工作)→设计(详细设计)→设计完成→研发(研发期已正式安排)→已上线(需求正式上线)，还有一个特殊状态——已关闭，因各种原因提前终止需求的生命周期； 预期实现版本：产品计划在线版本（不一定与研发版本一致），产品部门计划预期实现版本往往提前开发几个版本，提前计划后，可以提前与相关部门同事沟通，提高版本成功率； 实际完成版：版本上线后，更新需要实现的版本号，以便以后追溯； 上线时间：记录版本实际上线日期； 注：补充各种情况，如需求关闭的原因。


通过记录上述信息，可以通过筛选功能方便地查看和分析需求。


05 有必要这么复杂吗？ 不得不说，上面的需求池真的太复杂了，总共有17个字段，但是稍微分析一下就能发现: 不用过脑子的字段有四个（ID、需求来源、提出时间、提出人) 有5个字段（端口、模块、需求名称、优化类型、复杂性） 有三个字段需要头瓜快速运转(需求描述，优先级优先级真的很重要，状态) 剩下的个字段可以自然填写(跟进人，预计实现版本，实际完成版本，上线时间，备注) 想想是不是简单多了，核心是头瓜需要快速旋转的三个字段。


例如，公司Q第二季度的目标是改善订单转换，所以我们至少在Q1需要提前分析客户获取流程、产品展示和订单流程的相关需求，提前了解运营中是否有活动需求，所有相关需求的优先级自然会更高。


但由于研发资源和渠道资源始终有限，相关需求的优先级仍然存在。


这一时期思考的重点是如何在适当的时间满足适当的需求。


06 定期审查需求 需求池不能像狗一样进出。


收集需求不是目的，而是实现公司的长期战略目标。


需求池需要定期复习。


它可以日、周、月的时间维度复习，可以自己看，拉产品团队，研发，业务部门代表或目标用户。


简而言之，需求池只是一个开始，一个梦想开始起飞的地方。


07 一点瞎扯 嗯，半年后，需求池越来越丰满，原来的小池塘慢慢变成了一片海洋。


我们也将被老板和各业务部门的唾沫星淹没。


如何摆脱唾液是一门艺术。


先想想为什么会有需求。


因为我们总是有很多未满足的需求。


应该满足所有的需求吗？ 当然不是。


需求优先，机会成本存在。


用户总是有需求不满足，怨恨很大怎么办？ 转移注意力，或者满足他。


不能满足怎么办？ 转移注意力。


忽略上述精神分裂症的问答，但核心逻辑是，需求不能满足是一件非常不愉快的事情，但需求总是不能满足，更好的方法是诚实，转移注意力，给予期望。


需求池的目的是沉淀需求，而不是实现每一个需求。


作为一名产品经理，我们不应该专注于通过研发来解决所有的期望，而应该尝试通过第三方工具、优化业务流程和其他更多样化的方式来解决。


用户不是一个群体，而是一个活着的人，他们有自己的习惯，自己的想法，不能满足他，总是想一些其他的方法。


小米的MIUI在早期，用户的需求已经通过论坛收集，并积极给出反馈。


当你看到它时MIUI当你重视你的问题并实现它时，那种幸福已经远远超过了实现你的需求。


08 一些工具 在整理需求的过程中，有以下工具可以帮助你。


（1）钉钉 钉钉可以开发，钉钉可以自定义流程OA企业带来了好消息。


我更喜欢请人员协助，定制需求提交流程和紧急需求提交流程，主要针对公司内部人员。


提交需求的过程是任何人都可以在钉钉上提交需求→任何人的直接上级都要明确需求的基本内容，判断是否符合企业价值，并通过→产品部负责人接收需求，并分配给相关产品经理进行后续调查→产品经理了解详细的需求信息，并进行初步分析，反馈优先级，并记录在需求池中。


紧急需求是临时的，会破坏既定的生产计划但必须调整需求，与一般需求提交流程相比，在产品部门负责人接受需求后，需要了解紧急需求的影响，通知上级领导决策，尽快进入设计和研发在线流程。


在这个过程中，需求可以自由地转移给他人，相关人员也可以及时了解最新的进展。


提出需求后不易遗漏，每个需求都会受到重视，产品经理可以在业余时间回复，以免总是被打断。


(2)石墨文档/腾讯文档/SVN 这些工具可以方便团队合作编辑EXCEL，需求池的动态可以很容易地与他人分享。


另一方面，需求池是一种敏感的信息，这些产品支持权限设置，无需额外的研发。


————END———— 作者:路人，微信官方账号:F说产品 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。