微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

复盘我的半年产品工作——管理篇

来源: 2431
爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

这篇文章并不是什么高深的产品技巧,更多的是个人在产品工作中的习惯心得。俗话说得好,细节决定成败。Good Luck!

复盘我的半年产品工作——管理篇

上周,部门的直属领导让我签署了转正申请表,这也标志着我半年的试用期正式结束了。半年来接触了新业务、新环境、新同事,在岗位工作上也遇到了很多问题,幸运的是有一小部分问题成功意识到并不断调整、规避。从今天起,就从多个方面来分享一下自己这半年的工作。

在加入新公司的时候,我恰好读完了刘飞的《从点子到产品》,其中他在书中提到了工作复盘后的成长,从那时起我便决定在自己未来的工作也养成定期复盘的习惯(话说半年的时间是有些长啊O(∩_∩)O~)。在这次工作复盘的过程中,一些好的工作习惯让我尝到了甜头,也辅助了我对过往工作的审阅。

工作日报

谈到日报相信很多朋友肯定会口诛笔伐它,不过此日报非彼日报,我说的这个日报不是写给领导看的,而是写给自己看的。格式与一般的日报相同,在记录当天工作的同时,也可以记下自己当时做某项需求的想法、思考方式,或者自己很傻的行为(有些像日记)。当某天重新看自己设计某个需求的想法时,可能会发现自己当初很二:前段时间在重审一个存草稿的功能时,我就发现了自己当初的设计理念非常反人类!(后续篇章会详细描述)

复盘我的半年产品工作——管理篇

建议

1、使用云笔记存储

因为本地文档不易保存,多平台查阅不太方便,还容易丢失。使用云笔记的话,不管在公司或者家里都可以去编写。

2、第二天编写昨日的日志

我个人会选择第二天刚上班那会编写昨天的日志,这样顺便也可以把今天的工作计划列出来,快速进入一个工作状态。当然可能是当天下班会想着急回家,这时候的心情也不适合去编写。那如果你担心第二天会忘记的话,就可以当天去写。

3、计划可以列少一点

计划列少一点,不代表今天就做的少。如果列得太多计划,每天都完成不了的话那种心情是不是很糟糕呢?而且还会影响第二天的工作。如果自己的项目评估能力不精准的话,还是列少一点为妙。如果怕自己时间长产生飘飘然的感觉,那就可以定期制定多一点的计划。

修改记录

特殊字体颜色标注

很多人会在编写需求文档时记录一些各版本的修改点,这是非常好的习惯。现在我要说一个故事:

最近的一次项目中,开发曾找到我问:“产品狗子,这次文档你改了哪些东西?”

我满脸无辜地说:“修订记录不是说明了嘛?”

开发:“丫的!你是让我要重新读一遍需求文档嘛!改过的区域也应该标识一下吧?”

我:“大兄弟,请收下我的一个膝盖,我错啦!下次注意!”

开发:“么事!么事!产品开发是一家嘛~”

我不知道开发是忍了多久才告诉我这个问题的,从那之后我每次修改完都会将改变或补充的文字用红色标识。

原型图修订记录

大家有没有想过一个问题,一篇很长的文章你会选择重新阅读一遍吗?因为我个人会比较懒,相对于需求文档我可能会选择看各个版本的原型图,因为图形的识别效率会比文字快很多。那么问题来了:包括我在内有些人在原型的设计中没有修订记录的说明!在这次复盘过程当中我就遇到了问题,每次在对比原型的时候,我就像在玩“图片找茬”游戏。当找不到的时候,我就得阅读那长长的需求文档了,这种撕心裂肺的痛是不可言表的T^T所以,最近我也再抽出时间补之前原型的修订记录,填自己挖下的坑。

项目记录表格

设计

之前我曾写过一篇关于项目管理的文章《产品辣些事,记一次不成熟的项目管理》,在这段时间当中我就应用了一下。我把每个项目的工作细分成“需求设计”、“UI设计”、“研发”、“测试”、“上线”这5个部分,并记录编号、需求名称、设计范围、时间、备注等,其中项目状态有“未开始”、“进行中”、“已完成”、“暂停”。

复盘我的半年产品工作——管理篇

特别说明一下,每个状态可以添加不同的行背景色,我的背景色设计如下:

复盘我的半年产品工作——管理篇

为什么进行中的是红色呢?因为产品岗有一个工作职责就是:跟进!红色比较突出,所以每次查看表格看到亮瞎眼的内容时,就知道自己该跟进哪些内容了。

详细的备注

写到这里,可能有些人就会疑问:前面说到工作日志也是记录一些内容,那在项目记录表格中记录是不是重复工作呢?答案是:当然不!工作日志更突出时间,而项目记录表更突出环节。在备注中你可以记下某天需求改动明细,某个同事提出的疑问,亦或者上线后出现的异常……特别是在规则修改类的需求设计中,原型、文档可能都不去设计了,那在表格中备注就十分合适了。

时间

我目前的部门就不太注重项目周期,但是这并不意味着自己就不去关注周期。因为很多公司要求产品岗有项目管理的工作,所以对各项工作的记录也会为未来的管理能力有一些帮助,同时也能提高自己项目周期评估的准确度。

其他

需求记录

可以把每个需求单独建一个文件夹,父文件夹用“年月+编号+需求名称+涉及范围”(涉及范围:web端、APP端、后台等)的格式,并建立“需求文档”、“原型”、“流程图”等多个子文件夹。这样后期复盘就很容易查看,也方便自己查找。

复盘我的半年产品工作——管理篇

管理软件

之前实习、工作的团队有接触过JIRA、禅道等管理软件。目前,我所在的部门会使用公司自己开发的管理系统,也会配合使用Teambition。但不得不承认自己在这些产品的使用技巧还存在空白,大家可以在下方留言分享这些产品的使用技巧。

结语

这次分享的主要是工作管理层面的内容,有些工作方式会有些陈旧,也不符合当下的规范(比如项目管理表,和专业的项目管理表格还相差甚远)。加上自己工作资历和思考深度等因素,在某些内容还停留在表层,所以真心希望大家不吝赐教!

在接下来的日子里,我会继续分享我的半年工作复盘相关篇章,记得持续关注哦~

 

作者:兮兮(想当作家的不知名产品汪),微信公众号:孤身旅人(ID:gushenlvren)。

本文由 @兮兮 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

爱盈利-运营小咖秀 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号