产品经理日报：工作习惯决定你能走多远

半个月没写东西了，很忙。

忙归忙，但不能瞎忙，而且忙完不能没有思考和总结，所以今天才一定要熬夜写些东西分享，也是自己的提升。

上午总监单独找我聊了一阵，关于这半个月十分差劲的工作状态。

10人左右的创业公司，Title就只是个Title，每个人的角色都是随着产品的不同发展阶段时刻变化的。

最近的阶段，产品总监的角色转为了技术总监，负责解决一切技术难题。而余下和产品相关的问题，理应由我扛下来，但却没能很好的迎接这个变化。

市场部需求延期，客服部门沟通低效，项目进度延期，数据报表未完成等等

背下黑锅的同时也在思考，问题出在哪里？

对于创业公司的PM，工作的内容更多是自己去寻找，而非上级指派。而这个内容没把控好，就会让自己的工作范围失控，导致工作乱，生活乱，感觉自己整天在瞎忙，降低价值认同感，陷入恶性循环。

这时候不赶紧走出来就很容易出问题，况且人都有隐藏自己缺点的特性，喜欢从别人身上找原因，这无可厚非，但不能过于沉溺其中。

个人觉得日报周报月报是个能很好的帮助自己总结的东西

（上图是从今天开始，用自己团队的产品超级表格给自己写的日报）

给其他人看的日报写了很久，那是为了协作用，但跟自己的对话绝对必不可少。

• 开发的工作迭代是：接需求—>Coding—>再接需求—>再Coding……
• 产品的工作迭代是：实践—>总结—>再实践—>再总结……

从哪里总结？

就像产品出问题后找不到原因肯定是数据上没规划好一样，我们不能客观分析自身问题的原因也是没有在工作中积累好个人的成长数据，才会导致一系列的问题。

跟大家分享下自己做日报的思路，期待后台有朋友也能来分享一起交流。

时间维度：

时间的粒度可以由公司和自己的节奏来协调，大部分都是以日为单位，如果想对自己做更完善的时间数据分析，可以精确到一小时或者一刻钟，保证自己的专注度和效率。

需求范围：

知道自己该干什么，再说能干什么，然后接自己的活儿。

PM的工作范围要根据产品实际情况来，新人的话可以参考腾讯的PM职能雷达图简单了解

在日报中，我把自己的工作需求范围归类成：用户研究；数据分析；产品策划；项目管理；产品运营；市场需求；部门沟通；知识积累；沟通。九个模块，以确保自己有方向的发展。

需求确认：

需求来的时候，永远是模糊的，尤其是与市场，运营，用户等角色沟通时。

PM的职责便是将这些模糊的需求转换成产品的逻辑，确认下来，策划执行。

输入输出：

PM的每一项工作，一定都有明确的输出，最多的是文档，其次是方案，剩下的就乱七八糟了。只有有了既定的输出目标，才能更有成效的朝着目标做事情。

进度管理：

重要的事一定要做完，限定时间内没做完的事儿就先别做了，往后顺延。时间有限这是常态，要习惯。

每项工作在执行时都有不同的状态：

规划中；策划中；执行中；中断；完成；未完成等等……

进度的把控直接关系到方案的落地，很重要。

质量管理：

不管事情做完还是没做完，该停就得停，该验收就要验收。对别人是，对自己更是。

给自己的日报无需在意别人的眼光，对自己越狠，成长的就越快。

反思总结：

总结的方法有很多，这篇文章就是我总结的一种方法，此外还可以找同行聊，找各种CXO聊，找同事聊等等。但做这些的基础是你得了解自己的状态，而且尽量保证没有偏差。

给自己做段时间日报，一定有改善。

就聊到这儿，先坚持写几个月，再跟大家分享吧。

昨天公众号首发文章后，在产品经理群中和同行简单交流了一下：

牛人之所以为牛人，不是因为他有多好的背景，多聪明的头脑，而是从一天天的点点滴滴做起，从每一天的反思总结中提升！

说起来容易做起来难，每天做日报，然后做周报月报，听起来很简单，坚持下去才会真的有提升！

这两天朋友圈都发这张图片：

还好，我们今年仍有20%的时间可以创造奇迹。

加油吧，先从一条条日报开始！共勉！

 #专栏作家#

杨柳，微信公众号：杨柳（PMYANGLIU），人人都是产品经理专栏作家。toB产品经理。主攻SaaS领域的UI/UE，用户研究及数据分析。90后创客，坐标帝都，欢迎线下交流。

本文原创发布于人人都是产品经理，未经许可，不得转载。