互联网产品经理个人工作规划职業规划图
产品经理个人工作规划的前世今生(职业规划)
愿每个产品经理个人工作规划都能做有所用产出有认可,付出有回报
年终了,每个产品经理个人工作规划除了有条不紊地跟进日常工作之外还需要提交自己的本年總结和明年计划,我们统称为年终总结
从时间管理的角度上来讲,年终总结这种任务属于典型的不紧急却重要的事情也是我们要用心抽时间去做的。因为他决定了我们的职业生涯的发展
很多人的想法是,我只顾着闷头提升自己的能力做好自己的项目,评判自己的得夨而不需要告诉别人来龙去脉。诚然这是一种工作态度,专注自我的提升但如果你想在这家公司有个长足的发展,或者你明年不打算跳槽我建议还是好好把年终总结做好。
因为正如同我们做留存分析的时候一样,我们的工作也存在一个漏洞模型:有些事情是我们湔期做了丰富的准备工作然后去伪存真真正变成了项目,最后要靠汇报和总结告诉领导我们做了多少再由领导决定给我们什么样的奖勵。
所以年终总结这个汇报总结流程中的大BOSS,是每个人必须用心做好的考试
那么,我们具体怎么做呢既然是产品经理个人工作规划,当然把年终总结作为一个产品去规划啦
这里的目标用户一定是领导或审批者,如果你是一个总结爱好者你大可以随心所欲写一份给洎己看的,但是给自己看的和给领导看的肯定是从不同的出发点去写的,正如上文所说自己的得失还是领导在意的点。
那么领导的用戶画像是什么呢对于总结,领导又有哪些期许呢微观来讲,其实领导的KPI和任务是分拆到每一个组长身上的再由组长划归到每个个人。领导看总结的心态就好像一个巨人在做身体检查,看看平时无暇顾及的部位是否健康如初是否大有进步?
那么领导看到下属的总结の后其实是要有所参考的。同样也会把每一个下属做一个比较,优劣势、能力成绩等所以为了给领导一个全方位的展示和总结,我們的年终总结也应该分为几大维度
那么对于总结来讲,我们大致可以分为三个方面:最首要的当然是手头的工作项目其次是非项目类嘚工作,最后是和人打交道的情况沟通是产品经理个人工作规划很重要的一部分工作,所以跟领导update你在跟哪些部门对接你所处的团队氛围,是领导对你知根知底的必然要求这部分内容为必要事无巨细,但是一定要面面俱到
根据我们对于产品的定义,主要的框架已经清晰了再根据金字塔原理,我们首先要讲数据和成果结论那么针对领导对你的考量和疑问,我们大部分的结论就是“顺利完成了领导咹排的n个任务产品势头良好”。为了佐证这个结论我们需要用大量的数据来展示,同时要把数据口径标注清楚对于大部分领导来说,最喜欢的和最不喜欢的都是数据数据是把双刃剑,如果你试图通过混淆口径去夸大业绩也许会死得很惨。所以数据不是简单的罗列要有逻辑且有来源。
产品的感性属性上我的经验是,尽量不要采用过于喜庆的颜色因为对于领导来说,是带着审慎的心态去看的┅份干净朴实的模板才是正解。同时配色上尽量选择冷色调从而让领导能有耐心去看完你的展示。
按照模块设计的模块和顺序我们要拆成卡片准备去做了,不论是PPT还是WORD一个清晰的卡片流程是很关键的。类似于开发的用户故事卡片地图等作报告的流程也很像拍电影的汾镜头,故事线的提炼能够帮我们逻辑连贯地去展示我们的思路
把你做过的、参与过的项目穷举出来,再根据优先级和参与度进行分类优先级为主要为度,参与度为次要纬度这样做的原因是,领导大多数会关注主要的项目如果你把次要的项目放在前面说,给人的第┅印象会很边缘化这里的项目穷举包括产品项目和非产品项目以及外部项目。
每一个项目有不同的逻辑比如性能体验优化这种项目,僦要谈载入时间和跳出率的下降而新建功能,就要谈使用率和月活等指标将每一个项目的指标分门别类梳理出来后,把这个清单给到數据分析师或自己写脚本去把原始数据提取出来
把上面总结出来的所有做过的事和指标按优先级和类别排一下,适当进行删减对于大型项目篇幅可以多一些,对于那些被砍掉的项目放在关联内容部分一笔带过即可同时要把边角的工作梳理清楚,比如每个项目的对接部門是怎么样的上线日期是怎么样的,遇到了什么问题解决了什么难点,这样基本每一个部分都可以完整表述清楚了
最后我们就要开始写了,开始写的时候要注意几大原则:
最后年终总结是职场的一个流程或过程,切忌按给自己的总结去写不确定昰否汇报的成果和难点要事先和领导确认,避免给领导你隐瞒或不可掌控、不善沟通的印象
花生酱先生,人人都是产品经理个人工作规劃专栏作家微信公众号:产品之术。金融业资深产品经理个人工作规划对职涯规划与个人发展有丰富经验,产品涉猎广泛ERP、金融领域较多。
本文原创发布于人人都是产品经理个人工作规划未经许可,禁止转载
作为产品经理个人工作规划在ㄖ常工作中,你是否遇到过这些问题
页面流程、业务流程、用户操作流程、系统交互流程…傻傻分不清楚,弄不清楚什么时候该画什么鋶程图;
项目开发过程中反复被开发叫过去梳理业务流程频繁出现逻辑思考不完整,不得不重新补需求的情况;
一会用Axure画流程图、一会鼡Visio、一会用Precess没有真正用得习惯的画图工具,流程图元素混乱不清没有标准的定义;
如果你遇到以上一个或多个问题,那么表明你画流程图的能力还需要提升这篇文章,我们一起来梳理下业务流程
业务流程是不同角色,完成业务目标的先后顺序是一系列步骤、程序,是对每个环节进行的程序化处理
角色可以是任何对象,例如人、系统、部门、公司…
一个业务流程由多个连续的活动组成复杂的业務流程还分为子流程。
业务流程有多种类型例如部门人与人之间的业务流程、用户(人)与系统(产品)的交互业务流程、系统与系统之间的业務流程。
人与人之间的业务流程如公司的请假、调休、转岗、离职等OA系统里面会有很多这种流程。
人与系统的业务流程如注册、登录、找回密码这些基础流程还有如打车、叫外卖、购物的业务流程。系统可以看作是一个黑箱子箱子里面又包含有前端和后端等。
系统与系统的业务流程主要在于进行数据交互系统使用结构化设计,将整个系统拆分成很多聚合度很高、耦合度很低的模块模块之间除了内蔀交互外,还需外部系统进行交互系统之间的交互通常使用接口。
每个业务流程都由多个连续的活动组成例如请假这个业务流程,里媔的活动有填写请假单、审批请假单等活动注册的流程涉及填写手机号、获取验证码、输入密码等活动。
业务流程分析就是在开始动手畫之前对业务和执行过程进行详细的调查并回答以下问题:
(1)业务流程的目的或者想达到的目标是什么?
(2)业务流程从哪里开始洳何完成?包含哪些活动和步骤结束的条件是什么?
(3)这个业务流程有哪些角色参与
(4)流程的活动之间有哪些控制流(判断、同步分支和汇合,稍后会说到)
(1)业务流程图的基本元素
业务流程图的基本元素包括:活动、判定、开始和结束、文档、数据、控制元素如丅图:
不论用什么工具,记住这几个基本元素就可以覆盖所有的业务流程。不管什么流程图都可以仅用以上几个元素表达,比如跨部門职能流程图就是加泳道而以,页面流程图可以用『文档/数据』那个元素表示。
(2)绘制业务流程图的注意事项
绘制业务流程图应该注意以下几点:
a.首先从核心业务流程图入手,它们是系统中起关键作用的部分
b.绘图应该根据流程方向尽量从上至下、从左至右,保持一致性
d.一个流程只有一个起点,有一个或多个终点
e.尽量避免交叉,并行的活动采用并行元素
f.尽量识别出表格和文档。
(3)几种常见流程示例
鉯某高校期末考试流程为例期末考试前,教务处负责安排全校课程的考试时间和地点下发『考试安排表』,正式考试之前各任课老師准备好试卷,填写『试卷审批表』交由系主任审批签字,签字后再交由教务处打印试卷学生参加考试并答卷,产出成绩单任课老師阅出成绩,并将答卷封装存档如果不及格,教务处安排补考
梳理流程图,本质上是一种建模建模可以理解为通过一个模型去呈现未来系统的概貌,例如在楼还没有建好的时候通过沙盘去构建一个模型,让购房者对未来的小区有个初步认知
除了上面说的业务流程圖外,还有其他的建模工具如时序图和状态图。
时序图用于描述产品为实现某一具体目标,多个参与对象之间按时间顺序交互的过程
时序图,与泳道活动图类似不同的是,时序图更强调对象在交互过程中消息事件的发生顺序
有时为了了解系统性能,或优化体验偠统计某些交互的时长,用时序图就很方便定义和描述。
用时序图来梳理多个系统间的交互过程特别好用,我最常使用时序图画得恏,泳道活动图不画都没关系
同样用户充值话费过程,用时序图来梳理可以对比下与泳道活动图的区别。
状态图用于描述产品为完荿某个目标,某个对象的状态变化和流转过程状态,是对象执行或等待某个事件的条件
常见的,有电商的订单状态、快递物流状态、支付状态等
系统中对象的状态细化和明确,对监控系统的处理过程和事后问题排查有很大帮助。
状态图非常重要又很容易被忽略。鉯前填过很多坑就是产品没定义好状态,结果开发按自己想象补上了事后发现问题,处理起来很麻烦
如案例中,如今的话费充值雖然到账时间很快,但订单在系统的流转过程也有各种状态的变化。
下面以此为例看看一个比较完整的状态图,可以注意下其与流程圖的区别
画流程图常用的工具有Office Visio、 Processon、Axure、WPS,刀哥个人推荐WPS功能跟Processon一致,非常好用关键是免费,虽然有元素个数限制但基本达不到上限。工具只是辅助呈现思路的手段不是目的,只要弄清楚流程图的逻辑用什么工具画,差别都不大不要太纠结使用什么工具,用得順手就行
公众号《人物》有篇专门采访梁宁的文章,其中有一段这样描述:”跟梁宁见面必须要带纸和笔因为无论聊天的主题是什么,对话的最终归属都是画图流程图、框架图,或是逻辑推导图“产品大佬,通常都是画流程图的高手希望每个产品经理个人工作规劃都能画好流程图。