本人从事互联网产品工作3年多了，期间负责大大小小的产品项目也有8个（接手5个，从0开始3个），算是完成小白->菜鸟->熟悉这个流程了，目前正在往“擅长”这个方向努力。
经常性的在网上看到产品新人在问“新人怎么走好产品经理这条路”，感觉这个问题还是比较后面的事情，回头想想貌似一直在默默的接受别人的干货，刚好今天心血来潮，就在这里分享下自己关于产品经理新人应该注意的事情的经验，为广大同胞贡献点绵薄之力。
新人刚进公司时，正常都只会负责原有产品的优化且有一段的时间让你熟悉产品，接着提供一些优化建议，个人认为这是很关键的一个环节，它能严重影响领导对你能力的评估。
为什么这么说？
因为一般人都只会基于现有产品的业务提出一些用户体验方面的优化，假如你能在这个基础上再增加一些产品发展方向的建议，可以简单到只是同业/同类产品有而现有产品没有功能，甚至你都不用去分析本身这个功能的对错，因为在这个地方你要展示给领导是“你在关注这个产品”。
PS:这也是做竞品分析的入门阶段。
接下来，就是各种提需求，推进需求落地的阶段（建议优先了解公司的工作流程，这有助于你后续的推进工作，不至于不知道哪个时间段该做什么事）。
推进需求落地的流程一般都是“原型—与项目组开会讨论—开发阶段—业务验收—项目上线”。下面就说说在这个流程的各个环节需要注意的点：
原型环节
一般的公司产品经理也要充当交互设计师。
首先你要先了解公司项目组对原型的要求，面对客户的一般都需要动态交互的原型（有网页交互效果）；针对项目组的，一般静态的原型即可解决，特别的敏捷开发的项目组，只要在开发的时候多做沟通即可。
与项目组开会讨论
在这个环节，有技术经验的朋友可能比较容易沟通一点。
除了比较清晰、完善的讲解你需求的内容外，最主要的一点是需要项目组给你反馈开发计划，这是你项目进度的保证，也是避免后期项目出现延期等情况时，自己有苦说不出。
开发阶段
不要以为项目进入开发就没什么事情，你需要根据之前项目组反馈给你的计划进行开发进度的跟踪，这样在开发进度出问题时，才能及时与相关负责人沟通，保证开发进度，不要等项目延期后，两眼一摸黑，说不出个所以然，因为领导都是只问结果不管过程。
业务验收
业务验收这个环节在整个项目里尤其重要，因为它的最终结果是项目能不能上线的保证，特别是用户体验方面的问题，经常性会碰到；另外一方面，正常情况下来讲，前面一般会确认项目的上线时间，所以BUG的修复进度关系着产品能不能按时正常上线，如果你要的不是一个残次品，建议在验收前期就要做好奋战的准备。
项目上线
这个包括的内容比较广泛一点，如果是一个新的项目上线，都会包括用户协议、市场/销售部门的培训以及项目上线后的用户意见收集等；如果是优化的内容，一般只会有市场/销售部门的培训以及项目上线后的用户意见收集，这时候要特别留意用户的反馈，不要以为上完这个东西就算交差了。
本期只是根据自己的工作经历简单介绍需求推进过程中应该主要的事项，欢迎各位指点。
