新产品学习总结-学习总结

总结是对一段时间的学习、工作或其完成情况的全面、系统的总结，能给人以努力的动力。我们一起学写总结吧。怎么写总结才是正确的？下面是我给你整理的一份新产品学习总结——学习总结，供你参考，希望能帮助到有需要的朋友。

新产品学习总结-学习总结1三个新产品系统(V8、K200、F2-28)的北京地区(5月19-22)和上海地区(5月24-28)由集团营销中心协调，集团人力资源中心组织，集团R&D中心策划实施，5月9-27日。

一、培训前准备

为确保此次新产品推广培训的顺利开展，集团R&D中心前期进行了精心策划，并与京沪分公司进行了详细沟通。从培训教材的编写、讲师的授课情况、培训过程的顺畅程度以及各分部负责人和学员的反馈来看，培训前期的规划以及与各分部的沟通都很到位。

对于本次新品宣传推广培训，产品管理部前期做了大量卓有成效的工作，如制作培训手册、应用手册、安装手册、图库、报价、样品以及展厅样品的订单跟进等。，提出下半年分公司培训建议，确保良好的培训效果得以持续。

第二，在培训期间

1，培训讲师

梁应忍、周英平两位讲师能够按照既定的培训计划和内容进行授课，教学思路清晰，风格幽默，并能熟练运用一些手段调动课堂气氛；能够非常准确地回答学生的问题；整个培训期间，没有迟到早退，得到了学员和公司领导的广泛认可。能够根据学员和相关领导的建议灵活改进培训方法。

2.学生

北京分校学生学习积极性高，能够认真学习，积极思考问题，课堂互动度高，课堂气氛热烈有序，学生能够按时上课，自觉遵守课堂秩序。只有少数同学因为工作原因走出教室接电话。上海分校的学生纪律性差，迟到接电话是常事。

由于各分公司具体情况不同，北京公司的培训参加人数变化不大，而上海公司的培训参加人数前后变化较大。

3.评价

从评估结果来看，学生们已经很好地吸收了知识。特别是上海公司举行的实战演练，加深了学员对产品的熟悉程度。

4、分公司培训统筹和后勤保障

北京、上海分公司培训统筹员基本能积极维护课堂纪律，热情接待总部学员，妥善安排学员膳食，培训资料能按规定完成。偶尔会出现车辆调配紧张的问题。

第三，对本次培训的反思

反思这次培训，虽然得到了支部领导和学员的积极肯定，但有些细节并不尽如人意，值得思考和总结。

根据北京、上海分公司培训后总结会，总结如下:

1，新人多，对行业和产品的基础知识掌握不好，影响听课效果。

2.缺乏全面准确的竞争对手信息。

3.北京分公司培训时没有培训讲义，上海公司培训时有所改进。

4.在北京培训期间，部分产品没有实物和样品，学员也缺乏产品图集资料，一定程度上阻碍了培训。

5、仍需加强训练的互动性。

6.上海公司希望培训资料能在培训前发给学员，让学员先对产品有个大概的了解。

7.上海公司希望培训时间能安排在周六日。

8.虽然培训计划规划详细，前期与分公司的沟通到位，但培训期间仍缺乏默契配合。

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

10.此次培训使R&D中心进一步了解了终端市场，为今后的培训和R&D工作提供了有益的帮助。

造成上述问题的根本原因是没有完善的培训体系，没有统一完善的培训教材，没有科学的培训流程和培训管理制度，专职培训讲师数量不够，没有有效的内部讲师培训和管理制度。

因此，建议由集团人力资源中心在集团R&D中心、集团营销中心和各分公司的协助下，完善培训流程和相关制度。

今年为了更好的促进产品的推广和销售，广州总部有一个公司新老产品定期培训的提案。各分行可根据自身实际情况实施综合方案。北京公司任命马为内训总监，上海分公司任命为经理，统一与广州总部培训总监接口，组织安排北京、上海分公司内训事宜。

以上是培训团北京、上海分团巡讲后的总结报告。

5月31日上午，本报告报培训协调部(集团营销中心)组织的考核部(集团人力资源中心)。报告和讨论的结果如下:

1.在听取了集团R&D中心的汇报后，集团营销中心表示将根据公司的具体情况，主动构建营销科培训体系。

2.集团人力资源中心获悉此次培训后表示，集团培训体系的规划工作已接近尾声，将在正式会议上与相关部门讨论，并由集团领导签字，形成正式文件实施。

本次新产品推广培训得到了北京和上海分公司的大力支持，使培训得以顺利进行，特别是对分公司直接参与培训和协调的人员。在此，培训团表示衷心感谢。

新产品学习总结——学习总结2有机会参与一个全新产品从无到有的过程，我觉得自己很幸运。如果这能算是一个项目，那我就有些经验了。

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

首先，提交产品操作进行规划。

第二，技术部门的发展

第三，全面测试和产品投放。

每个阶段在实施过程中都会遇到各种各样的问题，不同阶段遇到的问题也不尽相同。但有一点是相同的，那就是在每个阶段的实施过程中都会提前设定一个时间节点，以保证整个项目能够如期进行。

第一阶段:产品运营提交计划

