您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
产品完整工作流程:产品经理必做的25件事
 
来源:人人都是产品经理 发布于: 2017-10-20
   次浏览      
 

一、「永恒的问题」你是做什么的?

在产品界N多的永恒问题中,永远都有一个:你是做什么的?

每当逢年过节,你的亲朋好友问起来的时候,你可能都为止虎躯一震。

对于非互联网行业的人来说,我们往往拿捏不好这个回答的度。讲太多技术又怕人不懂,讲太少的话又怕人家认为自己是行政,讲不好还会被人认为是银行柜台里那个产品经理。所以异常心累。

为此笔者总结了产品经理的完整工作流程,梳理清楚了至少有25件事,是产品经理独特的工作流程。

希望以下内容能给大家灵感,先上脑图:

二、「25件事」完整工作流程

笔者把产品从0到1的一次完整过程梳理出来,排除了后期优化和产品运营的范畴,得到了三大阶段:产品梳理、产品设计、产品落地

三个阶段中,我们最少有25件事是产品经理必须要做的,否则会对我们的产品效果产生很大的影响,下面我们具体拆解来看。

1.点子

产品经理要找出点子,不管来源是哪里。做好点子这件事,需要我们掌握脑图技巧和风暴会技巧,产出灵活多变的点子并记录下来。

2.需求

在需求这件事上,我们要借用到心理学等方面的知识,去把点子归纳总结成为一条条明晰的需求,放进需求池待分析。

3.方案

方案这件事来说,我们要把需求池里的需求规划出雏形,看看在现有的资源环境情况下,是否适合去做,并给出粗略的方案和工作量排期。

4.目标

我们需要给出产品要达到的目标和效果,不能因为仅仅因为这个功能很酷而去做,而要看酷在哪里。

5.策略

有了目标之后,我们还要看看策略,是克制还是粗放,是谨慎还是开放。都需要我们去思索。

6.定义

清楚了目标和策略之后,我们应给出产品定义。产品定义是后期我们评估需求的核心要义。一切需求和优先级都不能违背产品定义,这也是我们的初心。

7.不足

在这几件事走完之后,我们一定会遗留一些问题短期之内难以解决,或需要试错。所以我们需要把不足记录下来,重点在后期产品迭代过程中考量。

8.场景

给出目标用户和场景,一一对应地去提出解决方案,进行推演。

9.业务流程

有了场景之后,融会贯通梳理出来一个用户的业务流程,再整体看一下每个环节的情况。

10.功能结构图

场景和流程理清楚之后,请做出功能结构图。这里同样需要进行一次风暴会,这次的侧重点在方案上。

 

11.页面关系图

有了整体的功能站点地图后,我们需要增加页面之间的跳转关系,以及每个页面具体内容的设想规划。

12.UE交互图

在敲定了页面大致内容和关系后,我们需要将内容细化,这时候可能要对接需求方和用户,调研得出每个页面的真实数据情况,方便设计师给出交互稿。

13.UI效果图

交互稿给出后要找各方确认,无误后给设计师出效果图和切图,准备进入开发。

14.项目启动会

在拿到了需求、方案和需求文档以及前端所需的效果图等素材后,请叫上全体人员进行一次项目启动会,标志着需求上的互通有无和进度知悉,对于避免开发误工等情况至关重要。

15.用户验证

开发初期,尤其是创业公司,请做用户验证。这是我们进行试错和避免方向偏差的最简单办法,以免我们误入歧途造成较大的沉没成本。

16.资源确定

验证无误后终于要敲定资源投入的情况了,请务必跟高层确认,以免定位不清,难以做到量级。

17.行事历

一切都确定后,请给出行事历。这对于项目进度追踪较为重要,也是给领导和用户的一颗定心丸。在后期复盘时也会大有裨益。

18.汇报

汇报是贯穿在以上始终的,但是这阶段尤其需要一个汇报。这个阶段的汇报标志着需求的付出水面,是高层比较看重的期盼的一个点,一定要充分汇报以征求尚方宝剑,方便后续行事。

19.项目管理

进入开发阶段后,要做好项目进度的追踪和工作量的安排,这是为了我们后期验收优化争取时间。

20.走查验收

请在前端开发完毕第一时间安排测试工程师准备好走查环境,要及时给设计师优化的时间。走查后发出问题汇总邮件等待前端修改。走查后要跟前端当面把问题一一确认,确保他清楚且知道如何修改,修改后第一时间验收并进行多轮走查。

21.资料更新

请及时更新需求变更和需求文档,并制作好操作手册和FAQ给推广人员使用。

22.测试

除了前端的走查验收,还要做好整体环境和数据逻辑等情况的测试以及DEBUG,及时发现及时解决。

23.UAT

这是我们最重要的一环,确保每个整体功能结束后可以进行小范围的UAT和把玩,否则将被搁置直到上线。若不做好UAT,有交互上的严重漏洞,就只能等下个版本修改了。这对产品的口碑影响很大。

24.生产验版

是正式发布前的一个预发布动作,使用生产环境进行内部小范围的升级测试,测试无误后再大范围推送。

25.发布

发布时请想好时间和策略,大到冷启动方案小到提示语,事无巨细一定要考虑到。否则很容易出现崩溃和打包有误的情况,在发布阶段一定要测试周全。

三、「总结」你都做了什么

梳理清楚这25件事之后,我们给出了每件事专业简短的名词和解释

我想我们已经可以回答上面的问题:

作为产品经理,我们是需求分析到落地上线全流程的负责人,工作内容包括20多项,比如…

对于面试场景,我们也可以给出相应回答:

在上一家公司,我主要做了2个项目,除了主笔维护全局的需求文档外,还负责了项目启动阶段的用户验证和风暴会议推进…

是不是看起来专业了许多?

很多时候,你不清楚自己做了什么,是没有具象化梳理和表达。很多沟通和展示就在迷迷糊糊的过程中被隐去了。所以产品经理不但要做的好,更要说得好,总结汇报的好。才能跟所有人分享你心中的灿烂星空。

   
次浏览       
 
相关文章

中台产品面面观
如何在互联网产品中建立中台?
什么是产品生命周期管理?
产品设计之前,如何分析业务需求和用户痛点?
 
相关文档

产品经理是怎样炼成的
APP产品规划方法
产品经理培训文档
产品生命周期管理PLM
 
相关课程

产品经理与产品管理
卓越产品经理训练营
产品需求分析与管理
基于用户体验的产品设计