受众永远是第一位的
针对于产品本身来说,首先考虑的是用户的利益。(当然是在用户合法得到的基础上)但是产品经理在工作过程中,这儿的用户就变成了受众,受众可以是你的用户、同事、老板。因为产品经理会接收到来自各方的需求,但是和各方的沟通不能用同一种沟通方式:
面对你的用户:你应该以保障他们利益优先,教他们一步步如何操作,给他们参与感和获得感;
面对你的同事:先聆听并问清楚后,再梳理出自己的建议,因为找你沟通肯定是和你有关系的;
面对你的老板:拿出有效的数据来佐证自己的方案和框架,不必过多的强调细节,当然到达的结果一定要可行并且有条理。
这次结果产出的受众是谁?
TA最重要紧急的是什么?
我拟定的方案能否满足TA?
我的方案的可行性有多大?执行难度大不大?
通过这四步面对不同的受众应该拿出不同的方案。面对用户展示的是产品经理的细节梳理能力;面对同事展示的是产品经理的产品梳理能力;面对老板展示的是产品经理的产品规划能力。
团队协作才能高效工作
无论能力多强的人,也是需要团队协作的,因为有更重要的事情在等你。何况你能力并没有这么强!
专业的事情一定要交给专业的人去做。和专业的人配合时,你一定要明白:
你能比UI设计师更懂设计规范和设计趋势么?
你能比技术更清楚如何实现这个功能么?
你能比运营更明白运营策略么?
如果不能,你只是提出意见方,可以和他们沟通并说出你的建议和理由。我一般是这么梳理的:
这个模块,可能需要涉及到和哪些人协同?(心里可以圈定人选,然后找到对应协同职能的负责人,和他们说清楚模块规划,接着就是要人了)
需要准备哪些资料给到协同人?(把对应的资料梳理,用落地的方案整理出来)
接下来就是做实时的对接。(敲定时间节点并以会议的形式沟通)
当你成为某个项目负责人后,你就知道团队协作有多重要。但是前期是要用项目成员的语言去沟通,有效的建议很重要,通过权力干预往往会适得其反。(现在你是我老大,也许下一次我就翻身做主人了。)
针对于产品本身来说,首先考虑的是用户的利益。(当然是在用户合法得到的基础上)但是产品经理在工作过程中,这儿的用户就变成了受众,受众可以是你的用户、同事、老板。因为产品经理会接收到来自各方的需求,但是和各方的沟通不能用同一种沟通方式:
面对你的用户:你应该以保障他们利益优先,教他们一步步如何操作,给他们参与感和获得感;
面对你的同事:先聆听并问清楚后,再梳理出自己的建议,因为找你沟通肯定是和你有关系的;
面对你的老板:拿出有效的数据来佐证自己的方案和框架,不必过多的强调细节,当然到达的结果一定要可行并且有条理。
这次结果产出的受众是谁?
TA最重要紧急的是什么?
我拟定的方案能否满足TA?
我的方案的可行性有多大?执行难度大不大?
通过这四步面对不同的受众应该拿出不同的方案。面对用户展示的是产品经理的细节梳理能力;面对同事展示的是产品经理的产品梳理能力;面对老板展示的是产品经理的产品规划能力。
团队协作才能高效工作
无论能力多强的人,也是需要团队协作的,因为有更重要的事情在等你。何况你能力并没有这么强!
专业的事情一定要交给专业的人去做。和专业的人配合时,你一定要明白:
你能比UI设计师更懂设计规范和设计趋势么?
你能比技术更清楚如何实现这个功能么?
你能比运营更明白运营策略么?
如果不能,你只是提出意见方,可以和他们沟通并说出你的建议和理由。我一般是这么梳理的:
这个模块,可能需要涉及到和哪些人协同?(心里可以圈定人选,然后找到对应协同职能的负责人,和他们说清楚模块规划,接着就是要人了)
需要准备哪些资料给到协同人?(把对应的资料梳理,用落地的方案整理出来)
接下来就是做实时的对接。(敲定时间节点并以会议的形式沟通)
当你成为某个项目负责人后,你就知道团队协作有多重要。但是前期是要用项目成员的语言去沟通,有效的建议很重要,通过权力干预往往会适得其反。(现在你是我老大,也许下一次我就翻身做主人了。)
全部评论
相关推荐
点赞 评论 收藏
分享
点赞 评论 收藏
分享