本人是去年毕业的大学生，大学主修专业为金融学，一直对金融产品很有兴趣。由于各种机缘巧合，现在成为了互联网金融行业的一名产品汪。目前就职于国内一家知名的P2P网贷平台，岗位为产品经理。通过近一年的学习和锻炼，感受到了、学到了、体会到了很多很多，自己经常泡在人人都是产品经理中看看那些产品大牛、运营大牛、技术大牛的文章，让我收益匪浅。自己在公司也成功的负责了一个较为大的项目，该产品已经成功上线，目前正在快速迭代，做二期的需求。进来有空，也想与大家一起分享自己近1年工作中的经历和感受，还望大家多多指教。
初出茅庐，了解市场
记得去年刚来公司时候，自己对产品经理的工作内容和岗位职责还不太清楚，也曾经在网上看相关文章学习，但纸上得来终觉浅，绝知此事要躬行。幸运的是，刚进公司一个多星期，我们部门老大给我们每位产品新人安排了一个师傅。从此，我的产品生涯才算真正的开始，刚开始时候，我做了一个多星期的竞品分析，了解了P2P行业相关平台的产品，比如陆金所、ppmoney、人人贷、团贷网、有利网等，主要从业务流程、页面设计、产品模式等方面分析（注：对于从事互联网金融行业产品经理，更在乎产品的业务模式，当然用户体验也是很重要，但我们的用户主要关心是线上金融产品是否安全、业务模式是否可行、收益如何、流动性是否高等等）。当时每天任务就是分析某个平台的一个产品，出一份分析报告，当时觉得意义不大，但现在看来，当初做的这个工作让我收益匪浅，因为这让我更了解P2P网贷行业中的产品情况，不同平台的产品的收益率、产品结构、交易规模等大体情况。
从0到1，扎实基础
大概过了一个月时间，刚好此时我们部门工作任务很重，有好几个项目同时在进行，自然的我开始慢慢上手帮助师傅做一些辅助性的工作，由于刚开始对Axure、Visio、mindmanager软件操作还不是很熟悉，所以经常一个页面都要做很久，而且还有很多不规范的地方，不过万事开头难，不懂的慢慢学，师傅虽然一直很忙，但我不懂的地方，她都很耐心的指导，很快我也慢慢能够上手帮助师傅做一些简单的页面设计、整理需求清单、撰写产品需求说明书（在动手写产品需求说明书前，把网站产品的需求说明书看了好几遍）。就这样，我便慢慢从基本功学习开始，学习如何甄别需求、熟悉操作相关软件工具、思考一些小需求的设计等等。
一段时间后，老大安排我做网站定期优化，每周都会收到客服部门提出的需求邮件，我主要工作就是根据客服部门提出的需求进行评估和甄别，哪些需求是可以采纳的，哪些需求是不做优化或后期评估的。这个工作一直持续到现在，现在我基本上可以把平常网站的需求分为以下几类（不同网站情况不同，求各位大神多多指教）：bug修复类、用户体验优化类、业务需求类。这个工作比较琐碎，由于需求来源口径不同，经常需要与财务部门、客服中心、业务部门沟通确定，最后汇总到技术部门修改，其实中间最重要的就是沟通协调的过程。
由于网站优化方面的工作做得还算比较好，网站几次重大的系统升级都没有出现问题（当然主要也是技术同事的功劳），也与相关部门建立了良好的交流和沟通。逐渐的，我开始接手一些小的项目，我的第一个小项目也该是“债权折溢价转让”的需求，也就是在现有债权平价转让的基础上，补充折价转让和溢价转让，并且限制一定的折溢价比例。从严格意义上说，这不算是一个项目，我之所以当成自己一个小项目，是因为从收到需求，到需求分析、原型设计、需求文档撰写、提交开发需求、开发、测试、验收、上线、跟踪整个流程我都全程参与，这次产品上线也出了一个小问题，分析原因就是在需求说明书表达的意思不够明确，同时在测试和验收过程中也没有发现，这也是后期需要注意的一点，也是作为一个产品新人容易犯的错误，需求表达的内容越清楚、明确越好。
抓住机会，快速成长
有了这个小项目的经验后，自己的自信心提高了许多。由于公司业务量的增加，线上产品也不断在多元化，我们产品室的工作量也越来越大。同时，我也有了很多接触新项目的机会，后期有陆续接手和参与了几个项目，自己的专业技能、沟通协调等各方面也得到了一定的提升并得到师傅的肯定。终于，在去年12月份，让我负责了一个比较大的项目，并且该项目也是公司业务转型和创新性的一个产品，主要由我负责，并且带领几位小伙伴一起设计这个全新的产品。
由于该项目是一个全新的产品，不管是从产品业务模式和投资流程等方面都与现网的产品差别较大，而且要求与现网产品相对独立，因此，不管是前端还是后端，以及整个产品的架构都需要全部重新设计。刚开始，大家在一起讨论需求方案的时候，遇到了很多问题和分歧，那段时间基本过几天就要开会讨论，头脑风暴那是常有的事。为了避免出现一些历史性遗留问题，我们对新产品的后台做了很大的改动，尽量保证各模块之间的灵活性和操作人员的实用性，经过一个多星期左右时间，才把整个产品的流程图和框架用Visio绘制出来，一个需要3张A4纸拼接在一起才能打印出来的流程图，而且还只是简要的流程图。框架定下来之后，就开始根据框架做原型设计图，我是按照模块进行分工，先做前端原型图、在做后端原型图，并细分了理财管理、订单管理、商品管理等模块进行分工，有相互涉及的地方随时保持沟通（沟通方式方面，有些人喜欢通过QQ发消息、有些人喜欢通过邮件或者电话，但我更喜欢当面交流，我认为当面交流的效率最高，而且基本不会出现误解或者信息不对称的情况，还有有些问题，用文字是不能完全清楚的表达，不过当面交流的成本就是你的经常在各个办公室之间跑，哈哈）。
原型完成之后，便马不停蹄的开始写需求文档（关于原型设计和需求文档的先后顺序，有些人可能先写需求在画原型，有些人相反，有些人是同时进行，我自己比较习惯先画原型再写需求文档），写需求文档的过程其实是比较繁琐复杂的，不同页面涉及的不同情况，不同情况下的场景是怎样、每一个功能点的要点是什么、哪些地方需要判断用户是否登陆、哪些地方数据是调用的数据库、哪些地方涉及到的交互、包括不同地方显示的文案是什么（由于我们做的是线上金融产品，不管是展示的文案还是数据，都要求很谨慎）……都要产品经理去思考和确定，这些问题都需要清楚明确的标注在产品需求文档（PRD）中,这也涉及到一个沟通的问题，因为很多问题是产品经理确定不了的，需求与各部门领导沟通确定（深刻体会到常说的产品经理是一个没有实权，但又要决定很多事情的人）。
在这一些准备工作都完成之后，便进入到非常重要的评审环节，我们一般是先内部进行评审，没问题之后才与技术部评审需求，也就是我们常说的产品评审会，顶着巨大压力讲解原型和需求，这个环节也是非常“痛苦”的过程，因为一旦在评审过程中技术开发大大们提了很多问题，有些问题我没有考虑到到或者答不上来的话将非常尴尬，如果是低级错误，还有可能被带上“不专业”的标签。在技术评审环节确实也出现了一些热烈的讨论，每次评审完后，当天我基本就会加班到深夜改需求（通宵情况也有），就这样一次一次的评审修改，期间也遇到了很多困难，但都一步一步走过来了，也正因此才保证了产品在开发前能够完全确认最终需求，以免减少在开发过程中出现反复更改需求的情况，减少开发的成本和沟通成本，也有助于与技术同事形成良好的合作关系。
经过几轮的评审，确定了整个产品的所有页面和需求，UI设计师会根据我们提供的原型和需求设计产品的效果图，这期间又需要很多的沟通和交流，为了保证能够达到所要的效果，前端的每个页面我基本都与UI设计师一起商量，完成效果图后，产品需求文档、原型设计、流程图、效果图终于可以一起发邮件提交给技术部，产品顺利进入开发阶段，提交技术开发其实是一个产品进程中非常重要的一个时间节点。这时候，产品经理的工作可以说完成了70%了（可能说法不专业，望指教），剩余的30%主要就是后期跟踪开发进度，与开发大大们保持良好的沟通和需求对接，以及产品开发完成后的测试、验收、上线等工作。由于该项目公司比较重视，开发投入的人力也比较充裕，经过接近4周加班加点的开发(为技术的同同事点赞)，产品顺利进入测试阶段，期间虽然自己也有接手其他工作，但整个开发过程我也是全程参与，经常在群里与技术同事们讨论（更多的是学习）一些技术方面的知识，虽然自己不是技术出身，但是交流多了，自己也能大概略知一二技术方面知识。
最终，产品在1月底顺利上线（目标是2月初上线），此时此刻我都清楚的记得产品上线那一刻自己内心激动的心情，真的很想很想大哭出来，但自己还是忍住了，连续奋斗了几十天的成果在这一刻都觉得好值的，那种感觉就像自己的一个孩子从世界上降生一样（好像有些夸张）。直到产品上线2小时候后我从后台看到成交成功的第一个订单，我在办公室大叫“第一单成交了”，并且赶紧截屏通知大家，随着对产品的宣传与运营，该产品的交易量不断攀升，自己成就感也越来越大，这种感觉就像看到自己孩子不断长大一样，我想作为产品经理，很多人都有类似的感受。
以上大概就是我作为一个产品新人的一些工作经历，虽然时间不长，但是感觉收获还是很大，看着网站上自己做出来的产品和一些功能优化，每次都忍不住点进去去多看一眼。可能，这对我来说已经不止是一份工作，而是作为自己的一个成就，我想这就是产品大牛们常说的“主人公”意识吧！很幸运自己能有这样的体会和意识。
几点体会，还望指教
另外，对于产品经理这个岗位，对于刚进入这个行业的产品新人们，自己也有一些体会（之所以说体会，是因为自己所真实感受到的，由于自己资历还比较浅，还算不上经验）分享给大家，大致如下：
作为一个产品经理，经常需要与技术的程序猿们一起沟通交流，如果你不是技术出身，多了解一些技术知识对你绝对有用，至少要能够听懂他们讨论的内容。
沟通交流的能力对于产品经理来说是一个核心的技能，良好的沟通和交流有助于推动产品的进程，保证产品按时上线并且不会出太大的问题。
良好的判断能力以及对事物的好奇心非常有助于产品的设计，多学学运营方面的知识，了解用户的心理需求以及懂得一些简单的数据分析都会有助于你对产品需求把握和判断。
多想，想的过程其实是很重要。产品经理对逻辑思维的要求很高，清晰的逻辑思维有助于你应对各种紧急情况的发生，要是能有一些技术的思维方式就更好不过了。
以上就是我作为一个1年不到的产品新人的经历和体会，需要学习的东西还太多了，如有不当之处，还望大家多多指教，相互学习。
