新产品上线的工作总结

新产品上线的工作总结

1、新产品上线的工作总结

　　导语：工作总结就是把一个时间段的工作进行一次全面系统的总检查、总评价、总分析、总研究，并分析成绩的不足，从而得出引以为戒的经验。

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

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

　　第一、产品运营提交策划

　　第二、技术部门开发

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

　　每个阶段在实施的过程中都会遇到各种各样的问题，而不同阶段所遇到的问题点又不尽相同。但有一点是相同的，那就是每个阶段在实施的过程中都会事先定好一个时间节点，以此来保证整个项目的如期进行。

　　第一阶段：产品运营提交策划

　　作为产品经理或产品策划来说，都希望出一个尽善尽美的产品，而老板不会给你做出一个尽善尽美产品的时间，这个时候就会有一个提交策划的时间点出来，也就是第一阶段的时间节点。那么作为产品经理为了能够如期提交策划，需要注意以下几点：

　　１、控制好需求

　　需求其实有两个极端，一个是尽善尽美，尽可能的让功能更友好，用户体验更佳;一个是尽早交付，一切改善性的需求都可以牺牲。只满足前者，提交策划的工期可能会不断的拖延，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。只满足后者，很可能会出现一个让用户很不满意的产品。那么产品经理就要做到平衡好这两点。

　　２、对需求说不

　　你对一个需求说不，只要这个需求不是一个会造成其他功能依赖的核心需求，就算这个需求后面发现必须实现，你可以补上，总体工作量并没有增加。但是如果你花资源去完成了这个需求，后面却发现这个需求是不重要的或者可以简化的，那你已经浪费了一些工作量。两者的代价相比，明显前者的代价比较小。例如小说频道，之前花费了大量的资源去做小说，功能也比较完善，但是到了后期发现小说的背景与整个产品的背景选择发生冲突，最后在开发过程中围绕此问题讨论许久之后，决定放弃小说背景。

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

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

　　４、整理好需求的优先级

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

　　b. 被其他需求依赖的需求应该先完成，只有这样，才能不挡住依赖它的需求的进展。比如登录功能，很多登录后的页面都需要当前登录的用户信息。

　　c. 主流程，或者核心需求应该先完成，改善性的需求应该后完成。比如信息列表页面，很多功能需要用户在信息列表里面进行选择。因此信息列表是核心需求。而在信息列表页里面一个列显示格式的美化，这属于改善性需求。

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

　　做产品的人很容易沉浸在功能的细节当中，为一些友好美观的显示，炫丽的功能或者很酷的设计浪费大把的时间，沉浸在细节当中很容易让人忘记工期，忘记产品的最终目标。这里不是说不让你去完善细节，而是这些细节方面的事情等产品核心功能完成之后，有大把的时间可以专注在细节方面。先把核心功能完成是目标。

　　６、不做一半的功能

　　如果我们做了2个功能，但是我们每个功能都做了一半没全部完成，那目前为止我们总计完成了多少个功能?1个? 不是的，完成了0个。一个功能除非真正完成并且通过，不然你永远不能确定这个功能是不是还有一些遗漏的地方。所以我们做功能的时候，要确保我们在做的功能已经是真正完成了，我们再去接着做下一个功能。

　　７、风险管控

　　产品经理应该尽量在早期把所有的风险都列出来，一个一个解决。一个流畅的项目，从前期到后期风险点应该是倒三角形的，就是前期风险很多，后期风险越来越少。而项目管理不畅的，则是一个正三角形，上面风险少，到后期风险就多了。

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

　　例如，我们有一个充值功能，可以用支付宝或网银或点卡进行充值。这需要调用第三方接口，而跟外部协调都有一个不可控性存在，所以应该把这个风险点在事先重视起来。避免像网银充值那样，前期各个环节都增加了此功能，但在后期网银充值不可行，导致前期很多资源的浪费。

　　第二阶段：技术部门开发

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

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