作为产品经理或者产品策划，每个人都想做出一个完美的产品，老板不会给你一个时间做出一个完美的产品。这个时候就会有一个提交计划的时间，这个时间就是第一阶段的时间节点。那么，作为产品经理，为了如期提交计划，需要注意以下几点:

1，控制需求

其实需求上有两个极端。一个是完善，让功能尽可能友好，用户体验更好；一个是尽快交付，所有的改善需求都可以牺牲。如果只满足前者，提交方案的时限可能会不断延后，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。只满足后者，很可能会出现一款让用户非常不满意的产品。那么产品经理就要平衡这两点。

2.对要求说不

如果对一个需求说不，只要不是会造成其他功能依赖的核心需求，即使后来发现必须实现，也可以弥补，整体工作量并没有增加。但是如果你花了资源去完成这个需求，但是后来发现这个需求不重要或者可以简化，那么你就浪费了一些工作。两者的成本相比，前者的成本显然更小。比如小说频道，以前花很多资源在小说上，功能也比较完善。但后期发现小说的背景和整个产品的背景选择有冲突。最后在开发过程中讨论了很久这个问题，决定放弃小说背景。

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

由于产品设计前期未考虑官方渠道的在线审核机制，充值页面屡遭拒绝，产品技术浪费大量资源充值，后期需要重新设计，给用户体验造成了极大不便。所以在产品设计之初，就要深入了解官方渠道的软件审核机制。

4.区分需求的优先级。

a、确定恒定要求要先完成。如果有些功能是计划完成的，结果发现后期需求需要更改，那么前期的一些工作就已经浪费了。

B.依赖于其他需求的需求应该首先完成。只有这样，依赖于它的需求的进度才不会受阻。比如登录功能，很多登录的页面都需要当前登录用户的信息。

c、主要流程，或者核心需求先完成，改进需求后完成。比如信息列表页面，很多功能都需要用户在信息列表中选择。所以信息列表是核心需求。信息列表页面中栏目显示格式的美化属于改进需求。

5.不要让细节影响你的目标。

做产品的人很容易沉浸在功能的细节中，为了一些友好美观的展示，眼花缭乱的功能或者很酷的设计，浪费很多时间。沉浸在细节中很容易让人忘记产品的工期和最终目的。这并不是说不允许你去完善细节，而是在产品的核心功能完成之后，你有充足的时间去关注细节。目标是首先完成核心功能。

6、不要做一半的功能

如果我们做了两个函数，但是我们做了每个函数的一半而不是全部，那么到目前为止我们完成了多少个函数？1?不，0已完成。除非一个函数真的完成并通过了，否则你永远无法确定这个函数是否还有疏漏。所以我们在做函数的时候，一定要确定我们正在做的函数已经真正完成了，然后我们再去做下一个函数。

7.风险控制

产品经理要尽量在早期列出所有的风险，并逐一解决。一个顺利的项目，从前期到后期，风险点应该是倒三角形，即前期风险多，后期风险少。而且项目管理也不顺利，是正三角形，上面风险少，后期风险多。

假设有一个点，你不确定它是否有风险，那么即使我们前期把它作为风险点，成本也远远小于后期爆发时的成本。

比如我们有充值功能，可以通过支付宝、网银或者点卡充值。这需要调用第三方接口，与外部协调存在不可控性，所以这个风险点要提前注意。避免像网银充值那样前期在所有环节都加入这个功能，但后期网银充值不可行，导致前期很多资源浪费。

第二阶段:技术部门发展

第一阶段规划如期提交给技术部后，接下来就是最重要的产品开发环节。在这个环节中，公司内部提到最多的时间就是开发的完成时间。

计划完工时间和合理完工时间:

这种开发的完成时间一般是计划的完成时间，而软件开发并不是一个可以通过直接增加资源来加速的过程，其中包含了很多其他的客观因素，比如与规划人员的沟通、产品流程不合理、功能设计不合理、功能不一致等。这样一来，在计划完工时间之外就隐藏着一个实际合理的完工日期，而在整个产品的开发过程中，其实就是一个发现这个隐藏的合理完工日期的过程。

从管理的角度来说，当然是尽可能赶上计划的完工时间。然而，由于各种因素的影响，项目管理是一个欲速则不达的过程。如果计划竣工日期早于这个实际合理竣工日期，越是赶这个不合理的日期，工期积累的问题就越多，导致后期收尾的爆发，结果甚至赶不上合理竣工日期。

影响工期延误的几个因素:

1，产品需求的持续变化

影响工期最严重的因素是产品需求的不断变化。因此，在技术开发过程中，产品经理要严格避免规划需求的不断变化，严格按照产品迭代周期进行开发，避免在技术开发过程中不断优化产品细节。任何产品都不会完美营销，而且是一个需要不断优化的过程，所以所有产品的优化方案都可以等第一版产品上市后，再进行第二版。为了节省工期。

2.未能及早发现问题。

在产品开发阶段，虽然技术人员是主要贡献者，但整个产品能否如期诞生主要是产品经理的责任，所以这其实是一个产品和技术协同开发的过程，也就是产品部门对外依赖的过程。众所周知，内部能处理的问题一般都是小问题，需要外部人处理的问题才是大问题。因为外面的人不是你指定的，他答应你的时间不一定是你满意的时间。即使你对时间满意，你也不一定真的能保证在那个时间完成。即使真的完成了，也不一定能达到预期的效果。

；