手机版 欢迎访问人人都是自媒体网站

当前位置:主页 > 职场 >

2019年我的复盘笔记

时间:2020-09-16 11:19|来源:网络整理|编辑:采集侠|点击:

回顾2019年做的事情,收获了很多,我把它提炼成16条经验,希望在工作中能够给你带来启发。

 2019年我的复盘笔记

一、相信你的第一直觉,别强行给自己洗脑

第一直觉是我们接触产品时的第一感受,也被称为“用户感受”,比如看到一个功能玩法,我们的第一直觉是没什么意思,这其实在暗示这个功能缺乏玩的动机。

不要因为这个功能玩法做的很辛苦、不要因为急着上线、不要因为这是领导提的就忽略这样的暗示,试图说服自己,甚至给自己洗脑。

洗脑后的效果是我们不再具备同理心,听不得别人的建议,离用户越来越远。长期以往,给我们带来的危害有两方面:

没有主见,趋炎附势,自我驱动能力退化,无法明确自己要做什么,永远把自己定格成小兵,但一个不想成为将军的士兵绝不是一个好士兵,也最容易被淘汰;

没有结果,哪吒里有句台词“我命由我不由天”,意思就是别把自己的命运寄托在他人手里。昨天我总结了这一年的项目,大部分有结果的都是自己主动发起或跟对了靠谱的产品,而出于人情强迫自己做了很多违背第一直觉的事情,果不其然,都没有结果。

二、关于细节决策

我们在设计过程中会遇到很多设计细节决策:是放在左边还是放在右边?这个高度是顶到导航栏还是状态栏?这个地方要蒙上一层黑色遮罩吗?等等。

当你无法确定的时候,首要办法是去收集竞品,但竞品可能在这个细节上有多样处理方式,有些放左边、有些竞品又放在右边,导致你陷入纠结,我到底该怎么放。

这里有个参考原则:优先选择大厂的产品,因为用户量大,遵循它就是遵循大部分用户习惯;如果没有大厂的,你就选择竞品使用最多的。

三、重视每一次评审机会

看到太多因为缺失评审环节或评审环节草草了事,导致项目后期失控的案例了。前期大家不吭声,等后面做完了,意见、想法全都来了,这个需求点不行、那个设计细节不行,然后改需求、改设计、改代码。改完,这时有个人又抛出一个想法,然后再改,不断循环这样的过程。项目上线遥遥无期,所有干事的人还得背上项目延期的锅。

怎么办?

这锅当然不能背!重视每一次需求评审、交互评审、视觉评审,把可能有争议的细节全都暴露出来,目的是与所有项目利益相关成员达成共识,并做成会议纪要,抄送给所有人。一遍会议还没达成共识的,就继续开会,直到达成共识为止。

最终交付给开发的东西一定是确定的东西,就跟建造大楼一样,都已经结顶了,你说不对,这大楼的感觉不对,还得拆了改改,这样的工程永远是失控的。我曾听到一句非常直击内心的话,开发向产品哭诉着:“你们对你们产品到底要做成什么样子,到底有没有一个预期,都是我们做好的原型,你们再来试!”

四、关于项目协作

(1)为了避免项目失控,在与开发配合过程中,一定要对自己的细节高度掌控,知道每个细节的具体规则。

(2)通过Excel将所有细节按照所属功能、所属页面、触发的前置条件和具体的规则描述这四个维度去整理成一份协作文档,方便团队之间共同管理细节。

(3)落地比想法重要的潜台词是:要走出自己的工位,熟悉自己业务的上下游,只有知道自己有什么家底,才能决定打什么样的仗,这远比纸上谈兵要更重要。

五、如何把事情做的敞亮、明白? 1. 主动了解公司或部门产品现象

1)给用户提供的核心价值是什么?不清楚的,主动询问自己的需求上级;如果没有核心价值,就需要我们自己去找,可以扪心自问一下,什么东西会让用户每天都会来用两下,这个东西就是需要找的核心价值。

2)找到能够量化核心价值的北极星指标:产品前期的增长指标?产品中期的留存指标?产品稳定期的变现指标?

2. 主动了解团队、小组的目标

如果没有目标或目标根本无从执行,就需要结合自己团队的属性与擅长,依据公司(部门)北极星指标往下拆解。

记住,相比于北极星指标,团队目标一定是可落地、可执行的,比如实现日活1千万这样目标就无从执行,但每个月带来1000个新增用户有很多办法可以尝试。

3. 集中精力输出自己的关键性成果

定位自己在团队中的角色,围绕团队目标,把有限精力集中在能够大概率产出结果的事情上。比如在团队中承担产品设计的角色,围绕每个月带来1000个新增用户这样的团队目标,通过优化核心功能的原分享路径,预期每天带来50个新增用户。

六、关于团队相处中不该做与该做的事情 不该做

(1)不做老好人,表面上的人际融洽,不一定是好事,反倒会让人情这玩意儿影响自己的标准。

(2)不要碍于谁的面子,不好意思在工作小组暴露问题。

(3)不要单打独干,擅做决策。因为在开发阶段、测试阶段以及上线后,很可能因为无法达成共识还要改方案。

(4)沟通过程中不要嘴比心快,不要情绪化。

该做

(1)先提升自己标准,严谨的文档产出、高效的协作方式,这些会无形影响团队、改变团队。

(2)有问题就要暴露,暴露的目的是促进大家共同提高标准。

(3)重视评审,评审的目的是在开发之前,把问题暴露出来,并对解决方案达成共识,避免已经快提测了,还在因为共识问题修改方案。

Copyright © 2018 DEDE97. 织梦97 版权所有 京ICP