　　这个开发的完成时间一般都是计划完成时间，而软件开发不是一个可以直接添加资源就可以加快速度的过程，其中包含很多其他客观因素，例如跟策划人员之间的.沟通，产品流程不通，功能设计不合理，前后功能不一致等。由此导致在这个计划完成时间之外还隐藏着一个实际合理的完成日期，而在进展整个产品开发的过程当中，其实也是发现这个隐藏的合理完成日期的一个过程。

　　从管理的角度来讲，当然是尽可能的赶上计划的完成时间。但是因为多方面因素的影响，项目管理是一个欲速则不达的过程。如果这个计划完成日期早于这个实际合理完成日期，那你越往这个不合理的日期赶，工期内积累的问题就越多导致后期收尾的时候爆发，结果反而连合理完成日期都赶不上。

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

　　１、产品需求的不断更改

　　影响工期最严重的因素就在于产品需求的不断更改。所以产品经理在技术开发期间，应严格避免策划需求的不断更改，严格按照产品的迭代周期进行开发，避免在技术开发的过程中，不断的优化产品细节。任何一款产品都不会尽善尽美的面市，都是一个需要不断优化的过程，所以所有产品的优化方案可等第一版本的产品面市之后，紧接着进行第二版本的优化。以此节约工期。

　　２、未能及早的发现问题

　　而在产品开发阶段虽然出力的主要是技术人员，但是整个产品是否能够如期诞生，最主要的责任在于产品经理，所以这其实是产品和技术协同发展的一个过程，也就是产品部门依赖外部的一个过程。而大家都知道，内部能处理的问题一般都是小问题，而需要外部人员处理的问题，才是大问题。因为外部人员不受你调配，他应承你的时间不一定是你满意的时间。即使是你满意的时间，也不一定真的就能确保在那个时间完成，就算真的完成了，也不一定就达到你想要的效果。

2、新员工试用期工作总结新员工试用期工作总结

　　时间一晃而过，转眼间到公司已经三个多月了。这是我人生中弥足珍贵的一段经历，在这段时间里领导及同事在工作上给予了我极大的帮助，在生活上给予了我极大的关心，让我充分感受到了领导“海纳百川”的胸襟，感受到了“不经历风雨，怎能见彩虹”的豪气。在肃然起敬的同时，也为我有机会成为公司的一份子而自豪。在这三个多月的时间里，在领导和同事们的悉心关怀和指导下，通过自身的努力，各方面均取得了一定的进步，现将我的工作情况作如下汇报。

　　一、通过培训学习和日常工作积累使我对大发有了一定的认识。在9月份，我拿到的第一份资料就是公司简介，当时觉得企业规模较大，发展空间。经过了不太漫长的程序而入职，其间对公司有了一定的了解。通过了三个多月的亲身体会，对本职工作和公司有了更深的了解。公司的文化理念:“x，x。”我对这一文化理念非常认同，公司发展不忘回报社会的壮举，令人敬佩。公司以人为本、尊重人才的思想在实际工作中贯彻，这是不断能发展壮大的重要原因。

　　二、遵守各项规章制度，认真工作，使自己素养不断得到提高。爱岗敬业的职业道德素质是每一项工作顺利开展并最终取得成功的保障。在这三个多月的时间里，我能遵守公司的各项规章制度，兢兢业业做好本职业工作，三个月从未迟到早退，用满腔热情积极、认真地完成好每一项任务，认真履行岗位职责，平时生活中团结同事、不断提升自己的团队合作精神。一本《细节决定成败》让我豪情万丈，一种积极豁达的心态、一种良好的习惯、一份并按时完成竟是如此重要，并最终决定一个的人成败。这本书让我对自己的人生有了进一步的认识，渴望有所突破的我，将会在以后的工作和生活中时时提醒自己，以便自己以后的人生道路越走越精彩。

　　三、认真学习岗位职能，工作能力得到了一定的提高。根据目前工作分工，我的主要工作任务是历史审稿。通过完成上述工作，使我认识到一个称职的x人员应当具有良好的专业基础、流畅的文字写作能力、灵活的处理问题能力。

