年底了，明年你要跳槽？
即将进入2018年的倒计时，我在群里看到了产品小伙伴们对于当前的工作抱怨和对明年新机会的展望，就最近自己的情况也分享关于自己如何快速融入团的几个要点。
另外想说一个重点，年底跳槽的朋友们，记得年底跳槽你可能就没有
年终奖！年终奖！年终奖！
重要的事情说三遍....
01测试对接
对于PM入职，不管是从了解项目或产品进展情况还是在了解公司业务的情况下，最优先的还是和测试对接。
在于测试沟通中，有几点产品同学是需要最先索要的，当然有同学可能说我公司没有测试，那就去找产品负责人吧
产品测试环境地址
测试帐号 密码
PM的测试帐号密码
测试BUG清单
当前测试用例
首先是产品测试环境，尤其是在公司负责产品研发中，特有的测试链接地址是产品熟悉自己产品的唯一可用环境，毕竟线上的环境与数据都是真实的，你总不能影响自己的用户吧。
如果是TO B的产品，则在项目交付前，产品经理可以通过测试环境了解自己自己产品的功能完善情况。这里是我个人的经验，来自一段话
点点点！
02产品同事
除了测试，下面就是和产品同事对接。那么接下来在进入新的产品团队首先就是要以下为首要目的
规 范
了解基于当前团队的PRD等文档规范
了解基于当前团队的产品流程
了解当前产品的需求情况
了解基于当前团队使用的工具
了解当前团队需求管理的规范
提起PRD与文档，我们每个PM都有自己的规范和基础。那么对于即将进入新团队的你，首先要了解当前团队的规范，毕竟你是有试用期的。你的输出需要能够让团队尽快的开始上手，而不是让团队来习惯你的工作方式。
我曾经在腾讯期间，其产品的PRD必须是基于WORD单独写。那么在现在的公司其PRD只需要绘制在原型上或简单说明即可。
比如团队工具使用AXURE为主，那么你这个时候使用墨刀为习惯，就可以切换为AXURE，并且根据有的同学在AXURE标注上不会写页面标注。根据团队要求即可
有的团队可能会要求产品输出高保真，有的团队可能会要求产品输出简单的线框图。
上面的三个案例，只是想说明进入新的团队要尽快的熟悉产品团队的规范，以工具、流程为重点。
03开发同学
这里没有区分前端、后台，但之所以放在第三步，我认为开发同学是产品未来工作中集中面对的对象。因此开发同学在公司的划分中基本会有组长，直接面对组长进行了解，简单自我介绍。其他的就不需要多聊啦！
在组织架构清楚的团队，一般会有项目经理负责开发团队的推进。这里产品同学的工作就会相对轻松一些，毕竟不需要又做需求又去推动项目了。
但产品做项目和需求同时都做的情况也很多，因此不管你是哪一种团队，我认为只需要和开发的头交接即可。后面再在工作中一一对接相应的开发同学即可。
04UED
这里之所以称呼为UED部门，因为有的公司架构清晰的话，会有专门的UED同学来负责产品的交互和UI规范。这个时候作为新团队加入的你，对于UED部门我会找到以下文件
UI规范
最新版本的UI
近期版本的交互图
了解当前的产品设计规范，有助于你接下来的工作中能够快速的掌握当前产品的“调性”，虽然我也不支持将产品经理称之为设计师。但能够懂设计的产品经理，我认为也是不差的PM。
04最后想说的
加入新的团队，是每个跳槽者即将面临的问题，关于工作的选项，我认为不要去问别人或从别人那里求的建议：我到底应该去还是不去？
听从你自己的内心，到底想去还是不想去？你的心里是想要什么？
有的时候鱼和熊掌不可兼得，那么你希望得到熊掌还是愿意去得到鱼？
另外，给自己一个期限去以新的机会做调研，我相信每一家公司都会有各种各样的坑，不管是BAT还是国企还是一般的小企业。但是如果这个坑你能接受那么就不算是坑。
