首页 理论教育 原型评审机制的分析介绍,

原型评审机制的分析介绍,

时间:2023-06-01 理论教育 版权反馈
【摘要】:原型评审机制是根据产品立项时的需求级别的差异,采用不同的评审流程。图4-37 原型设计——站点地图原型评审管控释义(什么事?)产品原型的评审管控,主要是管理评审环节的效率、评审原则的监管、分歧裁决等。原型评审会议的会议建议、决议、问题,建议以邮件形式或指定的工作协同工具发出。原型的交付指在原型设计文件的评审后,通过标准流程交付、形式交付、指导交付。

原型评审机制的分析介绍,

原型评审,主要服务于通过可视化的交互模型快速验证需求的业务流程的闭合性,根据需求的性质与规模采用相应的评审机制、评审委员会及评审流程,通过评审委员会评审的原型可供给后续输出与产品交付。

原型评审机制

释义(什么事?)

评审机制指建立什么等级的产品需求,需要具备对等的(产品评审委员会)评审团队+流程来支撑与约束。

认知(怎么做?)

评审机制,实现与考量价值点在于如何有效提升“产品评审的效率与质量”。

原型评审机制是根据产品立项时的需求级别的差异,采用不同的评审流程。需求级别越高,需要组织更加复杂、严格以及等级高的产品评审委员会来进行评审工作。

示例(打个样!)

【案例分析】某信集团的互联网关联A公司,在接到集团需求后,总是第一时间组织产品团队行动,在数月的原型设计结束后递交给研发团队验收时,总苦恼于迭代的需求与产品验收如何快速完成;而B公司,在接到集团产品需求后,第一时间向集团需求部门公示评审制度,原型设计前的准备——按照原型设计的评审要求(三方参与评审、评审标准的文档),评审结束后以月为单位进行迭代产品的开发。[26]

原型评审流程

释义(什么事?)

产品原型的评审流程,一般由公司或是事业部制订,由于自身产品交付、项目交付的环境与标准规范等不同,制订的评审流程也有所不同,其主要目的在于规范产品原型的送审方式、开启评审的方式、评审输出的合理化流程。

认知(怎么做?)

评审流程,根据产品规模、项目规模、标杆程度、评审方、工期、公司重要性等因素,导致评审流程与要求有一定的差异性。

简单地分为内审、外审:

内审指小组内部、部门内部、产品团队内部等;

外审指其他部门领导审核、评审委员会及外部厂商等(一般针对承接方及决策者)。

示例(打个样!)

【案例分析】小张在配合PMO同学输出产品事业部的A类产品的评审流程时,发现公司只是根据重要性分为A、B、C类的产品评审级别,可是对A、B、C类的定义一般由产品发起人自由填写,没有符合的标准。

在分析如上问题后,小张第一时间与PMO协商是否可以调整流程(某产品评审的三级单流程内部协同审批的系统),在送审的表单中选择是否大额项目、是否紧急性项目、产品面向用户、是否有集团特批、是否延期等五个选项(默认为否),通过选择后(系统自动)将评审单传送到不同的产品评审流程中去。

【案例分析2】

小熊为了在短期的评审时间内,更有效的阐述自己的产品内容,小熊在评审演示时重点讲解其(弱保真)原型站点地图,如图437所示,将原有流程图与单一页面的原型页面结合,在评审过程中给予评审团快速的带入感。

优点:给评审官更形象的产品认知,更聚焦;

缺点:如果流程中逻辑较复杂,会让评审团成员陷入业务细节,而忽略评审产品本身的需求设计。

978-7-111-57735-5-Part02-138.jpg

4-37 原型设计——站点地图(www.xing528.com)

原型评审管控

释义(什么事?)

产品原型的评审管控,主要是管理评审环节的效率、评审原则的监管、分歧裁决等。

认知(怎么做?)

产品原型的评审,一般是产品经理在送审过程中提交的评审原型设计稿,在业务需求符合复核需求的基础上,再来评估技术实现难度、商业价值与投入产出比。

评审要求,评审通过+2分、评审项目截止+1、评审待优化+0、评审无结论-1。

评审会议建议,在评审会议上,建议产品经理让团队成员或熟悉该产品原型设计的配合人员到场进行记录,并根据评审意见整理成产品原型评审会议的决议文档并抄送参会评审团成员。

原型评审会议的会议建议、决议、问题,建议以邮件形式或指定的工作协同工具发出。

示例(打个样!)

【案例分析】王冠做了多年的互联网产品工作,在来到一家不是很规范化的公司后,在产品原型评审过程中,未按照评审管控要求提交流程,研发团队在月末尚未启动项目。因为是重大项目,经调查原型评审工作已经通过评审,但按要求需要发邮件通知研发团队,责任在研发和产品双方,但是仅仅给予王冠开除的处分,这是为什么?

王冠在离职后,反复思考,总觉得自己没问题。

该案例事务以结果来决断,无可厚非,但如若想要自己的产品能够顺利地推进,产品经理要多在产品生命周期中各节点起到催化剂与协调的作用。

原型交付

释义(什么事?)

原型交付,分为原型的输出与交付两部分。

原型的输出指原型设计文件(分版本)提交给团队各相关方。

原型的交付指在原型设计文件的评审后,通过标准流程交付(文件上传、邮件发送等方式进行周知)、形式交付(PMO备案)、指导交付(通过产品给予相关团队的核心人员的培训与讲解)。

认知(怎么做?)

原型交付物,一般根据项目进展与要求的不同,交付的组合各异,如:MRD与原型输出、单一原型输出、原型与PRD输出。

在交付的过程中,应该提交交付内容的介绍有:时间、交接目的、交接人等信息。

示例(打个样!)

【案例分析】小厨在进入某外卖网工作后,因为产品团队BOSS较重视用户体验,故小厨每次提交的微迭代原型都以高保真的形式提交,并在原型中结合需求备注与业务逻辑进行细化说明。

因小厨沟通能力较弱,故每次采用提交原型文件并通过邮件的方式提交高保真原型。

原型设计的交付,有些时候在于制作原型设计团队的能力本身,如果沟通能力强、逻辑清晰、文案能力好,线框图原型足矣,甚至可免。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