产品经理的一天节奏是什么样的?


我是Kevin,这是2019年的第6篇原创


作为一个产品经理,仅仅是职场中的产品经理我们看下他一天的工作日常是什么?


  • 早上进公司:打卡


  • 吃早饭看下产品文献


  • 进入业务讨论


  • 进入需求讨论


  • 进入需求设计


  • 进入文档撰写


  • 开发问题沟通


  • 需求问题沟通


  • 聊天八卦


  • 吃个下午茶


  • 午休


  • 产品头脑风暴

  • 资源互对接


一个产品经理的一天就从上面的几个元素组成。但大部分就这样组成,成了一个不停的一周。


当然就产品经理不同周期的,上面做的事情组合方式也会有典型变化。越往上面走的


产品经理也分前端与后台


本来是打算昨天更新这类话题的。但是因为在编辑的时候删除了,导致昨天的推文临时更换。


其实是最近在工作中突然遇见一个有趣的话题:“一个产品线需要区分移动端、后台产品经理吗?”


大部分情况下,任何一个产品模块都是涉及到面向用户的一段以及后台背后的操作。


但对于前端与后台我们仍然有一个其他说法


看不见的代码属于后台,看得见的前端属于就算是管理后台也是前端。


因此站在开发的角度、产品经理的角度我们有不同的前端与后台定义。但在团队中公司要定义清楚这个称呼。


但一条产品线是否应该真的有2个方向产品经理?





比如上图中的一个社区app,app中的信息流、商品类型是需要后台进行配置、清理的。


面向用户的app我们称之为前端,面向管理者的我们称之为管理端(后台)


所以应该有一个这样的产品经理需要思考一个问题


关于我们的商品我们应该用什么样的功能来帮助或支撑?


如果选择社区,那对应的社区移动端应该是什么方向、后台需要具备什么能力?


这个产品经理就是称呼为产品线的产品经理。他的出现可以保证整体的需求收集来源以他为目标。


若将一条产品线区分为移动端、后台2个方向的产品团队,最终导致的是需求来源是流向2个方向的产品团队。


最终2个团队能不能协调成统一,结果可想而知。


如果你正在处于这样的产品团队,产品人的工作节奏还要增加一项,需要对产品之间进行沟通。



用户体验与C端产品经理


当然还有一个方式,我们可以避免出现一条产品线区分2个方向。将移动端产品经理的用户体验、交互设计、数据分析工作割裂出来。


逐渐的负责UE、UX,代替团队中所不足的UED资源。并做出适应的数据分析下个版本的迭代计划。



上图就是一个典型的交互设计稿。我们可以让移动端产品经理专注于做这样的体验工作,把业务与功能的结合割裂出来。



产品经理的工作节奏可能会多一个,竞品体验、产品体验报告。这是一个非常好的环节,找到竞品体验。你可以直观的对比团队产品与对方的差距。


好的产品,优秀的产品肯定是有理由的。


好啦,今天的原创就在这里。预祝各位产品朋友情人节快乐!

                                                                                                                    

四川省成都市武侯区锦悦西路