网站透明效果,旅游景点网站策划书,有没有好玩的网页游戏,自己制作网站的方法是文章目录交付需求第一步#xff1a;提交需求1、流程图2、结构图3、原型图4、产品需求文档第二步#xff1a;需求评审制定需求实施计划1、和研发确定开发计划2、和设计人员确定UI设计计划3、和运营人员确定运营计划管控需求变更1、分析需求2、分析变更的可行性3、 变更需求需求…
文章目录交付需求第一步提交需求1、流程图2、结构图3、原型图4、产品需求文档第二步需求评审制定需求实施计划1、和研发确定开发计划2、和设计人员确定UI设计计划3、和运营人员确定运营计划管控需求变更1、分析需求2、分析变更的可行性3、 变更需求需求往往来源于痛点当我们发现了一个痛点后通过用户研究的方法发现了痛点背后庞大的市场这时候我们需要挖掘出有这种痛点的用户更为深层和本质的需求并且找到我们有能力解决的需求点这个过程就是定义用户需求的过程在这个过程中我们要弄清楚这里的用户角色、使用场景、用户的问题这三个方面综合起来也就是我们常说的用户需求。当我们弄清楚了用户需求后就需要提供一个产品解决方案来解决用户的需求在提供解决方案的时候我们不能只考虑用户需求还需要考虑战略的需求老板的需求产品运营的需求业务人员的需求竞争的需求作为产品经理自己本身的价值观需求等基于这些需求我们来构建产品在构建产品时我们需要确定产品的业务模式、盈利模式、产品形态、经营模式、产品功能这个过程就是产品需求定义的过程。最后在这个产品方案里面会有很多产品的功能这个功能就是我们常说的产品需求看下图 当我们确认了产品需求后产品就从需求阶段进入到了实施阶段接下来就是怎么管理产品的需求。需求管理分为三个部分交付需求、制定需求实施计划、管理需求变更。
交付需求
产品经理凭一己之力是无法对产品方案进行全面实施需要协调研发测试设计等工作人员来共同完成产品需求这个时候我们就需要将自己梳理的产品需求传达给我们需要协调的这些人这个过程就是交付需求的过程分为两个步骤完成提交需求、需求评审。
第一步提交需求
提交需求就是把产品需求完整清晰的告知给需要协作的小伙伴让他们清楚的了解产品的需求 一般通过以下四个交付物来告知
1、流程图
1业务流程图
基于业务逻辑来设计一般包含主要流程和功能模块用来说明产品的业务逻辑如下图 2功能流程图
基于用户任务来设计包含用户角色操作过程的关键节点、状态、结果等如下图 2、结构图
1功能结构图
梳理产品功能点如下图 2信息结构图
产品信息结构图罗列了产品需要的信息字段绘制原型图时页面显示内容和程序员设计数据结构时的参考依据。如下图所示 3、原型图
原型图是对产品界面展现的具体内容和展现形式功能交互形式和交互流程界面跳转逻辑的仿真呈现。通过产品原型可以将抽象的产品具体化让产品更容易被理解产品原型一般由线框图构成在业界大部分人使用axure来制作有的公司有交互设计师原型制作工作由交互设计师来承担大部分互联网公司是没有交互设计师的所以产品原型一般由产品经理来完成如下图所示:
4、产品需求文档
产品需求文档主要以文字形式来阐述产品的详细需求与流程图、结构图产品原型配合使用来说明产品需求主要是对要实现的每个产品功能及用户角色、界面、流程、交互、规则等内容进行详尽的描述主要面向研发人员使用word来撰写和阅读。
第二步需求评审
在提交了产品需求后需要组织研、运营、设计、测试等人员对产品需求评审在评审过程中对产品的目标、背景、问题、思路、解决方案等进行介绍评审的目的一个是为了让产品更完善更具有可行性另一个目的也是让所有参与实施的人员对产品需求认可目标达成一致只有被所有参与人员认可并评审通过的产品需求才能被开发评审是产品工作中非常重要的环节如果这部分工作做不好开发过程中的摩擦和修改需求的概率非常大。
制定需求实施计划
需求评审通过后就可以开始实施了在实施前需要和具体的执行人一起来确定执行计划一般包含下面几种情况。
1、和研发确定开发计划
主要包含
谁来做 什么时候开始做 什么时候完成 什么时候测试 什么时候测试版上线 什么时候正式版上线
2、和设计人员确定UI设计计划
主要包含
谁来设计 什么时候开始设计 什么时候出主风格 什么时候完成设计
3、和运营人员确定运营计划
主要包含
谁来运营 什么时候开始试运营 运营计划和资源准备
在这里面特别要注意下面三点
1、明确干系人
每一项需求的实现工作都要具体到某个人不能似是而非否则最后出了问题都找不到人
2、明确工作中的关键时间节点
比如研发什么时候开始什么时候测试什么时候结束等问题
3、在计划中要考虑风险因素和执行成员事先商量好规避的办法
比如在计划安排上考虑到后面需求变更人员变更技术实现困难等因素在排期上时间安排的宽松一点这样有意外情况发生也有时间来调整另外在执行过程中可以和团队小伙伴商量使用每天10分钟站立晨会的方式对执行过程的工作内容进行把控让每个人讲一下前一天工作的进展有没有延期或者有没有什么自己解决不了的然后再讲一下今天的工作计划有没有什么困难需要帮助通过对每一天工作内容和进度的把控来保证产品需求能被按照计划来实现这个方法在很多互联网公司使用。
管控需求变更
在需求评审完成后产品会进行封版需求池也会冻结不论什么需求都不会加在这个版本里面了原则上是不能再改变需求了但是有时候因为一些客观因素需求变更又是不可避免的比如市场环境的变化之前考虑不周功能被遗忘技术实现比预估的困难等因素所以管理产品需求变更也是产品需求管理一项重要的工作下面来说说怎么管理需求变更。
1、分析需求
需求变更常见的类型有三种新增删除和更改当产生了新的需求的时候首先我们使用之前讲的需求分析的方法从痛点用户需求产品需求到评审这样一个流程来对需求进行分析确认需求的价值看看这个需求是真需求还是伪需求只有靠谱的需求才有变更的必要和讨论的意义在这里要防止拍脑袋变更需求拍脑袋一两次是可以的经常随意改变需求自己的信誉会下降而且能力也会被同事质疑。
2、分析变更的可行性
变更需求通常意味着要调整资源、重新分配任务并修改前期的工作成果有时要付出较大的代价如果动不动就变更需求项目也许永远不能按时完成要不要变更需求我们可以从以下两个方面来评估
1考虑需求变更带来的成本因素
需求变更意味着在计划外要做很多工作额外的工作就需要额外的投入如果本来2个月可以完成的开发的产品需求变更后变成了3个月就多了一个月的人力物力财力的投入不论是大公司还是小公司每个项目都有预算如果因为需求变更导致预算超支即使产品开发完成也得不偿失所以在评估需求是否要变更的时候要考虑变更带来的成本大小。
2考虑市场的机会成本
大多数需求变更都会影响产品的上线时间产品上线时间直接决定了后面投入市场运营推广的时间如果错过了某个有利的时间窗口期产品是完善了但是同样丧失了市场推广的有利机会这样也是不可取的所以在考虑变更需求的时候也要考虑市场因素不能单纯的看功能。
3、 变更需求
变更的需求经过审慎地分析和评估后最后确定要进行需求变更接下来就可以执行需求变更了这时候需要做两方面的工作
1调整相关文档
产品经理需要对需求变更后的产品流程功能结构、原型图需求文档进行调整
2沟通协调
协调相关的参与人及时把需求变动告知他们让他们及时对工作做出对应的调整。
