PM如何应对因跳槽带来的行业转变.docxVIP

PM如何应对因跳槽带来的行业转变 我应该不算是一个比较追求稳定的人，六年多的时间，且不说工作换了多少，单单是城市就已经换了三个（上海、北京、石家庄）。因此对于应对行业不同带来的困扰也就稍微有点小见解。 一直以来我都还算是幸运的，遇到的公司、老板和同事都带给了我不一样的成长助力，在此也算表达一下感谢吧。 一、大四上半年 在一家外企实习（IT实习生），主要是协助系统上线，并且进行线下培训。这一份工作经历让还没有真正进入过社会的我算是往里迈了一步： 解题思路： 以使用者心态进行系统的操作 向旧系统的使用者进行请教自己整理的业务流程是否和实际一致 向新系统的开发者了解系统的逻辑，和确认自己的业务梳理是否正确 由于是新旧系统替换，所以我以最快的时间进行了新旧系统的对比，找出业务、逻辑、操作上的差异，进行了问题汇总 实际培训中，收集每个门店的疑问点，下次培训时重点提出，以作说明 成长点： 不抵触出差，因为公司门店分布全国，所以出差在所难免【对于一个大一开学只知道有火车却不知道还分动车高铁，还有硬卧软卧的人，其实这一点对我来说很重要】 自我能力的认可，可以给别人带来价值着实是一件让人开心的事情 应对不同情绪人员的能力【这个其实成长不大，结束的时候我还是会因为共事人员的暴躁态度而控制不住眼泪】 二、大四下学期 机缘巧合入了产品的坑，虽然专业是计算机，但之前确实是对产品岗知之甚少，不，是没听过。幸运的是入职的公司老板很是照顾，从0到1的指导技能提升的很快。这份工作算是带我进入了产品的大门： 解题思路： 使用系统，编写操作手册（这是了解一个系统最快的方法） 多参会，了解前端、后端、UI、测试、产品等不同岗位的职责和工作节奏 学会借助工具（Axure、Visio、XMind等），传达自己的想法 多见客户，多了解一手资讯和想法（这一个多亏老板事事都要带上我这个小跟班） 向上了解客户和老板，向下了解开发人员，做好两者间的协调工作 成长点： 对产品岗有了较为清晰的认知，对其他协作岗位有了基本了解 明白且深刻理解了语言沟通存在的偏差（客户表达的是不是他想表达的，你理解的是不是客户想表达的，他理解的你理解的他的表达是不是正确的，这些都需要反复确认，都是容易出问题的地方啊） 用尽可能通俗易懂的语言和客户交流，不要想当然的认为沟通者和你有一样的认知（这个并不是说PM一定认知高，只是在某些方便某些词汇上，不要试图认为自己懂得别人都懂，这样会让沟通者无法更好的表述自己的真实想法） 每个人都有自己的擅长点，把不同的人安排在适合他的位置上，才可以让团队发挥出最大的价值 有一个不好的点，对老板脾气后面变得很易怒，对于一些重要的提醒没有听进去，也没意识到 三、转战北京后 第一家公司还是外包公司，这个公司在行业方向没什么特别大的转变，还是不涉及大的业务方向变更。但在一些方面也确实助力不小： 解题思路： 外包公司有个共性，所有项目都在做0-1的产出，极少设计从1到多的优化升级迭代 对于逻辑不太复杂的系统，最多一周梳理也可以对系统有个大概的认知和见解 对于一些国企、政府类客户，需求变更在所难免，所以高保真原型沟通就显得至关重要 外包公司有个特点，虽然钱少事儿多，但是产品的基础能力提升确实快 成长点： 原型设计能力接近高保真 电商类系统得到了较为全面的认知和提升 提高了团队间协作能力，提升了和技术人员沟通的一些注意点 对于系统间的数据对接有了一定的了解，对财务只是有了初步了解 对于较复杂的流程逻辑有了规划和处理的能力 四、行业转变 这份工作应该是受行业性质影响最大的一个，其实到这里才算是真正的步入正题了吧！前面废话着实有点多了。行业由原来比较熟悉的电商或常规的使用系统，变成了完全没接触过的政府采购： 解题思路： 使用系统：这一招不太好用了，也不能说不好用，就是短时间内根本无法完成整个系统的逻辑和业务梳理，只能按模块进行大范围的理解，细节单靠系统使用确实较难理解。 了解政策条文：关于政府采购国家下发的相关法律条文，熟读并背诵，其实背诵并不是目的，只是为了让你潜意识的在使用系统的时候，知道哪个功能是符合/印证了某条法律条文的。例如：《中华人民共和国政府采购法》、财政部令第87号《政府采购货物和服务招标投标管理办法》等 多向同事请教，包括但不限于产品同事、售前同事、测试同事、实施同事、开发同事等：至于怎么请教，我有那么一点点心得，浅写一下【由于我性格属于偏内向的，所以不太习惯主动找同事聊天，这个问题也一直被领导说，最后离职也是因为这个原因。 扯远了，我觉得，找到对应的人不算太难，难的是你没有问题可问，刚刚接触一个新的行业，什么都不知道，根本不知道从何问起，因为这时你还不知道自己应该了解什么，什么才是你需要了解的。 新的行业是你之前从未接触过的，而现有同事都是身处其中一段时间的，根本不知道