加入收藏 | 设为首页 | 会员中心 | 我要投稿 核心网 (https://www.hxwgxz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 创业 > 正文

万字干货 | 初级产品经理工作技巧指南

发布时间:2020-03-11 23:40:42 所属栏目:创业 来源:互联网
导读:本文的主要内容是初级产品经理工作过程中各环节的技巧总结,我写的时候尽量是从现有工作内容中抽离,没有涉及到我的具体业务,因此不同细分领域的产品经理都可以通用。 刚入门不久的产品经理容易有这样一个现象:看过很多的产品文章,学过一些产品课程,了

比如一个普通的商品详情页,如果只给你1天时间从0到1来做这个页面,你会把页面的所有元素、逻辑写清楚,找到前端后端开发按照你的逻辑进行实现,然后发布上线。如果你想修改一个banner图,必须要找前端开发从代码层面帮你换图,然后再发布,这时我们认为这个页面是非常不灵活的。

因此你把banner、标签、价格、尺码分类等等都抽象成了配置变量,就可以在管理后台灵活的调整这些内容,无需再发布,看起来非常灵活了。但是当这个页面需要对不同商家显示不同商品时,你就需要再把这整个页面做成配置项,对每一个商家可以单独配置一套商品详情页。

接下来业务需求再进一步演化,每个商家想要自己去配置自己的商品详情页,这时你还需要把商品详情页的配置功能做成一个商家管理后台,让商家自己去灵活设置,这时候单是这个商品详情页就已经很复杂了。

如果每个商家还要对自己的员工分别配置权限,有的员工只能修改banner图和名称,有的员工可以修改商品sku、价格等等,那你还需要把这个商家的商品详情页配置功能结合账号权限再细分配置,让商家自己灵活勾选什么员工可以操作什么权限。

我这里只是简单的描述了一下电商平台商品详情页的配置演化路径,就可以看出,当业务需求越来越细化,对系统灵活性的要求就越来越高,也意味着系统的复杂程度越来越高。为了尽可能充分的满足业务需求,我们需要时刻注意系统的灵活性,在每一版迭代的时候避免太多写死的逻辑。

(6)总结遇到的异常流

每做一个项目,在上线之后可能都会遇到反馈的线上问题,特别是一些在设计时考虑不全的异常逻辑,会在用户真正使用的时候暴露出来。做完项目遇到这种情况并不可怕,因为人无完人,产品经理不是神,设计之初漏掉一些异常流是很正常的,但如果每次项目都漏掉一些,或者同样的异常问题多次出现,这就是产品经理的问题了。

我们可以认为,在业务拓展没那么快的情况下,软件层面的设计的异常流是很有限的,只要遇到一个就把它解决掉,总会消灭干净的。

产品经理每天的工作时间,可能会有一部分都是在处理自己留下的坑,但在填坑的时候我们能否不仅仅只为了填坑,能否思考是怎么漏掉这些异常流的,并一一总结出来,这样也许能大大提升产品设计的完整性。

四、项目管理

项目管理之前应该先判断该项目的类型,不同的项目推进和管理的方式区别很大,根据项目大小与任务并行程度,我分为以下三类:

1. 周期较长的大项目管理

对于单个部门内部开发周期较长的项目(超过2周),我总结有以下项目管理的关键点:

(1)提前沟通开发方案

一般较大项目功能比较复杂,因此整体方案设计时需要预先跟开发人员沟通,明确一些关键限制因素和影响点,避免需求评审时方案不可行,或者调整太大,在评审会上难以达成一致。

(2)关注功能先后顺序

提前关注项目中不同功能的相互依赖性以及对外部系统依赖性,根据功能依赖的先后顺序确定项目的排期节奏,提高排期衔接程度,避免一个功能开发完很久之后还不能与其他功能联调,浪费开发资源。

(3)对项目的强推动力

每日跟进关键点的结果,尽早发现风险(日报、周报、晨会等形式)。

(4)项目复盘总结

项目完成后回顾项目过程中哪些过程效率有待提高、哪些过程安排的不够合理,如何避免在下一个项目中继续出现。

2. 跨部门跨公司合作的项目管理

跨部门和跨公司合作的项目,开发量不一定很大,但由于牵连方较多,比起团队内开发有了更多的不确定因素,项目容易延期,因此在上述大项目的管理基础上需要额外关注这几点:

(1)找到合作关键点

不管是跨部门还是跨公司合作,首先要明确对双方的关键利益点,并强调合作对对方的好处,才能获得对方的积极支持,否则很容易被踢皮球;

(2)书面确认详细事项

跨部门和跨公司合作,一般都是远程电话沟通,因此对会议上达成一致的点需要书面记录邮件至对方,对达成一致的点也需要记录并积极跟进对方的最新答复。这一点主要是为了提高需求的确定性,明确双方职责,避免因为沟通没有记录影响项目开发进度。

3. 多个小项目并行的项目管理

对于互联网的敏捷开发模式,超过两三周的大项目少有,多个小项目并行才是更常见的状态,这里的小项目其实是单个很明确的需求,粒度比较小,这种状态下产品经理一周可能同时在跟进十多个需求在开发状态,这对多项目并行的考验很大,我总结了以下几点:

(1)更合理的排期节奏

由于项目太多,为了避免同一天过多需求同时在开发或者在测试,在排期的时候尽量均匀的分布,这样保证在一些需求已经进入测试或已发布,另外的项目刚进入开发,避免某一天的事情太多。

(2)每日tips跟进每个项目的状态

首先需要实时记录这些并行的需求的开发状态、开发人员,然后每天早晚跟对应的开发人员跟进需求状态,及时解决相关问题。

(3)小需求归档

小需求上线一时爽,后期维护痛苦不已。每个小需求在开发过程中是独立的,但对于整个产品来说它是一个个的迭代,只有及时将这些迭代归档到对应的功能模块,才能后续方便的了解查询当前线上的产品规则是怎样的。否则后期连自己都忘了到底最新的迭代是什么,这个坑谁踩过谁就知道有多苦。

五、沟通技巧

与项目管理类似,沟通之前我们要对沟通的对象进行分类,不同沟通对象需要注意的事项是不一样的。

1. 与合作方沟通

(1)沟通方式的合理选择

一般与合作方很难面对面沟通,大多是电话和在线沟通,因此对于不同的事项要选择合适的沟通方式。比如首次确认合作内容,需要电话详细说明合作细节,然后书面记录达成共识的事项;确认完合作内容后,有小的疑问点可以在线沟通。

(2)催进度也有技巧

有依赖合作方确认的事项或开发进度时,催进度是最频繁的事。但是催进度需要包含几个关键因素才能起到好的效果。

首先是良好的态度,对对方的尊称是必须的,就算对方态度比较冷淡也需要保持着热脸贴冷屁股的热情,因为在工作中,合作的顺利完成才是最重要的,这也是职场人的必备素质。

(编辑:核心网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读