从与技术相爱相杀的产品小白到运筹帷幄决胜千里的产品大白，本文作者在此分享了其心得体会，一起来看看吧~
17年对于我来说，一个全新的挑战，产品零经验的我，幸得几位大家长的信赖，临危受命担任公司新项目产品负责人，期间欢笑与泪水共存，和开发伙伴相爱相杀，从光杆司令到招兵买马，临时从各个部门东拼西凑拉人成立一个虚拟项目组，兢兢业业早出晚归废寝忘食总算不负众望。走过了太多坑坑洼洼和磕磕碰碰，不间断的辗转难眠，每一步都是如履薄冰，借此机会，想把自己的经历总结出来，希望对于其他伙伴们有所帮助和借鉴。
经验一：前期务必进行充足的用户调查，市场调研
刚开始接手这个项目产品的时候，对于产品小白的我也是懵懵的，诉求也只是来自leader的一些碎片化的想法，尤其害怕做出来的东西和客户的诉求不一致，有点束手无策。前期只能硬着头皮根据leader的想法和些许客户的反馈，与产品伙伴反复沟通了用户角色，使用场景和原型草稿，不断碰撞后内部达成共识，之后开始梳理产品体系，把大致的功能列表列了一遍又一遍，还做了一份网上问卷调查，收集了2000多份的样品问卷，归纳和总结这些问题，这些对完善原型格外有帮助。之后背着手提跑到客户那边进行实地调研，沟通和原型讲解，收集了一些客户的痛点，也有很好的指导和修正作用。由于前期做了大量的调查和调研的铺垫工作，所以在整个项目产品迭代期间，主流程基本上没有变化。
经验二：高保真原型和产品需求文档PRD必不可少
原型务必求高保真，我们做的原型一直坚持高保真，每个名称字段，每个规则说明和每个跳转链接都非常清晰，如果原型不符合的逻辑的地方，先整改原型。这不仅有效的减少产品人员，开发人员与测试人员的沟通，而且大大提升开发效率。如果当初设计出来的是简单原型，肯定会导致每个人对产品的理解有偏差，而且很容易忘记当初为什么这样设计的初衷。每一次原型讨论会要求开发人员，测试人员，产品人员，销售人员和相关负责人都必须在场，大家一起争吵和争辩，达成一致才进行开发规划，而且在开发过程中没有较大的逻辑改变，规划不允许有大的变更，如果存在小的需求变更，则放在下一个开发版本进行迭代。
不管是原型还是需求文档也不是一下子就尽善尽美的，在这个期间修改了无数次才逐步成型，而且至今还在不断的调整细节。好记性不如烂笔头，很多产品伙伴不愿意写文档，这等于就是给自己挖坑，没有文档，每新进一个伙伴，你都要口头表达一遍，一旦遇到分歧，可能都忘记当初如此设计的初心。再次强调下：不要偷懒，产品需求文档PRD必须编写，一定要挤出时间去不断修正完善。
项目产品执行过程中会碰到各种棘手的问题，所以务必尽量寻找主动靠谱的产品和开发负责搭档，相辅相成，我比较幸运的遇到了，产品伙伴理解力非常强，而且基本上交给他的原型任务都会加班加点按时按质完成。开发负责人有比较强的全局观，他会积极协调各个开发组的资源，主动反驳不合理的诉求，而且会及时沟通，整体的把控力强，也是项目产品每次都能顺利上线的因素之一。在几方高效的配合下，项目产品一个月内可以更新上线8次之多，在如此高强度的开发迭代频率下，算是一个奇迹了。
经验四：坚持持续的落地培训
项目产品上线开发出来后，之前尝试几次远程网络培训，但是效果不是很好，线下落地培训的效果就比较好，不仅可以及时解答客户问题，而且可以约束学员布置作业。当然，线下培训也要分两种情况，一个是营销式的落地培训，主要针对于潜在用户群体，一个是技术性的培训，主要是针对是付费用户群体，两者培训的内容侧重点不一样的。
经验五：充分调动团队成员积极性
一个人再厉害，产出也有极限，要充分发挥团队的力量，团结一切可以团结的力量，实现1+1>2的目标。所以每次开会的时候，都会反复强调，咱们是一个团体，要互帮互助，只有团队的目标实现了，才能算真正达成。
经验六：不折不扣的开发规划与执行
每个月底都会进行下一个月的开发规划和项目产品上线时间节点控制，每周固定一个时间段开周会，加强沟通，会议记录成册，更新记录成册，客户反馈意见成册。在开发规划没确定之前，可以反复整理调整，一旦确定下来，务必按照优先级进行开发，无重要或者紧急状态中途不能进行需求变更，不然会打乱开发和测试的节奏。
经验七：学会从容淡定和保持学习热情
在项目产品跟进的过程中，学会泰山崩于前我自岿然不动，要顶住压力，各种各样的声音都会涌过来，什么阶段该做什么，不该做什么，自己心里要有杆秤。
另外，不管何时何地，要保持学习热情，多阅读相关书籍，不仅开拓眼界，而且还能提升格局。在此期间，我读了十几本产品和运营书籍，如《启示录》，《失控》，《无价》，《长尾理论》，《从零开始做运营入门篇》《从零开始做运营进阶篇》等等，而且我还学会画流程图，思维导图，研究AXURE产品工具。平时我也比较习惯逛人人都是产品经理和起点学院社区。
当然，在项目产品执行的过程中，也遇到一些问题值得反思：
切记规划太远，需结合实际。当初设计产品的时候想得有点远，结果主流程对于客户来说接受有点困难，导致后续又开发了一个简便流程来适应客户诉求。
思考需要突破局限。技术出身的我，每次遇到诉求就不自觉的思考会不会与目前产品功能有冲突，目前的人力资源是否充足。
把握好产品开发的度。既然是做平台，务必权衡好客户的诉求和leader的诉求。不要因为某一个客户或者leader的想法就去实施，不仅打乱节奏，还容易开发成一个定制的功能。另外，顽固是产品经理的天地，作为产品总规划师，一定要集思广益，海纳百川，千万不要按照自己的思维规划产品，或者做成leader想要的。
开发要小步快速迭代，而不是等待所有功能加班加点完成才进行更新，导致测试周期加长，而且经常更新到凌晨导致身心疲惫。
一定要以落地实施为目标，要知道功能永远开发不完，BUG永远存在。如果这个功能开发有利于客户操作或者提升用户体验就安排开发，否则功能不予开发或者延迟响应。
感谢整个项目团队辛苦的努力付出，每次更新上线都像渡劫一样，经常开玩笑说，必须要做好以下三件事才能成功上线：
杀一个程序猿祭天；
逼疯一个产品经理；
解决掉提出问题的测试人员。
长风破浪会有时，直挂云帆济沧海，非常认可周鸿祎说的这句话：一个产品最后能成功，靠的不是一招制敌，更不可能是一炮而红，它至少经过三年五年不间断的打磨、不间断的失败、不间断的尝试。没有坚忍不拔的心态，一个产品经理很难做出来好产品。固执是产品经理的天敌，要追求极致，而不是完美！
星星之火可以燎原，我始终坚信此项目产品定会一鸣惊人，一飞冲天。
