1.银行产品经理包括业务侧产品经理和技术侧产品经理。2.业务侧产品经理负责梳理部门业务人员的需求与科技侧产品经理进行沟通。主要工作内容是:对业务人员的需求梳理与技术侧产品经理沟通主要有以下几个方面的需求(1)如何改变系统内功能模块来实现业务人员的需求使业务人员在做业务时更加便捷提升业务人员的操作效率。2为了维护各系统间的交互可能要对某些系统进行配套改造。3业务人员在做业务时发现有需要更改的地方或者说需要新增的字段或者数据也可以告知业务侧产品经理让由业务侧产品经理告知科技侧产品经理并由科技侧产品经理分析可行性。3.科技侧产品经理负责将业务侧产品经理所说的系统功能性模块更改的需求与技术人员沟通寻找可行办法评估方案的可行性并反馈给业务侧产品经理。业务侧产品经理将该办法的可行性和风险告知业务人员由业务人员评估此次改动的风险是否可以承担。如果风险可承担并且方案可以接受那么就按照这个方案对系统进行改造。4.业务侧产品经理还需要负责编写本部门系统的操作手册操作规程以及操作风险报告。如果有新上一个系统或者是一个系统进行了重大改造就需要对该系统的操作手册操作规程进行编写或修订。修订结束后可能需要过法审然后再提一个发文流程过完相关领导就可以进行发文。5.我在做这个岗位的第一天就开始写日报了每天做了什么事做了哪些步骤都写的清清楚楚的然后现在交接工作的时候就会就很顺利并没有说一定要交给新人很多东西我才能走。我直接把这个日报给他就可以了因为上面清清楚楚的写明了。我做哪件事写了哪些步骤。这个大家可以借鉴一下。这样不仅交接新人方便而且你的每个项目的进度都在你的日报上体现出来了在交接给原来同一个项目的同事的时候也会让这个新人和原来的同事知道这个项目到底进行到哪一步了这样的话也方便自己交接。6.还有一招就是在会议中如果你是个新人大家都说话你听不懂然后又很杂你就可以在你的excel表里面进行记记关键词。如果某些听不懂的话你顺手记了而同样一个事情会可以开很多次。那如果你每次都带着你之前的笔记过去听你就会知道哦原来这个是说的这个这样的话你就会更快上手。7.还有一个很重要的一点如果你是科技出身不太会讲业务侧的东西但是同时如果领导是偏业务侧的领导那就要记住你的核心目标是帮这个领导分析业务侧的风险如果说这个系统做这样的改造的话会有哪些风险。跟领导讲清楚领导就会很乐意听你去讲而不是说从技术方面一步步分析系统是如何做的改造。这两个逻辑出发点是不一样的。因为如果你只会讲技术方面的东西那业务出身的领导就不太能理解也就没办法去分析风险性。但是领导要做的事恰恰就是要知道这个系统改造之后有哪些风险然后是否能够避免如果不能避免的话你是否可以提供其他办法。最后小结沟通的本质是站在对方的视角输出信息。人为善福虽未至祸已远离人为恶祸虽未至福已远离。