首页 百科知识 产品经理必做的件事

产品经理必做的件事

时间:2023-09-15 百科知识 版权反馈
【摘要】:产品经理要找出点子,不管来源是哪里。清楚了目标和策略之后,我们应给出产品定义。产品定义是后期我们评估需求的核心要义。一切需求和优先级都不能违背产品定义,这也是我们的初心。一切都确定后,请给出行事历。这对产品的口碑影响很大。否则很容易出现崩溃和打包有误的情况,在发布阶段一定要测试周全。所以产品经理不但要做的好,更要说得好,总结汇报的好。

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

在产品界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个项目,除了主笔维护全局的需求文档外,还负责了项目启动阶段的用户验证和风暴会议推进…

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

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



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

我要反馈