　　四、不足和需改进方面。虽然到公司来了三个多月，对公司还不够了解，审稿熟练程度也不够，问题还很多。随着对公司和工作的进一步熟悉，我觉得多做一些工作更能体现自己的人生价值。“业精于勤而荒于嬉”，在以后的工作中我要不断学习业务知识，通过多看、多问、多学、多练来不断的提高自己的各项业务技能。学无止境，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种知识，并用于指导实践。在今后工作中，要努力做好本职工作，把自己的工作创造性做好做扎实，为公司的发展贡献自己的力量。

　　五、几点建议。公司正处于企业转型期，是一个非常关键的时期，这一时期应该从管理上下工夫，企业管理的好坏，会决定企业转型的成败。首先，要加强思想观念的转变，加大培训力度，特别是管理干部要改变老观念，要从实干型向管理型转变。领导干部定期参加外培，这样可以开阔视野、学习管理理论。其次，公司要健全管理制度、明确岗位职权、建立激励机制、完善考核方式。好的制度可以改变人的行为，好的制度可以激励员工，好的制度可以强化管理。第三，要做好后继人才的培养工作。成立十五年了，当年创业的壮年人已经逐渐变成了老年人，这也是客观规律，从现在起，要做好老同志的传帮带工作，把他们的好做法传下来，永载史册。第四，既要引进人才，还要用好人才，特别是要挖掘公司内部现有人才，限度发挥各类人才的作用。

　　来到公司工作，我的收获莫过于在敬业精神、思想境界，还是在业务素质、工作能力上都得到了很大的进步与进步，也激励我在工作中不断前进与完善。我明白了公司的美好明天要靠大家的努力往创造，相信在全体员工的共同努力下，公司的美好明天更辉煌。

3、新员工试用期工作总结新员工试用期工作总结

　　在第一个月的时候，前面两个星期我是给自己的一个缓冲期，我刚刚进入这家公司难免都会有一点不适应，一个人在环境中的适应也是需要时间的，所以我给了自己两个星期的适应期，缓冲一下我抗拒陌生环境的心理。其次接下来的两个星期主要是和同事们打好关系，只有当自己有了一个不冲突的工作环境时，我们才能保持一个舒畅的心情进行工作，这是有利于我们工作的，也是有利于公司的整体环境的，因此对第一个月而言，我主要是为了融入公司的环境中，因此在这个方面我也小有成就，和大家都相处的非常好，也彻底的适应了整个环境。

　　接下来的一个月是一个非常沉重的时间段，因为这个月要自己成长了，也要自己学会学习，在同事们的身上，在平常的工作上，自己主动学习。这个月相当于我们新员工的第一次转变，从一个陌生的新手转变成一个逐渐熟练的员工了。所以在这个月里，我了解了公司的企业文化，并且将它运用到我的共工作中去。此时我的工作也已经进入了一个稳定的阶段。但我自身能力还是有一些缺少的，所以这段时间我便只能用功学习，不断的请教老员工。学习是我们变得更加强大的唯一路径，这一条路也是我坚持走到底的一条路。

