产品经理如何更有效率的开展工作

进入直播行业(传说中的风口行业)以后,各种需求接踵而至,有时跟进几个需求,开个会,眨眼一天就过去了,没有足够的时间去优化产品功能和竞品分析,深深的感觉快沦为功能经理。最近重新调整了工作方法和流程,发现方法还不错,故分享出来。下图是我整理出来的工作流程:

xiaolv

 

收集需求

我喜欢用有道云笔记时刻记录产品中遇到的问题和需求。用户反馈的意见和想到的好点子有时一闪而过,如果不及时记录下来,可能很快就忘了。云笔记支持PC端和移动端,随时随地记录(这小广告植入的不错)。这一步很重要,后面的步骤都是建立在这个基础之上。

评审需求

每周一次的需求评审会上,是你“大展宏图”的时候到了,阐述清楚你的需求,让领导和技术都把把关。通过讨论,一般都能收到许多有建设性的意见。从我接触的来看,技术人员喜欢站在让功能容易实现的角度提意见;运营人员偏向于加尽可能多的功能;老板站得角度比较高,考虑是否赚钱,好玩;产品经理对这些意见要根据实际情况进行取舍。

每周任务计划

每周一把本周需要做的工作列出清单;包括要开启的项目,需要提测的功能和时间,上线的功能和时间。用Excel即可完成。

难点:确定提测项目和提测时间;提测时间需要和技术一起确定,尽管预估时间一般都不准(实际可能会比预估延后1-2天甚至更多),但是一定要确定具体提测和上线时间,否则极有可能拖延到下周,切记!中途有可能插单,亦可能遇到技术难题,产品经理要排除外来的干扰,为技术提供尽可能多的资源和帮助。

每日任务优先级

每天早上用半小时把需要的跟进的工作,按优先级排好,确定必须要做的工作;接下来就是具体跟进当日要完成的工作,需要与设计,前端,后端,测试等人员沟通,推动产品迭代进度。

哎呦,好像挺容易,确定好每天的工作,按优先级排好,然后就一顿干。实际中要确定每日必须要完成的项目也是挺难的,时间有限,根据紧急度要有所取舍。所以一定要确定每日必须完成的任务。

上线后持续改进

产品上线后,多使用自己的产品,发现问题。有些产品经理对自己的设计的功能用得比较少,只是在上线的时候使用过,这是做项目的思维,得改;收集用户需求,使用竞品,挖掘新的需求。这样又回到了第一步,不断迭代产品和功能。

使用上面的方法有一段时间,效果好了挺多,许多原来堆在一起的工作,慢慢变得有调理了。当然这个方法也不能包治百病,还需要进一步优化。后续的优化,将继续分享出来。

Leave a comment

电子邮件地址不会被公开。 必填项已用*标注