从8年前一个对环游世界抱有极大热忱的普通学生妹，到6年后的互联网保险公司的HRBP，再到2年前的Saas产品经理，这8年间，她误打误撞地完成了从HR到产品经理的转变，通过自学专业书籍和报各种培训课程，她一路沉淀经验和知识，正在B端产品这条漫漫长征路上砥砺前行。
以下是她对自己转型经历的自述，从中，或许我们可以窥见一个具有自我驱动力，对自己热爱的事情喜欢折腾的产品人每一次转型或尝试背后的思考，并从中获得启发。
一、对旅游的幻想
时间回到2013年，当我还在大学时，对环游世界无比热忱，报了旅游管理专业，以为这个专业就是到处旅游。果然除开基础的英语高数和经济学课程外，旅游专业课程老师在课上，给我们欣赏各地的风土人情短片。毕业后也励志当一名优秀的导游，带领游客游山玩水。无奈由于紫外线过敏，暑假出团几次直接全身过敏，被医生劝诫放弃此条职业路，另外选择一份室内的工作，最好去一个四季如春的城市。于是我幻想的从导游—旅游体验师—旅游博主的职业规划就这样泡汤了，到现在看着一直关注的旅游博主房琪的Vlog还会一直羡慕的牙痒痒的~
二、HR转型初体验
毕业后按照医生的建议来到海边城市深圳开始找工作，找份室内工作，误打误撞入职了一家外企做总助，除开安排台湾女老板的日程和生活琐事外，公司的考勤、薪资核算和团建活动都需要负责。小中型公司的行政和人力资源事务基本不会划分的很细。一年多后发现做行政慢慢索然无味，日复一日的重复工作，感觉学不到特别专业的知识，培养的是一些工作习惯，积累的是各种供应商资源，比如酒店、绿植公司、装修公司等等。
于是自己报名培训机构去系统学习人力资源专业知识，对六大模块有了理论上的基本认知，经过半年的培训考取人资证书。2014年，跳槽到一家HR saas创业公司，去面试的时候公司人数不到10人，直接跟老板面试，老板承诺入职后直接给我实践机会，人力资源的六大模块工作，伴随公司逐渐壮大，每个模块都会得到锻炼。而且新公司的业务就是研发一套人力资源系统，解决中小型企业内部人力管理的问题。一拍即合顺利入职，首先从基础人事和招聘模块着手，随着公司规模慢慢扩大，人数发展到3-400号人时，培训、绩效考核和任职资格晋升也每年正常的在内部实施落地，每次一个项目落地，至少带着问题啃十本以上的专业书籍，再加上上级的经验指导，慢慢对几大模块的工作轻车熟路，也越来越有成就感和激情。
另外一方面，公司研发的HR系统我也是第一体验官，边线下业务落地边对系统提出优化意见。公司某些网站的软文推广及运营也部分参与，跟着研发同事也简单学习了些html、css知识，在文章网页排版上可以用上。由于对公司研发的内部信息化系统是深度用户，加上跟产品和研发同事沟通交流时间较多，我这边提出的一些需求，产品经理都会接纳放到产品迭代中。了解了整个产品研发上线的流程及产品迭代的生命周期，再加上自己对系统的不断‘吐槽’，对产品规划这项工作产生了浓厚的兴趣。于是在2017年我报了三节课的线上培训班，周末的时间全部呆在咖啡厅闭关学习了6个月，一边学习Axure工具使用和产品规划的知识，一边完成老师布置的作业。最终顺利拿到优秀学员和毕业证书，也结识了一帮产品的学友。半年后又一鼓作气报名了产品运营的课程，学习培训了半个月，对产品整个生命周期及线上线下运营有了整体框架的认知。对产品这条路一直抱有激情热忱和好奇心，内心笃定如果有机会的话，想在这条路上做些转型尝试。
2018年离开这家创业公司，入职了一家上市的互联网保险金融公司，担任HRBP工作，对传统HR和HRBP的差别又有了全新的认识。HRBP更偏重业务导向，懂业务语言、抓业务痛点，深入一线，敢于跨越专业深井，突破职能边界，要有前瞻性思考能力。对HR三支柱有了理论和实战经验的长进，与BU也真正达成深度合作伙伴关系。巧合的是，公司内部也在孵化HR系统，从考勤到基础人事、绩效模块慢慢实现在内部的信息平台上进行落地。特别是在SSC这块的精细化分工，产品经理会向我们HR部门调研实际需求并规划到系统中。
三、产品经理转型之路
每个人的天赋和境遇不同，当你选择开始做一件喜欢的事情的时候，并非都是坦途，有鼓励，也有打击，但既然是喜欢，并且享受着，一定要坚持下去啊！——村上春树
在从事了将近6年的人力资源领域工作后，19年一次偶然的机缘巧合，原来的公司邀请我回去担任产品经理一职，由于对HR领域积累了几年的业务知识，且对saas产品系统设计一直保持着初心。作为该产品的体验馆和公司的老员工看着产品生命周期的发展以及公司的成长，并欣然接受了橄榄枝。从Axure工具的逐渐熟练掌握，到产品功能点逻辑设计再到后面承担整个功能模块的产品设计，融入项目团队的工作方法，适应双周迭代节奏，逐步进入状态。
两年多的产品之路，分享几点感悟，一起共勉，漫漫产品路，多思考复盘多成长。
首先，要学会梳理和评估客户需求优先级，建议采用四象限法进行需求分类及处理，紧急且重要，紧急不重要，重要不紧急、不重要不紧急。特别是当多个客户同时提了需求时，可对不同客户的需求进行归类梳理，先解决其共性频次高的需求。满足用户需求是一个持续的过程。
其次，在规划设计大模块的新功能时，PM应该从一开始就要为产品制定一个最小可行的产品版本规划。然后通过快速迭代理念，上线-反馈-修改-上线，在用户需求与应用实现之间找到平衡点，然后小步快跑，具备最小MVP思维。不要一蹴而就，按照整体大框架把所有功能点一股脑的投入开发中。一个产品从立项到交付一定是个慢慢打磨的过程，产品经理要多思考多琢磨体验，揣摩用户心理，多研究同行竞品，比如交互体验是否流程自然等等。
再次，B端产品经理要了解不同行业的解决方案，对比不同厂商的解决方案的差异化。因此首先得懂行业，这就需要快速的学习能力和长久的经验积累。学习的对象可以是各种报告竞品和人，包括行业资深从业者、公司的销售和业务涉及的角色专家。经验的积累则需要靠耐心、抗压力、对产品的深度思考和不同大小项目的磨炼。B端产品首要满足的便是功能要全，其次是效率要高，再者是体验要好，最后才是功能易用。
最后，在团队合作方面，产品经理要学会多角度换位思考：既要站在用户的角度，看待客户的需求，了解主要诉求点和想要解决的业务痛点；也要站在开发的角度，向用户解释需求实现所包含的具体工作分解。实现最优的解决方案以最合理的方式交付。