　　第三个月是我完全转变为一个熟练员工的一个月，在这个月里，我凭借着之前的积累，已经可以独立完成自己的工作，并且在一天的工作内，不出现拖欠、加班的情况。如果遇到一些突发情况，我也会选择加班。但对于我来说，我的首选会是效率，而非加班。只有自己完全利用了自己的工作时间，这才是最有效的。就像我们学习一般，如果不能在该学习的`时候好好学习，那课后就更不用提如何努力学习了。只有当自己明确目标，发现规律，懂得方法时，我们的工作效率才能提上来，我们个人的能力也才会提上去。在质量的要求上，把快和准结合起来，这就是我工作的原则。这三个月也已经快结束了，我也即将面临转正，这是一个新的挑战，也是一个新的契机，我会珍惜好它，并且加以实践、创造！

4、新员工试用期工作总结新员工试用期工作总结

　　三个月的时间好像只是一场梦一样，在这三个月来，我从一名懵懵懂懂的试用期员工变成如今在工作中努力奋斗的新员工，这样的转变，在三个月前的我是完全无法想象的。

　　就算是在如今，回忆起来也确实非常的不可思议，三个月前，我走出了学校的“高塔”，并来到了公司这一全新的发展地!回顾这三个月，尽管这一段时间的学习和工作都算不上顺利平坦。但在经历了这么多之后，我自身作为岗位员工的能力也有了很大的提升!这使得我能通过试用期的考核，并在如今成为正式的员工!

　　现在，试用期的工作过去，我也要对自己这几个月来的情况做一个详细的总结，让自己好在接下来的工作中更加顺利的完成任务!以下是我的工作总结：

　　一、个人情况总结

　　在这段时间的工作中，前期，我作为对工作几乎一无所知的新人，主要是与其他新员工一起在领导的教导下进行基础培训。回顾这场培训，尽管在仅仅只有短暂的天时间，但在领导的积极教导下，我们却通过这天的时间，充分的记住了作为一名员工的基础知识。并顺利的完成了培训的考核。

　　但是记住并不等于掌握，在后来的工作上，我被安排由前辈负责教导。在前辈的指点下，我一点点的熟悉着工作和之前学会的技能。在一次又一次的失败中，我也总结到了许多个人的经验。并且，在后来，我也了解到在这份岗位中，我们现在所做的也不过是最基础的工作而已。在后面，还有更加复杂的工作需要去学习和掌握。

　　二、工作情况

　　尽管只是一名试用期员工，但在工作方面我一直保持着演技且细心的态度。面对自己的工作任务，我会多次检查并确认，以此保证自身的正确率。且在前辈的传授下，我也逐渐掌握了更加方便的方法去完成自己的任务，尽管有些方法并不适合我的习惯，但我也因此学会了独立思考，并完善了自己的工作。

　　三、试用期的总结

　　总的来说，在这场试用期中，我充分的掌握了一名岗位员工所应该有的能力和知识。但相比于其他的前辈，我在工作的成绩上还有许多的不足!为此，我也会在接下来的工作中继续努力，让自己更好的掌握工作能力，加强个人对公司的贡献!

5、产品经理工作总结产品经理五月工作总结

　　不抱怨：

　　在项目评审时对于技术提出来的建议或者意见，有时候总觉得他们在较真、挑刺，这是一种不可避免的情绪，这就像别人再说你的孩子没教养一样，第一反应绝对不是问自己的孩子你哪错了而是对发出职责的人进行反驳?

　　其实这就类似下棋一样“身陷棋局，心自迷”，当我们抽出身来看待这个问题的时候，其实应把技术看待产品的第一波用户、把测试看待为产品的第二波用户，真正的使用者只是第三波用户而已，第一波和第二波用户会分别以不同的立场来提出问题，不论是实现纬度还是测试用例纬度，只要它是一个疑问必然是因为这个产品的设计有让人不解之处。

　　在面对技术与测试发出的疑问、意见时，产品经理的做法应是：

　　1.对持有疑问的设计内容找到对方的逻辑观点；

　　2.以对方的逻辑进行设计可以改变什么？节约开发实现成本还是提高用户体验？

　　3.回想自己最初这样设计的初心，进行对比，是否需要改变什么？

　　以上是一个合格的产品经理需要能做到的事情，其实这对产品经理的个人素质要求很高，首先要经得起pk，其次是拉的下脸承认自己的设计确实有欠缺，最后是还要扛得住在开发过程中更改需求所带来的指责。

　　在4、5月份的工作中，我渐渐的做到了这件事，从最初的纯粹的争吵到最后只对双方的提议进行分析与判断，这就是我的成长。到现在已经开始喜欢上对自己设计的产品有不同看法的用户了，真心的希望这样的用户量在多一点，以便帮助我更快的成长。

　　恐慌：

　　半个月以前我一个人干三个人的活，一个人同时盯着n多个项目，四肢一起动脑，每晚都加班九十点才回家，日子被过的很充实；

　　近期终于被我们迎来了春天，因为团队成员的扩建与项目开发排期的安排，我们不再苦逼的疯狂的加班赶原型赶文档了，但是天生加班狂的我，每每亮天下班，在回家的路上总有一种恐慌的感觉，连续一周“恐慌”挥之不去?

　　就在此时，终于体现出身为产品经理的优势了，开始分析与思考自己为什么会有这种感觉以及如何解决：

　　1.为什么会有这种感觉：因为自己一直想快速的成长，而快速成长则一定是要用多倍的努力换来的，而自己这么早下班则会下意识的暗示自己今天没有努力工作，所以会导致恐慌的感

　　觉；

　　2.如何解决：在正常的.工作计划之外，着手优化之前做过的项目，致力于提升业务处理效率，规划一些能提升公司级产品的用户体验“产品”，并将他们写下来，一点一点的去实现，以此来向自己证实自己的成长；

　　对于这恐慌之后的思考，我想这些才是每个产品经理都应着手去做的事情，产品经理不能一直都很忙，一定要有停下来进行思考的时间；

　　自己的：

　　别人给你的都是可以拿走的，只有自己的才是自己的。

6、二级平台全面上线运行工作总结

　　已经组织全区18个执法单位全部案件在此系统中办理。各项工作正在稳步推进之中。

　　召开“互联网+政府服务模式改革”工作推进会，重点强调系统使用重要性，通报各部门使用情况，并要求业务主管部门配合区政务办、各街道推进工作；街道、社区已全面铺开使用市综合受理系统，技术人员培训到位，采取一边使用，一边发现问题，一边上报解决问题方式全面启用系统；制定区考核部门及街道相关考核方案，已报区绩效办统一征求意见；配合区编办再次对事项标准化问题进行梳理，上报街道反映因事项标准化问题影响系统使用的事项；区网上办事大厅进入切换市统建网厅工作，正就事项网上办事情况进行梳理区政务公开中心：已配合完成区科技创新局、区委（政府）办公室等部分试点单位的电子政府一级云平台的培训工作。

　　已开展罗湖区电子政府一级平台全区培训工作，一级平台功能已基本全部开发完毕，正在开展第三方检测，目前有一项指标未达到要求仍在整改。基本完成日常巡查、执法信息公开模块和区住房建设局、区规划土地检查大队的.个性化文书的优化完善工作；正在开展与市数字化综合执法系统和市劳动保障监察信息系统的数据对接工作；开展第三方验收检测功能测试和性能测试工作；继续优化完善区综合执法平台各项功能；编制项目竣工验收文档，准备竣工验收工作。

7、新产品上线的工作总结

　　导语：工作总结就是把一个时间段的工作进行一次全面系统的总检查、总评价、总分析、总研究，并分析成绩的不足，从而得出引以为戒的经验。

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

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

　　第一、产品运营提交策划

　　第二、技术部门开发

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

　　每个阶段在实施的过程中都会遇到各种各样的问题，而不同阶段所遇到的问题点又不尽相同。但有一点是相同的，那就是每个阶段在实施的过程中都会事先定好一个时间节点，以此来保证整个项目的如期进行。

　　第一阶段：产品运营提交策划

　　作为产品经理或产品策划来说，都希望出一个尽善尽美的产品，而老板不会给你做出一个尽善尽美产品的时间，这个时候就会有一个提交策划的时间点出来，也就是第一阶段的时间节点。那么作为产品经理为了能够如期提交策划，需要注意以下几点：

　　１、控制好需求

　　需求其实有两个极端，一个是尽善尽美，尽可能的让功能更友好，用户体验更佳;一个是尽早交付，一切改善性的需求都可以牺牲。只满足前者，提交策划的工期可能会不断的拖延，因为很多功能的工作量其实是在细节的优化，而不是主要流程的完成。只满足后者，很可能会出现一个让用户很不满意的产品。那么产品经理就要做到平衡好这两点。

　　２、对需求说不

　　你对一个需求说不，只要这个需求不是一个会造成其他功能依赖的核心需求，就算这个需求后面发现必须实现，你可以补上，总体工作量并没有增加。但是如果你花资源去完成了这个需求，后面却发现这个需求是不重要的或者可以简化的，那你已经浪费了一些工作量。两者的代价相比，明显前者的代价比较小。例如小说频道，之前花费了大量的资源去做小说，功能也比较完善，但是到了后期发现小说的背景与整个产品的背景选择发生冲突，最后在开发过程中围绕此问题讨论许久之后，决定放弃小说背景。

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

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

　　４、整理好需求的优先级

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

　　b. 被其他需求依赖的需求应该先完成，只有这样，才能不挡住依赖它的需求的进展。比如登录功能，很多登录后的页面都需要当前登录的用户信息。

　　c. 主流程，或者核心需求应该先完成，改善性的需求应该后完成。比如信息列表页面，很多功能需要用户在信息列表里面进行选择。因此信息列表是核心需求。而在信息列表页里面一个列显示格式的美化，这属于改善性需求。

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

　　做产品的人很容易沉浸在功能的细节当中，为一些友好美观的显示，炫丽的功能或者很酷的设计浪费大把的时间，沉浸在细节当中很容易让人忘记工期，忘记产品的最终目标。这里不是说不让你去完善细节，而是这些细节方面的事情等产品核心功能完成之后，有大把的时间可以专注在细节方面。先把核心功能完成是目标。

　　６、不做一半的功能

　　如果我们做了2个功能，但是我们每个功能都做了一半没全部完成，那目前为止我们总计完成了多少个功能?1个? 不是的，完成了0个。一个功能除非真正完成并且通过，不然你永远不能确定这个功能是不是还有一些遗漏的地方。所以我们做功能的时候，要确保我们在做的功能已经是真正完成了，我们再去接着做下一个功能。

　　７、风险管控

　　产品经理应该尽量在早期把所有的风险都列出来，一个一个解决。一个流畅的项目，从前期到后期风险点应该是倒三角形的，就是前期风险很多，后期风险越来越少。而项目管理不畅的，则是一个正三角形，上面风险少，到后期风险就多了。

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

　　例如，我们有一个充值功能，可以用支付宝或网银或点卡进行充值。这需要调用第三方接口，而跟外部协调都有一个不可控性存在，所以应该把这个风险点在事先重视起来。避免像网银充值那样，前期各个环节都增加了此功能，但在后期网银充值不可行，导致前期很多资源的浪费。

　　第二阶段：技术部门开发

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

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

　　这个开发的完成时间一般都是计划完成时间，而软件开发不是一个可以直接添加资源就可以加快速度的过程，其中包含很多其他客观因素，例如跟策划人员之间的.沟通，产品流程不通，功能设计不合理，前后功能不一致等。由此导致在这个计划完成时间之外还隐藏着一个实际合理的完成日期，而在进展整个产品开发的过程当中，其实也是发现这个隐藏的合理完成日期的一个过程。

　　从管理的角度来讲，当然是尽可能的赶上计划的完成时间。但是因为多方面因素的影响，项目管理是一个欲速则不达的过程。如果这个计划完成日期早于这个实际合理完成日期，那你越往这个不合理的日期赶，工期内积累的问题就越多导致后期收尾的时候爆发，结果反而连合理完成日期都赶不上。

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

　　１、产品需求的不断更改

　　影响工期最严重的因素就在于产品需求的不断更改。所以产品经理在技术开发期间，应严格避免策划需求的不断更改，严格按照产品的迭代周期进行开发，避免在技术开发的过程中，不断的优化产品细节。任何一款产品都不会尽善尽美的面市，都是一个需要不断优化的过程，所以所有产品的优化方案可等第一版本的产品面市之后，紧接着进行第二版本的优化。以此节约工期。

　　２、未能及早的发现问题

　　而在产品开发阶段虽然出力的主要是技术人员，但是整个产品是否能够如期诞生，最主要的责任在于产品经理，所以这其实是产品和技术协同发展的一个过程，也就是产品部门依赖外部的一个过程。而大家都知道，内部能处理的问题一般都是小问题，而需要外部人员处理的问题，才是大问题。因为外部人员不受你调配，他应承你的时间不一定是你满意的时间。即使是你满意的时间，也不一定真的就能确保在那个时间完成，就算真的完成了，也不一定就达到你想要的效果。