从需求池整理到需求确认的全过程(产品经理)

从需求池整理到需求确认的全过程需求分析是整个项目计划阶段的重要活动，也是软硬件生存周期中的一个重要环节，该阶段是分析系统在功能上需要“实现什么”，而不是考虑如何去“实现”。需求分析的目标是把用户对待产品提出的“要求”或“需要”进行分析与整理，确认后形成描述完整、清晰与规范的文档，确定软硬件需要实现哪些功能，完成哪些工作。此外，软硬件的一些非功能性需求（如：软硬件性能、可靠性、响应时间、可扩展性等），软硬件设计的约束条件，运行时与其他软硬件的关系等也是软硬件需求分析的目标。第一步：整理需求池需求池整理示例。示例如下：第一步•需求池整理第二步•需求讨论第三步•需求初稿整理第四步•需求确认会第五步•最终需求表需求源前端用户管理部门访谈记录调研表问卷调研用户反馈收集需求过滤表现形式分析后台用户运营部门业务功能分析模块功能规划业务流程提取功能数据规划交互原型规划硬件用户现场分析系统安装环境系统分析系统硬件性能用户业务分析用户管理分析硬件维保技能技术支撑设备交付交付标准性能测试功能测试流程测试预算综合费用优先级排序项目资源协调项目生命周期软件支出硬件支出列表字段：编号、需求分类、需求描述、场景描述、需求来源、提出时间、是否解决、优先级、备注等。文档说明：（1）需求分类：一般需求可以划分为五类。（2）场景描述：主要描述需求发生的场景。（3）需求来源：主要是记录需求产生的方式。（4）优先级：主要是描述需求优先级排列方式。（5）备注：一般用于抒写，不解决的原因和如果解决需要注意什么。第二步：需求讨论汇总完所有的需求到需求池后产品经理就需要组织需求大会了，邀请相关同事参会，讨论V1.0版本需要做哪些需求。参会的人员：相关领导、项目经理、产品相关人士、运营、财务、技术。会议记录：产品经理。会议说明：（1）会针对每一个需求进行探讨，V1.0版本做与不做，所以会议时长一般会很长。产品经理需要对每一个讨论过的需求标记优先级，是否需要第一个版本实现做备注，延后处理的需求，需要标明延后原因等等。一般都是在我之前列表的需求池列表的后面做处理。（2）针对需求一般会围绕以下几个维度进行讨论：第三步：初稿需求整理会议结束，产品经理需要做的事情，就是把需求池列表的需求进行过滤，把V1.0版本初步需要做的需求进行进行一个需求的整理，单独做成V1.0需求列表。我简单做了一个需求列表的Excel的表格，仅供参考：需求分类设计类体验类运营类数据类功能类讨论维度风险大小成本把控现有资源开发难度版本周期列表字段：编号、所属模块、子模块、需求描述、场景描述、优先级、备注等。备注说明：分别把前端、后台和硬件的需求分开列。这样展示会更清晰明了。第四步：需求确认会确定汇总后所有的V1.0版本需求。参会的人员：相关领导、项目经理、产品相关人士。会议记录：产品经理。会议说明：（1）确认需求的过程中一般又会爆发新的一轮需求的讨论。（2）产品需要记录这次会议上针对需求提出来的一些讨论结果的记录。第五步：最终需求表需求的确认会有可能会有很多次的需求会议，才会确认下来，但是不管经历了几次需求确认会，都会走到最终定下来的这一稿。最终需求列表：列表字段：编号、所属模块、子模块、需求描述、场景描述、优先级、产品负责人、完成时间、预计用时、对应开发人员、完成情况等。产品专员用户需求画像硬件虚拟成像市场经理技术需求池确认技术需求实现讨论整理软件功能及表现形式硬件功能表现形式项目技术需求表文档说明：项目需求的定义、修正、落实、澄清、锁定、细化的目的在于在项目实施过程前、中、后使客户与项目组之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更（包括：需求确认，需求变更和需求跟踪控制）。需求内容基本需求服务及保障预投资额度软件1700万，硬件2000万人民币交付主体拖期超支投诉扣款实施周期工期理解成本理解基本目标总体规划基本功能系统功能业务功能第三方对接要求外部支撑资源状况商务条件组织范围应用系统范围物理范围技术条件设计依据需求变更管理办法保障条件实施条件会审保障条件及依据争议解决办法功能需求系统功能需求系统构架系统模块系统交割分工界面系统扩容方式系统数据精确度系统数据精确度时间特性系统数据精确度适应性软件业务逻辑功能需求功能结构清单软件模块组成图第三方产品系统支撑数据库支撑WEB应用软件争议解决办法软件应用逻辑功能需求内部数据控制机制内部数据调度方式及过程内部模块数据处理流程图硬件功能需求系统支撑硬件及性能指标技术参数安装环境要求网络环境外部结构业务逻辑应用逻辑多次性费用说明交付依据及验收测试方案验收标准功能测试内容性能测试内容测试条件测试方法测试过程服务技术要求技术手册系统说明文件安装测试操作维护排除故障软件资料使用手册代码所有权硬件资料安装测试操作维护排除故障技术响应要求会审会审意见签名（会议记录员）：日期：会审签名签字：日期：