新产品学习总结文档格式.docx

新产品学习总结文档格式.docx

《新产品学习总结文档格式.docx》由会员分享，可在线阅读，更多相关《新产品学习总结文档格式.docx（5页珍藏版）》请在冰豆网上搜索。

整个培训期间没有一次迟到、早退，得到了学员及公司领导普遍认可;

能够根据学员及有关领导的建议，灵活改善培训方法。

　　2、学员

　　北京分公司学员学习积极性较高，能够认真学习并积极思考提问，课堂互动性较高，课堂氛围热烈而有序，而且学员能够准时上课并自觉遵守课堂秩序，仅有极少数学员因工作原因走出课堂接听电话。

上海分公司学员纪律性较差，迟到、接打电话现象比较普遍。

　　由于分公司具体情况不同，北京公司培训期间参加培训人数没有太大变化，上海公司参加培训人数前后变化较大。

　　3、考核

　　从考核成绩来看，学员较好地吸收了知识。

特别在上海公司举办的实战演练活动，更加深了学员对产品的熟悉。

　　4、分公司培训统筹及后勤支持

　　北京、上海分公司培训统筹人员基本能够做到主动维持课堂纪律，热情接待总部培训人员，妥善安排好学员就餐，培训物料能够按规定完成，个别时候出现车辆调配紧张问题。

　　三、关于此次培训的反思

　　反思此次培训，虽然得到分公司领导及学员的正面肯定，但一些细节并不尽如人意，值得思考总结。

　　依据北京、上海分公司培训后总结会的情况总结如下：

　　1、新人比较多，对于行业及产品基础知识掌握不好，影响了听课效果。

　　2、缺乏全面、准确的竞争对手资料。

　　3、对北京分公司培训时无培训讲义，上海公司培训时已改进。

　　4、北京培训时，部分产品无实物和小样，同时学员还缺乏产品的图册资料等，对培训造成一定阻碍。

　　5、仍需加强培训互动性。

　　6、上海公司希望培训资料能在培训前发到学员手里，以便学员能够先对产品有大致了解。

　　7、上海公司希望培训时间能够安排到周六及周日。

　　8、尽管培训计划策划得较为详细，前期与分公司沟通也较到位，但在培训期间仍出现了配合不够默契的情况。

　　9、缺乏合理、准确、清晰的出差行政管理制度。

　　10、此次培训使研发中心更进一步了解了终端市场，为以后的培训及研发工作提供了有益的帮助。

　　以上所出现的问题，根本原因在于没有完善的培训体系，没有统一完善的培训资料，没有科学的培训流程及培训管理制度，而且专职培训讲师数量不够，缺乏有效的内部讲师培养及管理制度。

　　因此，建议由集团人力资源中心主导，集团研发中心、集团营销中心及各分公司协助，完善培训流程及相关制度。

　　为使今年更好推动产品的推广与销售，广州总部针对公司的新产品与老产品有定期培训的建议案。

各分公司可根据自己的实际情况，综合建议案操作执行。

北京公司指定内部培训负责人为马成娟主管，上海分公司指定内部培训负责人为唐丽华经理，统一与广州总部培训负责人接口，统一组织及安排北京与上海分公司的各内训事项。

　　以上为此次培训团北京及上海分公司巡讲后的总结报告。

　　5月31日上午，此份报告向本次培训统筹部门（集团营销中心）组织考核部门（集团人力资源中心）汇报，汇报讨论结果如下：

　　1、听取了集团研发中心汇报后，集团营销中心表示根据公司具体情况，更主动地营造营销版块培训系统。

　　2、了解了本次培训后，集团人力资源中心表示集团培训体系规划已接近尾声，随后会在正式的会议上与有关部门讨论并经集团领导签署后形成正式文件执行。

　　这一次新产品推广培训得到北京及上海分公司大力支持，才使得培训得以顺利进行，特别是分公司直接参与培训统筹的人员，在此，本次巡讲培训团表示衷心的感谢。

新产品学习总结2

　　我觉得自己很幸运，能够有机会参与到一个全新产品的从无到有的一个过程，如果说可以把这看做是一个项目的话，那么对此有一点心得体会。

　　在我所在的公司，一个新产品从无到有分为几个阶段：

　　第一、产品运营提交策划

　　第二、技术部门开发

　　第三、全面测试、产品上线

　　每个阶段在实施的过程中都会遇到各种各样的问题，而不同阶段所遇到的问题点又不尽相同。

但有一点是相同的，那就是每个阶段在实施的过程中都会事先定好一个时间节点，以此来保证整个项目的如期进行。

　　第一阶段：

产品运营提交策划

　　作为产品经理或产品策划来说，都希望出一个尽善尽美的产品，而老板不会给你做出一个尽善尽美产品的时间，这个时候就会有一个提交策划的时间点出来，也就是第一阶段的时间节点。

那么作为产品经理为了能够如期提交策划，需要注意以下几点：

　　１、控制好需求

　　需求其实有两个极端，一个是尽善尽美，尽可能的让功能更友好，用户体验更佳;

一个是尽早交付，一切改善性的需求都可以牺牲。

只满足前者，提交策划的工期可能会不断的拖延，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。

只满足后者，很可能会出现一个让用户很不满意的产品。

那么产品经理就要做到平衡好这两点。

　　２、对需求说不

