到你全面了解需求分析 需求分析4个步骤怎么做

面对不断变化的需求 , 可能很难抽象出一种通用的方法 。我们来看看需求分析过程中常见的套路 , 或许可以借鉴和思考一下 。
当我们接到一个新需求点时 , 应遵循的需求分析步骤有哪些? 首先 , 要根据需求设计功能 , 就要了解需求的脉络 。为此 , 我们需要弄清以下几个问题:
1、需求产生的原因 当你解释完一个需求后 , 问她:这个需求的目的是什么?也就是为什么会产生这种需求?这个问题可以帮助你全面了解需求 , 帮助你鉴别需求的真实性 。
2、需求使用场景 也就是搞清楚谁会在什么情况下使用这个功能 。只有了解这一点 , 我们才能知道如何更好地设计功能来满足需求 。
在需求场景模拟的过程中 , 为了避免设计的功能缺乏扩展性 , 要通过不断的推演 , 在一开始就尽可能全面的考虑 。通过需求方的场景 , 拓展思维 , 是否有衍生场景 。思考的过程也是帮助你把握和理解需求本质的过程 。
3. 辨别真假需求 不要听每个人的需求 。每个人都有自己的想法和需求 。没有一款产品能让所有用户满意 。在系统分析需求之前 , 首先要搞清楚需求提出者的身份 。是目标用户吗?是产品的重度用户吗?是功能性服务对象吗?不是说你完全不需要分析来自不可靠来源的需求 , 但这也是你分析时需要考虑的 。
收到需求 , 充分了解需求后 , 我们会花一些时间和团队伙伴一起讨论 , 听取他们的意见和建议 。通过这个过程 , 基本商定了需求和实现方法 , 会在后期的正式开发中减少很多障碍 。
4、 需求解决方案 当我们知道了用户的需求 , 就需要提供一个产品方案来解决用户的需求 。在提供解决方案时 , 不仅要考虑用户的需求 , 还要考虑战略需求、老板的需求、产品运营的需求、业务人员的需求、竞争的需求、产品经理自身价值观的需求等 。基于这些需求 , 我们会构建产品 , 这个产品方案中会有很多产品功能 , 而这个功能就是我们常说的产品 。
5、 开启版本迭代 , 细化需求 【到你全面了解需求分析 需求分析4个步骤怎么做】提交需求就是把产品需求完整清晰的告知需要合作的小伙伴 , 让他们清楚的了解产品需求 。一般来说 , 以下三个交付物用于通知他们:
产品流程图产品流程图是描述产品操作和相应过程的文件 。通常有两种类型:
一种是业务流程图 , 基于业务逻辑设计 , 一般包括主流程和功能模块 , 用以说明产品的结构;
另一类是功能流程图 , 一般基于用户任务设计 , 包括人物、操作过程关键节点、状态、判断、结果等 。
产品原型上面的流程图主要侧重于产品后端和逻辑的描述 , 而产品原型的功能只是流程图的补充 , 侧重于产品界面的信息架构、跳转逻辑和交互功能的展示 。通过产品原型 , 可以将抽象的产品具体化 , 使产品更容易理解 。产品原型一般由线框构成 。业内大部分人都是用axure做的 。有些公司有交互设计师 , 原型制作工作由交互设计师承担 。大部分互联网公司都没有交互设计师 。
产品需求文档产品需求文档(Product requirement document) , 简称prd , 主要是用文字描述产品的详细需求 , 配合流程图和产品原型来说明产品需求 。核心内容是对要实现的每个产品功能以及用户角色、前置条件、后置条件、接口、流程、数据统计等的描述 。 , 主要面向R&D人员 , 而且是逐字逐句地写和读 。
这三个可交付成果是产品经理协作过程中常见的可交付成果 , 尤其是在大公司 。但是 , 这不是强制性标准 。很多中小公司没有这部分产品文档 。他们有的直接用产品原型做文档 , 有的用excell写文档 。所以根据自己公司的实际要求 , 这些交付物的目的是辅助沟通 , 不管是什么样的交付物 , 只要能达到简单、快速、高效沟通的目的 。
6、评审需求 提交产品需求后 , 需要组织研究、运行、设计和测试人员对产品需求进行评审 。在评审过程中 , 介绍产品的目标、背景、问题、思路和解决方案 。评审的一个目的是使产品更加完善和可行 , 另一个目的是使所有参与实现的人员都认识到产品的需求 , 目标是一致的 。只有经过所有参与者批准和审核的产品 。


推荐阅读