我是干豆腐，自己的职业经历是在过去的5年中主要是2c的产品，目前在智慧树学生团队，从事的是一个业务2b用户2c的项目；目前各行业人才涌入互联网产品大军，使职业规模成倍数上升，同时也产生了大量产品小白，坚守在不同领域挖掘自身进阶之道；在此结合自身产品方法论的“野路子”，分享产品小白弯道进阶的两个发力点
1、用1年产品经验赶超别人2年
2、用沟通达到事半功倍
第一个发力点：用1年产品经验赶超别人2年
Martie Cagan曾描述过产品经理的任务：探索产品的价值、可用性、可行性，既然知道了准则那么把有限精力投放在下面3个路径，让自己1年就赶超别人2年才掌握的产品经验
1、掌握业务目标的核心路径：理解当前业务，全面深度思考，掌握决策需要的充分信息，毕竟决策一个需求研发猛捶1个月也是有的，产品经理要对自己的每个决策保持谨慎，因为这是产品职业性的体现。在给用户创造财富、优惠、利润、效率的同时提高投资回报，这些都是基于了解业务的基础上进行的演变和创新，而不是每天跪舔用户（当然该舔时还得跪着）、猛撸功能。（关于如何快速熟悉理解业务可以某乎一下）——小白进阶的关键弯道
2、内视技术：关于技术- 如果你不知道如何建立，那么没有必要定义要构建什么。产品经理不需要能够坐下来编写代码，但是要了解技术栈，例如在初创项目是不是考虑使用（PHP + Responsive Web），因为从成本和兼容两方面考虑来说不失为最优方案，在成熟期项目是不是启用（ReactJS + React Native），这个方案足够承载百万级别用户量，有些童鞋说干预技术你把cto放在眼里了么，我的回答是这就是小白与老狗的差距，尤其在新项目的敏捷开发中，需求的猛烈变动会导致开发成本的居高不下，产品经理要与自己的研发团队有更多的沟通协作。
3、用户体验：从入行就开始谈的用户体验，在团队中资深的程序GG和测试同学可能时不时也会提醒你的方案体验不好（心累），那么我们从一开始最好遵循超预期的用户体验标准：易学、效率、易记、纠错、满意度，甚至可以把它写在自己的notes上，把你所设计的产品都用这个标准去矫正；产品经理是团队中用户的声音，时刻保持对用户体验充满激情，才能是你的产品“爽”的的持久。在测试产品的场景中寻找机会与用户交谈并获得反馈，迭代优化，尤其是在初创阶段（例如我们的用户对象是学生，通过客服加入学生群聊一个红包甩出去反馈效果特别棒！）。——小白进阶的持久发力点
我们为什么需要以上3条看起来广泛路径？因为产品角色本身就是非常广泛和多样的，你每天都在高频次使用它们。
ps：产品必备的产品需求、产品建模、产品策划等基本功也要在工作中不断夯实
第二个发力点：用协作达到事半功倍
产品经理的目标是在最短的时间内把握复杂的市场／用户需求，确定产品的基本要求。做产品是为人服务，解决的也是人的问题，建立团队良好的沟通协作方式，凝聚战斗力，达到事半功倍的效果，是产品小白迫切解决的问题，良好的协作需要掌握的每个岗位的特性，让其像轴承一样运转顺畅提升项目研发的效率：快速了解各岗位特性：
1、每天喊口号的程序猿（口号：你变更下需求试试）
需求变动是产品给程序猿永远的伤痛，这个伤是持续的
1、不要因为项目紧急，就没有给开发详细讲需求背景，导致不同开发跟你反复确认同一个问题
2、需求评审前把评审内容提前发给与会人员，有助于需求的查漏补缺，降低需求变动几率
3、变动需求要慎重考虑，你的一句话程序猿半天工啊
4、跟程序沟通时只需描述什么样的结果是你要的，不要陷入开发语言因为你不专业
2、用bug捍卫名声的测试
1、需求变动要及时更新在文档里并且告知相关人员（主要是测试）
2、一般公司测试人单力薄，可以发动内部同事一起协助内测
3、辅助测试人员明确测试用例内容
3、一言不合就动刀的设计师
1、给予设计充分的时间，和方向性的提示，不要经常用“再大一点，颜色红一点”在背后指手画脚干预具体设计方案，如果你是这样那可能只有拔刀相见了。
2、适当给予它们作品的肯定和鼓励，因为设计师都很敏感
3、设计师有时也会喊口号的
4、恨不得嫁给产品的运营
1、每一个运营活动背后都是对kpi的努力，产品要及时送关怀，但要克制不影响用户
2、对于运营所需的功能在不影响大的迭代版本下及时给与
5、自黑是机器人的客服
1、客服是产品经理的耳朵，是跟用户打交道的一线人员，要定期找客服收集用户反馈信息
2、产品设计中考虑客服的压力，不要把问题都导向给客服，
当然如果有产品愿景并且感染了每一个成员，团队协作上可谓如虎添翼
结尾的话：梳理了两条小白快速进阶的路径，当然就像打游戏通关后写攻略一样，条条大路通罗马，通关路径可不止一条！希望我总结的“野路子”会对你的提升有所帮助
对作者感兴趣，想与之共同在产品上深修造化，相互请教，你可以扫下面的“怪胎”进入作者思考空间
