兰州千联网络有限公司
当前位置:主页 > 新闻资讯 > 网站设计 >

《产品经理进阶系列》之产品的设计

发表日期:2020-09-07 17:57文章编辑:admin浏览次数: 标签: 产品,需要,功能,管理,项目    

  互联网产品的生命周期经历了从产品的定位到需求的收集以及澄清和分解之后,就过渡到产品的设计阶段,这个阶段对于一个产品的落成是至关重要的一环,会生成很多文档,也会遇到很多的困难,对PM的综合能力考验很大。1月7日晚,人人都是产品经理⑨群(QQ群号:166322373)的小伙伴们就产品的设计进行了激烈的讨论。

  234

  1 、如何将需求转化为产品的模块和功能点?

  所有需求都罗列清楚以后,首先需要对其进行模块划分。(实际上对于一个有经验的PM,这步可以省略,在需求提出来的时候他就已经清楚属于哪个模块)。然后根据当前版本的定位,结合SP(战略计划)、BP(业务计划)解码的结果,确定功能的优先级,将每个模块内的功能都分别规划到不同的版本中。这点可能大家不是能透彻的理解,举个例子:比如说移动IM工具,在初期版本肯定是添加好友和聊天这些功能最重要,虽然朋友圈啊、上传照片啊这些功能也很重要,但是因为产品初期阶段,版本定位是有卡位这一点的,所以肯定是在初期版本将功能压缩至最少,只做最核心的功能。

  2、确定产品的模块和功能点之后就要驱动整个产品的落成。在这个过程中PM开展什么工作?

  对待这个问题的处理方法,因各PM所在公司而异。当然在这个过程中在各个公司中PM的共性工作是:首先,需要协调资源确定哪些人能调用,能调用多久;第二点,确定版本规划,一个新的系统可能要开发半年,要先上哪些模块,后上哪些模块,怎样定优先级才能使驱动效果达到最优化,并且还需要考虑将所需要的功能进行逻辑划分,确定哪些功能是放到界面上,哪些是放到menu菜单中,这些都是PM需要考虑的问题。在这个过程中会产出很多相关的文档,这些文档主要包括产品的业务流程图、数据流图、思维导图还有原型图等。

  3、输出的文档的对应用户分别是谁?

  1)BRD、MRD主要是给领导汇报工作时使用的。

  2)PRD重在场景描述,面向的用户主要是设计、研发和测试人员。

  3)原型图的话,对每一个参与的项目成员都需要熟悉甚至掌握的。这个地方需要说明一下,有一部分公司,PRD和原型是同一套文档,还有的公司是PRD&原型&交互文档&相关文档,全部打包发给相关部门的人,供其查阅使用。

  这些东西都不是一条固定的公式,也是因公司而异的。有的公司是项目驱动的,有的是产品驱动的,有技术驱动的,也有市场驱动的,不同驱动方式的公司,项目经理、PM所具有的职权是不一样的,“尽信书不如无书”,PM大大的,你们懂的。

  为了能够使项目能够顺利的进展,不出现项目返工、变更等情况,PRD的编写需要明确、清晰、简洁明了;同时,需要召集所有的项目相关人员,开评审会,把每一个需求和功能都过一遍。

  4、怎么做才能驱动产品顺利进展从而完成产品的设计,比如需要有什么能力(软实力)?推进过程中会遇到哪些问题怎么处理更合理一些?

  在讨论这个问题之前,需要首先提醒一下各位PM看客们,在任何公司,无论采用哪种流程,PM都不是开发在行政上的leader,开发不“屌”PM是合法的。

  因为这个问题是谈的PM软实力,所以大家的观点比较泛,见仁见智。作为PM,我们至少需要做到:自己对产品的需求一定要清晰、不要干预纯技术问题、交付等方案一定明确、不要随意增加或者更改功能点再有就是需要具备一定的领导能力。这些需要在工作中需要自己慢慢去悟,慢慢体会,统而化之的一个提法是,养成销售型性格,就是说做成事情需要你是一个什么样的人,那么你就展现什么样的性格。具体上,如果对方吃哄,那就哄,给与必要的尊重。如果对方吃打,那该敲打就敲打。

  另外,项目管理也教给我们:

  3大约束:时间、成本、项目范围;

  5大过程:启动、计划、实施、监控、收尾;

  9大知识领域:整体管理、范围管理、时间管理、成本管理、进度管理、质量管理、人力管理、采购管理、沟通管理。

  此文档为人人都是产品经理社区⑨群讨论总结,由边缘整理、编辑,转载请注明原文链接。同时,非常感谢参加群讨论的所有小伙伴们,范范、非文、白白、疯鸟、july、有关部门PM等等,我就不一一列举了,感谢大家,希望大家都有收获。

相关新闻