PM如何应对因跳槽带来的行业转变
我应该不算是一个比较追求稳定的人，六年多的时间，且不说工作换了多少，单单是城市就已经换了三个（上海、北京、石家庄）。因此对于应对行业不同带来的困扰也就稍微有点小见解。
一直以来我都还算是幸运的，遇到的公司、老板和同事都带给了我不一样的成长助力，在此也算表达一下感谢吧。
一、大四上半年
在一家外企实习（IT实习生），主要是协助系统上线，并且进行线下培训。这一份工作经历让还没有真正进入过社会的我算是往里迈了一步：
解题思路：
- 以使用者心态进行系统的操作
- 向旧系统的使用者进行请教自己整理的业务流程是否和实际一致
- 向新系统的开发者了解系统的逻辑，和确认自己的业务梳理是否正确
- 由于是新旧系统替换，所以我以最快的时间进行了新旧系统的对比，找出业务、逻辑、操作上的差异，进行了问题汇总
- 实际培训中，收集每个门店的疑问点，下次培训时重点提出，以作说明
成长点：
- 不抵触出差，因为公司门店分布全国，所以出差在所难免【对于一个大一开学只知道有火车却不知道还分动车高铁，还有硬卧软卧的人，其实这一点对我来说很重要】
- 自我能力的认可，可以给别人带来价值着实是一件让人开心的事情
- 应对不同情绪人员的能力【这个其实成长不大，结束的时候我还是会因为共事人员的暴躁态度而控制不住眼泪】
二、大四下学期
机缘巧合入了产品的坑，虽然专业是计算机，但之前确实是对产品岗知之甚少，不，是没听过。幸运的是入职的公司老板很是照顾，从0到1的指导技能提升的很快。这份工作算是带我进入了产品的大门：
解题思路：
- 使用系统，编写操作手册（这是了解一个系统最快的方法）
- 多参会，了解前端、后端、UI、测试、产品等不同岗位的职责和工作节奏
- 学会借助工具（Axure、Visio、XMind等），传达自己的想法
- 多见客户，多了解一手资讯和想法（这一个多亏老板事事都要带上我这个小跟班）
- 向上了解客户和老板，向下了解开发人员，做好两者间的协调工作
成长点：
- 对产品岗有了较为清晰的认知，对其他协作岗位有了基本了解
- 明白且深刻理解了语言沟通存在的偏差（客户表达的是不是他想表达的，你理解的是不是客户想表达的，他理解的你理解的他的表达是不是正确的，这些都需要反复确认，都是容易出问题的地方啊）
- 用尽可能通俗易懂的语言和客户交流，不要想当然的认为沟通者和你有一样的认知（这个并不是说PM一定认知高，只是在某些方便某些词汇上，不要试图认为自己懂得别人都懂，这样会让沟通者无法更好的表述自己的真实想法）
- 每个人都有自己的擅长点，把不同的人安排在适合他的位置上，才可以让团队发挥出最大的价值
- 有一个不好的点，对老板脾气后面变得很易怒，对于一些重要的提醒没有听进去，也没意识到
三、转战北京后
第一家公司还是外包公司，这个公司在行业方向没什么特别大的转变，还是不涉及大的业务方向变更。但在一些方面也确实助力不小：
解题思路：
- 外包公司有个共性，所有项目都在做0-1的产出，极少设计从1到多的优化升级迭代
- 对于逻辑不太复杂的系统，最多一周梳理也可以对系统有个大概的认知和见解
- 对于一些国企、政府类客户，需求变更在所难免，所以高保真原型沟通就显得至关重要
- 外包公司有个特点，虽然钱少事儿多，但是产品的基础能力提升确实快
成长点：
- 原型设计能力接近高保真
- 电商类系统得到了较为全面的认知和提升
- 提高了团队间协作能力，提升了和技术人员沟通的一些注意点
- 对于系统间的数据对接有了一定的了解，对财务只是有了初步了解
- 对于较复杂的流程逻辑有了规划和处理的能力
四、行业转变
这份工作应该是受行业性质影响最大的一个，其实到这里才算是真正的步入正题了吧！前面废话着实有点多了。行业由原来比较熟悉的电商或常规的使用系统，变成了完全没接触过的政府采购：
解题思路：
使用系统：这一招不太好用了，也不能说不好用，就是短时间内根本无法完成整个系统的逻辑和业务梳理，只能按模块进行大范围的理解，细节单靠系统使用确实较难理解。
了解政策条文：关于政府采购国家下发的相关法律条文，熟读并背诵，其实背诵并不是目的，只是为了让你潜意识的在使用系统的时候，知道哪个功能是符合/印证了某条法律条文的。例如：《中华人民共和国政府采购法》、财政部令第87号《政府采购货物和服务招标投标管理办法》等
多向同事请教，包括但不限于产品同事、售前同事、测试同事、实施同事、开发同事等：至于怎么请教，我有那么一点点心得，浅写一下【由于我性格属于偏内向的，所以不太习惯主动找同事聊天，这个问题也一直被领导说，最后离职也是因为这个原因。
扯远了，我觉得，找到对应的人不算太难，难的是你没有问题可问，刚刚接触一个新的行业，什么都不知道，根本不知道从何问起，因为这时你还不知道自己应该了解什么，什么才是你需要了解的。
新的行业是你之前从未接触过的，而现有同事都是身处其中一段时间的，根本不知道你哪里不懂，所以你不会问，别人也就不知道应该和你说什么。我选择的方法是自己先说整体，然后复述给老大，让老大纠正和提问，这时候记住需要关注的点，不理解的再向相关人员请教。
这样一套流程下来就有个大致的了解，然后再按模块和流程细化，如此循环，就可以了解全貌。期间需要注意几点，都是我犯过的错误：
①不要怕错，知道错才能改
②不要急，这么大的系统，别人几年的成果，一两个月就被你了解也不现实
③有问题及时汇报，及时沟通，得不到反馈就要反馈，不要自己瞎想
④公司招你进来说明你的能力可以，性价比高，不用担心自己能力问题
多参加高层的会议：这一个看情况而定，可以向上级申请，有相关会议都叫上自己，保证不影响本职工作，如果不是保密级别特别高的会议，上级一般不会拒绝你的请求，哪怕记个会议纪要也好。
这样主要是为了对于系统有一些更高维度的思考，虽然这种提升不太快，但是别人交流某个功能的时候你听说过，也会给自己很大的信心。
一起吃饭：这个也可以说我是被逼的，但确实也有一定的用途，半个月，聚餐十五次也是没谁了。由于我不善言辞，所以一般都是听各位大佬高谈论阔，指点江山，然后默默吃饭、学习，收获也是不小的，至少公司战略层面的方向多少了解一点点。
成长点：
- 对较大型的系统有了一定的认知，这个认知可太有用了，让我后面见过的所有系统和业务都不在有抵触心理
- 人际交流方面有了一定程度的提升【得益于我的老大觉得我闷，一天两次让我去找开发们聊天，起初真的是太痛苦了】
- 抗压性。这个怎么说呢，在此之前的所有工作，最多是在体力上压榨我，我遇到问题至少知道如何一步步去解决，而这份工作让我感到迷茫，我不知道自己应该如何下手。对于明天没有自己的计划，但又觉得事情很多很多，再加上来自各省运维测试人员的压力和开发无法排期的矛盾就更加焦虑。虽然我最终还是因为精神压力太大而选择了离开，但不得不说，这份工作确实将我的抗压性提高了一个不小的等级
五、回石家庄的第一份工作
大数据，行业是水务行业，确实也是一个完全陌生的行业，但有了上一份工作经历，这一份工作就没那么大的痛苦：
解题思路：
- 使用系统。有了之前的经验，对系统的梳理就变得游刃有余（这个词有点夸张了，不焦虑倒是真的）
- 拉着销售、售前人员进行讲解。这个得益于我们公司有个一起吃饭的习惯，这就很好的让我有了请教的机会
- 开始工作。由于换城市，确认offer到入职之间时间有点长，所以有一些工作已经很紧急了。就很快的进入了工作状态，这样也很有利于对业务知识的理解，并且还有正向反馈，更容易提高兴趣点
- 参加会议。可能是职级的变化，大大小小的会议我都会参加，并且会要求发言，所以这次业务的了解参加会议还是用处比较大的
成长点：
说瞎话能力。这真的是我觉得这份工作带给我最大的成长。一方面和总部领导进行规划，夸张系统的优势和创造的经济价值；一方面和下面分公司强调总部领导对该项目的重视。
一方面和客户说这个功能开发有多麻烦多麻烦，能砍就砍；一方面和开发说这个功能要去的多急，我被骂的多惨。一方面忽悠客户签字确认需求不再变更；一方面和领导汇报客户怎么怎么刁难，让领导层进行施压……看，这就是这一年多我觉得提升最大的了。
以上，太久没写字了，也不太好清楚自己写了点啥，表达清楚了没，还是希望对需要的人员有些许的帮助吧！
本文作者 @何不必
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