　　你对一个需求说不，只要这个需求不是一个会造成其他功能依赖的核心需求，就算这个需求后面发现必须实现，你可以补上，总体工作量并没有增加。

但是如果你花资源去完成了这个需求，后面却发现这个需求是不重要的或者可以简化的，那你已经浪费了一些工作量。

两者的代价相比，明显前者的代价比较小。

例如小说频道，之前花费了大量的资源去做小说，功能也比较完善，但是到了后期发现小说的背景与整个产品的背景选择发生冲突，最后在开发过程中围绕此问题讨论许久之后，决定放弃小说背景。

　　３、深入了解官方渠道的软件审核机制

　　由于在产品设计前期没有考虑到官方渠道上线的审核机制，导致充值页面反复驳回，产品技术浪费很多资源去做的充值到后期需要重新设计，并且对用户体验造成了很大不便。

所以在产品设计之初需深入了解官方渠道的软件审核机制。

　　４、整理好需求的优先级

　　a.确定不变的需求应该先完成，如果策划去完成了一些功能，结果发现后面的需求要改，那前期的一些工作量已经浪费了。

　　b.被其他需求依赖的需求应该先完成，只有这样，才能不挡住依赖它的需求的进展。

比如登录功能，很多登录后的页面都需要当前登录的用户信息。

　　c.主流程，或者核心需求应该先完成，改善性的需求应该后完成。

比如信息列表页面，很多功能需要用户在信息列表里面进行选择。

因此信息列表是核心需求。

而在信息列表页里面一个列显示格式的美化，这属于改善性需求。

　　５、不要让细节影响你的目标

　　做产品的人很容易沉浸在功能的细节当中，为一些友好美观的显示，炫丽的功能或者很酷的设计浪费大把的时间，沉浸在细节当中很容易让人忘记工期，忘记产品的最终目标。

这里不是说不让你去完善细节，而是这些细节方面的事情等产品核心功能完成之后，有大把的时间可以专注在细节方面。

先把核心功能完成是目标。

　　６、不做一半的功能

　　如果我们做了2个功能，但是我们每个功能都做了一半没全部完成，那目前为止我们总计完成了多少个功能?

1个?

不是的，完成了0个。

一个功能除非真正完成并且通过，不然你永远不能确定这个功能是不是还有一些遗漏的地方。

所以我们做功能的时候，要确保我们在做的功能已经是真正完成了，我们再去接着做下一个功能。

　　７、风险管控

　　产品经理应该尽量在早期把所有的风险都列出来，一个一个解决。

一个流畅的项目，从前期到后期风险点应该是倒三角形的，就是前期风险很多，后期风险越来越少。

而项目管理不畅的，则是一个正三角形，上面风险少，到后期风险就多了。

　　假设有一个点，你不确定他是不是有风险的，那即使我们在早期把它当做一个风险点重视起来，带来的代价也远远小于在后期等它爆发出来的时候再处理。

　　例如，我们有一个充值功能，可以用支付宝或网银或点卡进行充值。

这需要调用第三方接口，而跟外部协调都有一个不可控性存在，所以应该把这个风险点在事先重视起来。

避免像网银充值那样，前期各个环节都增加了此功能，但在后期网银充值不可行，导致前期很多资源的浪费。

　　第二阶段：

技术部门开发

　　第一阶段将策划如期提交到技术部门之后，接下来就是最重要的产品开发环节。

而在此环节中在公司内部提到最多的就是开发的完成时间。

　　计划完成时间与合理完成时间：

　　这个开发的完成时间一般都是计划完成时间，而软件开发不是一个可以直接添加资源就可以加快速度的过程，其中包含很多其他客观因素，例如跟策划人员之间的沟通，产品流程不通，功能设计不合理，前后功能不一致等。

由此导致在这个计划完成时间之外还隐藏着一个实际合理的完成日期，而在进展整个产品开发的过程当中，其实也是发现这个隐藏的合理完成日期的一个过程。

　　从管理的角度来讲，当然是尽可能的赶上计划的完成时间。

但是因为多方面因素的影响，项目管理是一个欲速则不达的过程。

如果这个计划完成日期早于这个实际合理完成日期，那你越往这个不合理的日期赶，工期内积累的问题就越多导致后期收尾的时候爆发，结果反而连合理完成日期都赶不上。

　　影响工期拖延的几大因素：

　　１、产品需求的不断更改

　　影响工期最严重的因素就在于产品需求的不断更改。

所以产品经理在技术开发期间，应严格避免策划需求的不断更改，严格按照产品的迭代周期进行开发，避免在技术开发的过程中，不断的优化产品细节。

任何一款产品都不会尽善尽美的面市，都是一个需要不断优化的过程，所以所有产品的优化方案可等第一版本的产品面市之后，紧接着进行第二版本的优化。

以此节约工期。

　　２、未能及早的发现问题

　　而在产品开发阶段虽然出力的主要是技术人员，但是整个产品是否能够如期诞生，最主要的责任在于产品经理，所以这其实是产品和技术协同发展的一个过程，也就是产品部门依赖外部的一个过程。

而大家都知道，内部能处理的问题一般都是小问题，而需要外部人员处理的问题，才是大问题。

因为外部人员不受你调配，他应承你的时间不一定是你满意的时间。

即使是你满意的时间，也不一定真的就能确保在那个时间完成，就算真的完成了，也不一定就达到你想要的效果。