惜文读书笔记 产品经理 【原创】产品经理笔记4:产品团队第一要事:制定产品设计原则

【原创】产品经理笔记4:产品团队第一要事:制定产品设计原则

一、引言 失败的项目只会影响到单个项目,失败的产品影响到的是整个公司的命运。 在加入产品部之后,我参加了几次产…

制定产品原则—惜文读书笔记

一、引言


失败的项目只会影响到单个项目,失败的产品影响到的是整个公司的命运。

在加入产品部之后,我参加了几次产品原型图的评审。我发现每次需求评审会,参与的人数都不少于10人,评审会议持续2个小时左右。我觉得这样的评审方式成本高效率低,因此,我决定从减少评审人力成本和提高评审质量两方面入手,对原型图评审流程进行修改。

 

二、原来的产品设计及原型过程


1.产品设计流程

  1. 原有的产品需求由项目经理和客户进行收集;
  2. 产品经理使用Excel表格整理产品需求功能结构表;
  3. 项目经理通过Excel表格客户进行需求的确认;
  4. 需求确认后,产品经理设计产品原型图;
  5. 原型图评审之后就进入开发阶段。

2.产品评审会过程

评审的过程基本上是产品经理边讲原型,其他的人提出异议后,大家发散性的讨论,最后得出结论。评审会后,产品经理会根据评审会结论对产品原型图进行修改,然后再召集第二次评审会。如此反复,直到最后所有的需求都得到了确认。

 

三、原来评审方式存在的问题


1.产品设计成本很高

产品设计成本很高主要体现在两个方面:评审会人力投入高和需求变动成本高。

评审会人力成本高

长时间的会议讨论其实是一种成本很高的沟通方式。现有的评审会参与人数太多,耗时太长,这样无形增加了产品管理的人力成本。

需求变动成本高

产品的原型图没有经过客户方确认,这样就导致了很多功能开发完成之后,客户提出很多的改动建议。需求二次的改动带来了很多沟通、原型图设计、和开发等工作的人力投入。

 

2.产品价值判断没有标准

在评审会现场,参与者有项目经理、测试、研发、售前、设计等部门,每个部门看待产品需求的角度不一样,导致大家对于什么功能该做,什么功能不该做没有一个统一的标准。在会议现场,很大一部分的时间都是针对某个功能要不要做的、怎么做的辩论。

 

3.产品需求忽视客户想法

客户的需求确认通过Excel表格来确认,产品需求的评审到功能实现,整个过程没有客户的参与。产品在开发之前就已经存在“需求不满足客户需求”的风险点。

四、导致问题的原因


1.需求没有做价值判断

客户方提出的需求时,项目经理在没有进行需求分析和引导,有些不合理的需求都被收集回来进入需求设计阶段。

 

2.原型图设计“没有灵魂”

原来产品经理设计的原型图都是线框图配上文字说明,因为没有交互效果,产品经理对设计的原型图需要实现的交互样式也不确定,设计的原型图“没有灵魂”。产品原型图评审会现场,大家对于功能实现的效果理解不直观。因此,在原型图演示时,很多交互效果都只能通过口述。大大增加了需求沟通的成本。

 

五、制定新的产品设计原则


《启示录》是我目前看过的,质量最高的产品管理方面的书籍,书中明确指出产品管理团队必须要制定产品原则。为了解决当前产品管理存在的问题,我制定了四条产品设计原则,具体如下:

1.需求须进行价值判断

需求受理之后,先进行需求的价值判断,确认需求具备可开发的价值后,再进行需求可行性的分析。简单来说就是,先判断产品需求开发是否有意义,再判断产品需求是否可以实现。

 

2.产品功能先满足最基础需求

产品设计先满足最基础、核心的需求,锦上添花的功能能不做就先不做,或者放在后期在开发。后期功能的迭代以实际用户意见和使用情况为参考依据。

 

3.需要有文档说明,原型图有交互效果

产品功能研发之前,必须有需求文档或者原型图作为输入资料。开发工时超过一周的产品需求,都必须有交互原型作为需求说明文档。

 

4.需求确认后才可进行开发

所有的原型图或者需求文档,都必须给客户方进行演示和讲解,在客户确认之后再进入产品开发阶段。

 

六、需求判断及设计流程


公司现有的产品主要是教育方面的MIS(管理信息系统–Management Information System)系统。产品的需求收集和受理,最终目的还是为了更好的完成项目的交付,因此客户的用户体验比用户的建议更加重要。在制定了产品设计原则之后,我又做了两件事情:

1.已知的需求价值判断

在制定了产品设计原则后,我暂停了很多公司已经开始的产品原型图设计工作,自己参与了解需求的价值,将很多“伪需求”的产品功能开发工作暂停,专注于可以解决客户实际问题的功能。

 

2.制定产品设计流程

组织制定了设计的流程,对需求的收集、需求分析和需求设计都进行了约定。详见《产品管理设计流程》

七、总结


事实证明,制定产品设计原则大大提高了产品的设计效率和质量。因为在研发之前进行了原型图的演示和确认,使得客户在开发的产品功能上线后即可完成产品的功能验收,避免了以前的上线之后反复修修补补。同时有了交互原型图作为项目经理、产品经理、程序员和测试人员沟通的载体,大大减少了内部沟通的成本,例如减少了评审会次数和评审会时长,减少了对针对原型图细节的沟通和讨论。

 

相关书籍

《给经理人的第一课》:你必须按预定的时间、可接受的品质以及可能的最低成本,依据顾客的需求制造及运送产品。

《人人都是产品经理2.0》:从用户需求到产品功能,不能直接照用户说的做,而要分析用户的目标

《网易一千零一夜:互联网产品项目管理实战》:产品经理主要工作职责是理解用户需求,定义产品形态,形成需求列表,决定功能优先级

《启示录:打造用户喜欢的产品》采用高保真的产品原型是全体团队了解用户需求和用户体验的最有效的途径。

本文来自惜文读书笔记(www.xiwen520.com),转载请注明出处https://www.xiwen520.com/1768.html

作者: Jordanmax

惜文读书笔记是面向职场人员的读书笔记网站。为您提供互联网、经营管理、投资理财、教育书籍原文摘录,并且分享职场基本技能、项目管理和产品经理相关知识和经历。
返回顶部