需求调研总结（精选6篇）

需求调研总结 篇1

工作已经将近半年了，一直想做一个总结。于是有了这篇文章，记录了我作为产品专员的经历。其中包含了一个产品从0到1的工作内容和自己的个人总结。觉得一个产品的从0到1就像建立一栋大厦，一砖一瓦都是这个大厦的一部分。产品也一样，有许许多多细小繁琐的工作。

一、需求调研

经手产品的第一步就是进行需求调研，一般会花近一个月的时间在业务部门对业务进行深度的了解与分析。

如果是产品重新开发，那么首先做得是对现有系统进行调研。针对当前系统中存在的缺陷与不足进行优化，并提出解决方案。对现有系统调研主要采取了以下几种方式：

1、时间观察并记录业务人员操作系统的过程，并在业务人员进行工作的时候与之交流，找出产品还不尽人意的地方。

2、自己亲自操作系统，完成相关的业务，记录下自己在操作过程中的体会。

3、业务人员在不操作系统的环境下进行对话，记录他们自己对系统提出的需求以及自己的其它想法。这一步是对直接需要操作系统的业务人员进行调研，找出他们在使用现有系统过程中体验不好的地方。

4、然后，在此调研的基础上与管理业务人员的管理层进行对话，主要想获取的信息是从他们角度系统需要满足他们的哪些需求，以及他们怎样能更方便地通过系统管理业务人员，实现业务的分配和高效地完成相关工作。

5、同时，在调研过程中更加重要的一点是产品需要和公司的战略规划同步。而公司的战略规划与业务息息相关。传统企业都是业务催生需求，然后将需求传递给开发部门，开发部门进行研发以支持业务部门。

一个新型的互联网公司，做产品的思路与方法与传统的企业有些不同。先确认公司的战略规划，依据公司的战略规划与得到的需求调研结果着手进行产品设计与开发。

所以需要多次与管理层对话。如果需要闭门会议也必不可少，旨在会议结束后能确定明确的产品方案与战略规划同步。除此之外，也是为了产品需求调研的顺利进行以及大家能够更好地对产品进行认知。定期的跨部门会议也是需求调研的一种方案。多次的会议才能让需求调研落幕，确认大致的产品方案。

需求调研结束后就需要产出一份mrd来对之前收集的信息整理。mrd里主要陈述三个内容。要做什么？为什么做？怎么做？mrd内的所有内容都是围绕着这三点而展开。项目的立项需要mrd经过上级的同意后才可以进行。一般花一周左右时间做mrd，然后进行mrd的评审会议。

在mrd中还有一个很重要的内容，即是该产品开发需要投入的资源到底有哪些。在mrd中一定要明确地提出自己所需要的资源。公司的资源都是有限的，不论是人力资源还是硬件资源，永远都是不够的。所以要为自己的产品争取资源。要正确地评估产品开发的工作量，然后索取对应的资源。不能在资源不足的情况下进行产品开发，如果因资源问题，产品延期或者产品质量不过关，那么上级看到得只会是因为自己的能力不够而没有完成产品的开发。

二、产品设计

后台产品/b端产品，与c端产品有着非常大的差异性。c端产品因为面向对象是用户，所以非常注重用户体验、交互设计以及视觉设计。c端产品需要在细节上进行不断打磨，并且需要对用户的心理进行精确的捕捉。除了产品本身以外，还需要考虑许多外部因素，如竞品、政策、技术等。c端产品中另一个重要的角色——运营，在后台产品中也得不到体现。往往只需要产品经理一个人就可以代替相关的工作。后台产品更加看重的是产品能够清晰地体现业务逻辑，功能能够满足使用者的需求，首先强调的是产品的可用性，其次是产品的易用性。产品设计的过程当中分了三大步骤。

1、业务逻辑梳理

需求调研与分析完成后，就是自己对内容的消化和吸收。要想设计一个产品首先要做的事情是自己先清晰地理解一个产品。只有自己理解了，才能更好地推进产品进行开发。

先梳理清楚线下的业务流程。将线下的业务流程梳理清楚以后，然后才是对产品的思考。在进行业务逻辑梳理的时候我使用了三种工具。状态图，流程图，泳道图。为了理清业务逻辑我花了很多时间去画流程图。

有些人觉得花这么多时间画图会浪费很多时间。我觉得仁者见仁智者见智了。对于我个人而言，每天捣弄这些图，会很快加深我对产品的理解。特别是在业务比较复杂，而且之前又完全没有接触过相关方面知识的时候，仅靠大脑很难有清楚的思维，但是图形化后却能很好地理解。在业务整理上多花点时间整理，我觉得是很有必要的。

2、产品梳理

梳理好线下的业务逻辑以后，要将它抽离搬到线上。这个过程，可能会删除掉某些线下的环节。所以要针对产品重新书写流程图。依据产出的流程图基本上就可以大致确认产品的功能点，确认好所有功能点产出功能列表后就需要引入角色，将每个角色与功能进行对应。接下来就是搭建页面架构。先搭页面，再确定页面内的功能，最后细化页面内的信息。在原型出来以前，可以拿产品架构图先和别人进行一下交流。产品架构图相较于原型图，与数据库的设计思想比较一致。而原型视图化后，对于数据库设计却反而变得抽象了。另外，产品架构图修改较快捷，返工成本相对较小。

3、原型设计

产品梳理好以后，就要开始搭建原型了。原型就是将之前分析的结果通过具体的视觉展现向别人描述自己思考的过程与内容。绘制原型，先确定通过的模块，页头、页尾、一级导航、二级导航……根据不同的产品选择合适的布局。再讲产品架构图中的内容填充到页面内，并加入文字说明操作。最后对产品的细节加以说明，相关的文案、页面寄到、反馈提醒、交互方式……细节内容可以直接在产品原型页面旁边进行注释。

产品设计的内容需要囊括在prd中，为产品的开发提供详细而明确的信息。更像是一份产品阶段就暂时结束了。之后就是与开发沟通，推动产品一步一步往前走了。这个过程中，可能会有许多需求变更和返工。要有充足的耐心慢慢解决问题。

产品设计完成的产出物为prd。prd更像是一个产品字典，独立于原型外，而又包括原型。prd的作用就是为了能够让产品开发人员能够正确地理解产品然后进行正确的开发。

prd中除了产品设计的内容，还需要有的内容是产品的规划。产品的总体目标是什么？为了完成这个总目标需要分几步，每一步骤完成的标志是什么？这和之后的项目排期息息相关。项目开发的进度、人员分配以及项目的优先级定义都会依据产品规划进行。

prd撰写完成后，就需要进行prd的评审会议。prd评审会议需要参与该项目的各个团队的核心人员。包括设计部门的leader，前端的leader，后端的leader，测试部门的leader，项目的发起人，项目的审核人，以及和此项目相关的其它产品负责人。如果有leader无法参与会议时需要该leader指定人员代替参加。

在prd评审会议中，由产品经理对prd进行讲解。在产品经理讲解的过程中，与会人员有任何疑问都可以提出。prd评审会议上的主要目的是让大家对产品达成共同的认知。如果与会人员没有任何异议，即表示prd审核通过。之后再有任何问题需要直接寻找产品经理沟通。评审会议中，各个leader就需要进行资源的分配。各个部门的资源由各个部门的leader进行分派。资源分配完成后，产品经理特别需要注意的地方就是定下产品开发各个阶段完成的时间，以保证产品开发的进度。各个leader确认好资源分配与定下产品开发节点的时间后，prd的评审会议就算告一段落。

prd结束后，就正式进入产品的开发阶段了。

三、项目管理

在产品开发阶段中，产品经理要承担一个重要的职责，即是项目管理。项目管理是产品开发中非常重要的一部分，它影响到的是产品开发的进度、产品开发的质量、团队成员的精神状态。所以项目管理其实分了两个部分，第一个就是团队管理，第二个是项目进度管理。而这两者又相互影响。

很多产品的开发都采用的敏捷开发流程。在敏捷开发流程中特别注重的是对团队的管理。这个过程中，要让每一个参与开发的人员理解了他们参与开发的产品具有什么价值，让他们知道，这并不是单纯的码代码，而是为了解决实际的问题而进行的工作。他们在键盘上敲出的每一个字母、数字与符号都存在意义。大家有了共同的奋斗目标后，项目的开发进度会按照之前绘制的甘特图顺利进行。然而在实际的项目开发中，产品往往会因为各种原因延期。其中一个的因素就是业务部门的需求产生变动。这时候需要产品经理具有强大的沟通能力以及产品规划能力去协调开发与业务需求之间的矛盾。

很多时候，业务部门觉得技术部门永远无法满足他们的需求，导致很多客户因此丧失或者影响正常工作。而技术部门又会觉得业务部门提出的很多需求都是无理取闹。两者站在不同的角度去看待对方是产生矛盾的根源。矛盾是否具有可协调性，就是产品经理需要深度考虑的问题。终于到等到产品开发完成了。但是实际的产品开发还远远没有结束，产品的生命周期才刚刚开始，第一版本的上线产品会存在很多不足的地方。还要根据之前的产品规划不断地进行迭代以优化产品与跟战略规划和业务线同步。只要产品的周期没有达到终点，产品经理就不能有一时的懈怠。

四、产品工作的收获与体会

虽然工作不久，但我对产品这一职位有了更加深刻的认识，也对产品开发流程有了较为清晰的认知。每个公司对产品的认识都不一样。每个人对产品的认识也不一样。产品的作用除了在于产品的策划与设计外，更重要的是要充分调动团队成员，发挥团队的作用，并推动项目顺利前进，解决项目开发过程中遇到的问题。短期的工作中，对产品设计、需求、团队管理和自我都有了新的认知。

1、对产品设计的认知

prd一定要详细和完备。如果有开发人员看了prd还是不知道该如何做，那么就是产品自己撰写文档和设计上出的问题了。当然，并不是所有问题都能通过文档和原型解决，口头上的交流也是有必要的。其次不同阶段，产出的原型图也是不同的。mrd只需要产品的大概框架，产品业务上的细节信息不需要在这时体现出来。而prd产出时，需要在原有原型上进行迭代。不要在原型设计上主观地加入自己的ui设计。

第一，限制别人思维与影响别人工作。自己不是交互也不是前端，也就是说并不是专业的，会对团队其它成员的开发和设计造成影响。

第二，耽误自己时间，色彩与交互的应用会使工作成本加倍，占用自己大量的时间。而实际上起到的作用并不大，甚至是负面影响。如axure有自带的button，就不要自己用矩形做。做出来的效果不一定好，也容易使其它人产生误解。按钮用按钮，文本用文本。原型重要的是简单明了，逻辑清晰。

对于产品而言，时间是非常宝贵的东西。原型越简洁，修改起来，成本就越低，越能提升团队的工作效率。同样在原型迭代的时候也能节省不少的时间。原型不是目的，只是过程。只要能将自己的意思传达清楚，手绘图也能解决问题。

2、对需求的认知

什么才是用户真正的需求？需求评审的时候，团队其它成员提到了很多的需求。我们也讨论了很久，如何在现有流程解决这些需求，技术难点有哪些。等到最后总结时才发现，很多需求其实都只是伪需求。反而还将产品功能砍掉了一些。用户往往不能明确的表达自己的需求，传递给我们时也许我们理解上会有偏差。所以我们要多想一下，看清楚用户真正需要的东西和要解决的问题是什么。

微信产品经理kant将需求的本质理解为“动机”。和最近看的《精益创业》中提高的“五个为什么”会议非常一致，比找到问题和解决问题更加重要的是探索问题发生的原因。追根溯源，直到触碰本质。最可怕的事情是全身心地投入到一件毫无意义的事情而且自我感觉良好。其实，很多时候我们都在做无效需求，只是自己并没有意识到。需求分析时要透过表面，看到用户真正需要的东西到底是什么，再去提出解决方案。

产品快速进行迭代开发，一是在迭代过程中，对需求有更好的理解，二是减少产品维护的成本。除了产品本身外，市场变化的速度实在太快了，也许只要慢一步原有的市场就会被其它产品占领。

3、对自团队管理的认知

产品经理要需要管理好团队就需要具备一定的无授权领导能力。这种无授权领导能力来自于多方面。言表达能力、产品规划能力、逻辑思维能力、思想高度等多种因素让一个人具有人格魅力。我所在的公司，熊叔是第一个让开发与产品在产品立项时，同时主动鼓掌的一个人。其原因在于熊叔将业务需求与产品需求进行了很好的融合，让大家认识到自己所做的不是枯燥无味的写完一段代码，而是在不断地贴近我们要实现的最终目标。团队管理时，要让每一个人意识到自己和自己所做的事情是有价值的。有了这一点，之后的开发大家的积极性和心态都会发生变化。而这仅仅是因为一个人半个小时的产品讲解。用心去触摸产品，用心去传递产品。才会让一个团队更加高效地发挥价值。

4、对自我的认知

仔细回头看一看，最开始设计的原型与上线的产品差了很远。经历过才明白，需求万变，努力不变。随着需求的不停变更，产品的形态也在不停的变化。在不停聆听需求的同时，有点变得为了做产品而做产品。有点忘记了最初的战略规划与解决的主要问题。

每一个人都有一个定位，这个定位来源于对于自我的认识。有的人深谋远虑，擅长指点江山，站在战略的层面对产品的全局进行规划。有的人心思缜密，更加适合在既定的目标之下对每一个细微的模块进行布局。在众多纷繁的任务中保持清醒的头脑是一件十分不易的事情，并且在高强度的精神压力下同时准确无误的把握每一个产品的进程更是一件不易的事情。看一个人在工作上取得的成就，除了能力还有态度。我知道自己还有很多欠缺的地方。我会在今后的工作中更加努力，不断地完善自我。

不畏惧自己一无所有。不因自己一无所有而陷入迷惘。认识到产品的整体，让自己知道自己懂的真的很少。虚心若愚，求知若渴。如此，我们才能每天都不一样。乔布斯说过大概这样的话，人生是许许多多的点，有一天这些点会连成一条线，这就是你成功的原因。所以我要做到的是将线上的每一点进行拆分，尽力去做好每一点。每一次成功的起步常常看起来都很微不足道。别人眼中流露的不屑与轻视并不会阻碍你前进，而那些爱你的人给予你的力量将支撑着你走过整个风雨飘摇的旅程。

社会在不断地发展，时代在不断地进步，尤其是走在社会最前沿的互联网行业更是瞬息万变。不论是市场的变化还是相关技术的变更都对产品的从业之路有着深深地影响。而应对这种变化的方式，只有让自己不断地学习从而跟上每一次变化的步伐，站在时代的浪潮之巅。不断地提高自己思考的广度与深度，寻找到自己能够适应、跟随、引领时代的方式。最后牢记。，方得始终。

需求调研总结 篇2

一、10月份工作概况

1、社工课堂筹备与开展

社工课堂是我们督导老师彭振来我们点督导的时候我们跟督导老师一起策划的方案，由于第一个月我们组织了一个以边缘学生为主题的小组，但是在进行了两次活动后我们的活动因为学校的一些硬件方面的问题而搁浅了，于是社工课堂可以说是我们的小组活动在学校没有场地以及时间情况下的一种妥协，同时我们发觉以前的小组活动形式也存在着一些不足。由于有些班级需求很难通过一次的小组活动来满足，而需要持续的跟进。同时，这学期我们对学生的需求进行了进一步了解，通过归纳小信箱来信反映问题，以及对于班主任的访谈，我们发现很多班级存在着共同性需求(如自信心的提升、人际交往能力的提升等)。同时社工课堂也可以把我们的服务系统综合化，把一些活动都统一到社工课堂内，形成一个体系，便于我们服务的包装和宣传，也可以把学校的一些内容融入到社工课堂内，比如主题班会、心理健康教育等，作为学校的一个特色，便于学校特色教育的提高。因此，综合上述考虑，我们萌生了开设社工大课堂的想法，并就此和学校的相关老师进行了讨论和沟通，得到了领导老师的支持和认可。十月的最后一周我们的社工课堂开始了，分别给四年级的6个班级上课，同时我们也邀请学校的本土社工以及所在班班主任旁听，课后我们也积极听取他们的意见，以便于我们服务的改进。课程得到了学生和老师的欢迎，我们也决定继续开展。

2、社工小信箱信件回复

社工小信箱是我们点的传统服务项目，我们也打算一直坚持下去，由于第一个的宣传不够，我们小信箱作用没有得到很好的发挥，学生们很少给我们写信，于是我们在校园广播内开始宣传我们的小信箱，学生们在听到我们的广播后，一下子都开始给我们写信了，能收到孩子们的来信我们十分高兴，虽然说信件非常多有时候一天要100多封，我们要花整整两天的时间才能回完，但是我们非常高兴能为孩子们解答问题，到十月份截止我们总共收到来信500余封，我们都给与了回复，受到了学生们的广泛欢迎。

3、大笔友计划服务跟进

大笔友计划是我们点上个学期一直在做的工作，是在八年级的一个班级以自愿的形式来与中国青年政治学院的社工专业的一个班级建立信件往来的.机制，已经坚持了一个多学期，现在又有许多学生申请加入到大笔友计划中，由此可见我们这项服务还是取得了一定的效果，我们打算继续坚持，希望能给更多的孩子予以帮助

4、参与学校的部分常规工作

这方面工作主要包括下面几项内容，一是作为值周人员协助学校做好甲流防控工作，二是应学校政教处的要求，在我们时间允许下协助学校老师做好学校球类运动会的工作，大约持续了两周的时间，三是协助班主任老师管理班级，我们分别在政教处协调下找了两个班级作为我们的试点班级，我们作为班级的副班主任，协助班主任老师管理班级，同时我们也能在这个过程中多与学生交流，帮助孩子们解决问题。

二、工作感想与反思

第二个月的工作可以用一句诗行容为“山穷水复疑无路，柳暗花明又一村”，的确是我们第二个月的工作经历了由走投无路到出现转机的过程，由于学校场地问题，加上甲流防控工作的要求，我们的学生小组被迫终止，还有我们设计的亲子小组也被学校否决，这使我们的服务的热情和信心受到了一定的打击，同时也大乱了我们的工作计划，有一段时间内，我们甚至不知道该怎样开展服务，以何种形式来开展服务。这段时间大概持续了一个星期，我们点的督导老师彭振老师来到了我们点，我们也把这个问题放映给了他，在督导老师的沟通交流下，我们形成了以社工课堂的形式开展服务的设想，并且协调学校相关领导进行商讨，最终得到了学校领导的同样，我们的服务也能够得到继续开展。

怎样体现社工服务的专业性一直是我们思考的问题，十月份我们受教育局的邀请作为心理健康课程说课比赛的评委，这个问题又一次摆在了我们的面前，我们作为专业评委来担当评委，但当我们发现老师在说课过程中的活动设计以及引导词的运用上都大大超乎了我的意外，我发现老师们的活动设计都非常好，而且他们比我们更加有优势的是他们的上课技巧比我们更加成熟。与其说我们是来做评委不如说是我们来学习老师的上课技巧，虽然不排除有些老师的活动设计是在我们社工的帮助下完成的，但是还是有一部分老师的说课内容非常好，甚至比我们的小组活动更加优秀，我们社工的优势在哪里?听完比赛后我的第一反应就是如此，小组工作一直是我们所引以为豪的，但是跟老师们的设计相比我们没有任何优势性可言，个案工作，我也不敢保证会比这些老师做的好。想来想去，我最后的答案是要多多学习，抛弃专业上的光环，踏踏实实的向学校的老师学习，作为刚出校门的大学生，专业知识可能已经足够，现在缺乏的可能就是实务经验了，比如说与学生相处的技巧，给学生上课的技巧等，这些都是我们要向老师们学习的，所以与其说我们专职社工在影响本土社工，还不如说本土社工来带动我们专职社工能力的提升，其实最好的一种方式就是两者互相带动，我们可以邀请专职社工来参加我们的小组活动，同时我们也可以以学习者的姿态来旁听学校老师的上课，从中学习老师上课的方法与技巧，只有这样我们的专业服务才能更加完善，放低姿态，始终保持学习的姿态，这才是一个有上进心的人应有的态度，以后不管结果如何，只要保持一颗学习的心，我想我们必定能从项目中汲取很多的经验，肯定会终身受用的。

需求调研总结 篇3

第一、项目需求：

项目经理接到一个项目，首先应该向商务人员索取项目方案书或招标文件，通读全文，对项目有个大概的了解，明确项目范围，知道你的项目应该要做些什么？什么时候开始？什么时候结束？最后自己能提出一些问题！为调研时做好准备工作！有疑问的地方应该找市场人员或售前工程师了解咨询！

第二、项目调研：

有些人连项目方案书都没看过，就匆匆忙忙去客户处调研了。那么结果就是在跟客户沟通时，一问三不知，很被动，只能听客户讲；客户提出一些不在项目范围内的需求时，你也不知道，只能暂时应承下来！一定要做好充分细致的准备。

第三、项目计划：

发现在工作中有些人不重视项目计划的制定，有些人可能会说，这个项目太小，周期也不长，几天就搞定了，没必要去

浪费时间去做项目计划了。项目不管大小，哪怕只有一个人，哪怕周期再短，我们也要制定项目计划，不同规模的项目，制定的项目计划规模也有所不同。

制定项目计划的另一个目的，就是明确相关干系人，避免在项目过程中发生推委扯皮现象。该找谁就找谁，应该由谁负责就由谁负责，计划里面很明确。在制定项目计划时，不要只考虑开发的计划，还应涉及到跟客户的沟通确认，需求调研、商务方面的协调、实施部署、项目验收后的维护等内容！

第四、项目沟通：

在实际工作中，有些人把项目中遇到的`问题仅仅跟客户或项目干系人汇报一下就认为是沟通了，其实不然，所谓沟通用最简单的方式来说就是你所说的内容能得到对方的认可，就算沟通成功了！有能力的项目经理会说服对方按你的想法来走。

第五、项目协调：

在项目实施过程中，不仅要跟客户协调、项目成员协调；还需要跟其他公司的人员进行协调。例如在客户现场开发时，我们需要的办公环境、网络环境都需要事先跟客户协调好，不要到进场时才发现缺这缺那，让客户很被动；又例如硬件情况，如果硬件是其他供应商提供，应协调硬件到位安装的情况，免得我们系统要布暑了，结果服务器也没有。

第六、项目控制：

常听人说制定好项目计划后，这个项目就成功了一半，那另一半是什么呢？那就是项目控制。很多人作了一个项目计划表，从来就没有跟踪或更新过，这样的项目很难按计划做好，我们应该经常根据项目的实际情况进行调整或变更等。

需求调研总结 篇4

在这次为期三个月的产品部试用期中，我通过不断的学习和努力，成功完成了各项任务，并取得了一定的成绩。在此，我将对我在试用期中的工作进行总结，以期对自己的工作有一个清晰的认识，并为未来的工作提供经验借鉴。

我在试用期中主要负责了产品需求的调研与分析工作。在项目初期，我与团队一起收集了用户对产品的需求，并进行了深入的分析研究。通过与用户的交流和访谈，我掌握了用户的痛点和需求，为团队提供了宝贵的参考意见。在这个过程中，我学到了如何与用户进行有效沟通，了解并关注用户的真实需求，为产品的进一步开发提供了重要的指引。

我在试用期中还负责了产品的竞品分析工作。通过对市场上同类型产品的调研和分析，我了解到了竞争对手的优势和劣势，并从中总结出了产品的竞争优势。同时，我也通过对竞品的学习和借鉴，为产品的创新提供了一个良好的参考和启示。通过这个过程，我深刻认识到了竞争对手对于产品的重要性，进一步提高了自己的市场敏感性和竞争意识。

在试用期的最后一个月，我还参与了产品的原型设计和测试工作。在这个阶段，我学会了使用相关的设计工具，制作了产品的初步原型，并对原型进行了测试和优化。通过独立完成这个任务，我提高了自己的问题解决能力和团队合作精神。同时，我也明白了产品设计和测试的重要性，深刻认识到了产品质量对于用户体验的重要性。

在这次试用期的工作中，我感受到了自己的成长和进步。我逐渐熟悉并掌握了产品开发的整个流程，从需求调研到原型设计再到测试优化，我都参与了其中，对于产品开发的`各个环节有了更全面的认识。我在与团队的合作中学到了很多，通过与团队成员的沟通交流，我懂得了如何更好地与他人合作，协同工作，解决问题。

同时，我也认识到了自己还存在一些不足之处。我的技术能力还需要进一步提高。在原型设计和测试过程中，由于技术方面的不足，我无法完全满足团队对于产品的要求。因此，我将在日后的工作中加强相关技术的学习和实践，以提高自己的能力。我需要更广泛地了解市场，掌握更多的竞品信息。只有通过对市场的深入分析，才能更好地把握住用户需求，不断提高产品的竞争力。

小编认为，这次产品部试用期的工作对于我来说是一次重要的成长和经验积累。通过不断地学习和努力，我成功完成了各个任务，并取得了一定的成绩。在未来的工作中，我将继续保持良好的工作态度，不断学习和提升自己，为产品的发展贡献自己的力量。同时，我也将更加积极地参与团队合作，与团队成员共同努力，共同进步。相信在不久的将来，我一定能够发展成为一名优秀的产品经理。

需求调研总结 篇5

一、前期的调研

1、时间不足难以进行详细的需求调研。

公司要求在短时间内开始实施erp项目。在前期erp专职人员未到位，项目主管未真正了解erp的情况下，未对软件供应商做充分的了解，而需求是根据软件公司同行业的经验，未立足于本公司的实际情况。在选型的时候，基本上不是按我司的需求在对erp软件进行选择。而是按主观印象与以前的鞋厂的erp项目经验在对erp软件进行过滤。这样直接导致的后果就是需要对erp系统进行大量的二次开发。

即使时间最不足，前期的需求调研仍然不能够忽视。否则的话，种瓜得瓜，种豆得豆。前面时间虽然省了，但是后期项目推进就会到处碰壁。项目周期反而会延长。确实后来由于很多需求在erp系统中找不到现成的解决方案，为此，不得不进行很多二次开发，或者寻找其他的替代方法，则大大影响了项目的进度。

2、需求无法对号入座，导致了大量的二次开发。

对于erp系统这种套装软件来说，过多的二次开发是劳命伤财的事情。一方面，过多的二次开发，会破坏erp系统的稳定性。其次，erp系统的二次开发，往往需要比较长的时间。有时候，在erp系统的原有功能上进行修改，比开发一个新功能还要麻烦。因为需要考虑这个需要修改的功能跟其他现有功能的关联性。而且，还需要进行一些全面的测试。另外，软件公司出于成本的考虑，也不会配备很多的二次开发人员。公司要进行二次开发的话，往往需要排队等候。所以，二次开发的周期往往比较长。第三，对于公司说，二次开发往往需要付出比较昂贵的开发费用。大部分erp系统对于二次开发来说，是独立收费的。也就是说，不包含在项目实施费用与软件授权成本中。有些软件公司甚至对二次开发进行“惩罚性”收费。所以，二次开发的成本往往是比较贵的。

若在选型之前，能够花这一个半月时间去进行需求调研的话，可能这个epr项目就不需要进行这么多的二次开发费用。不但可以帮助公司省下一大笔费用，而且，还可以保证项目的周期。

3、软件功能不足，却由公司来买单。

erp项目能否取得成功，软件本身只是起到了一个次要的作用。但是，软件功能不足，则直接跟项目的成本挂钩。软件功能欠缺，企业需求难以对号入座，就意味着企业要为此进行额外的开支。如进行二次开发或者采用第三方的插件等等。这些都是需要公司买单的。而这往往是erp项目中的冤枉支出。

在实施顾问对公司进行需求调研的时候，发现很多需求无法在erp系统中实现。但是，这个时候，因为合同已经签订，项目已经启动。所以，对方把一切责任都推到我们这边。对于无法实现的需求，让我们公司掏腰包，进行二次开发。

作为企业erp项目负责人，首先得做好项目的前期需求调研，量体选型，防止企业的常规需求无法在erp系统中对号入座。从而给企业增加不必要的二次开发成本，影响erp项目的整个周期。

二、软件的选型

公司使用erp软件，各个部门要达到什么目标，解决企业目前什么问题，这些情况公司必须有很清醒的认识，量体选型至关重要。

通常erp供应商的销售过程中售前顾问都会拿出一大堆的统计数据，告诉用户：根据某某某协会统计erp项目实施完毕之后，企业的库存积压率会下降多少个百分点、生产效率会提高多少多少，销售的反应速度又会提高多少多少。但在合同中软件公司是不会注明这些的，这就带来了erp项目的第一个陷阱：不承诺效果。

erp项目是公司内部的事情，诸如人事调动、流程修改等等，都不能直接的产生效率，即使是将这些结果数字化也很难分清楚，什么是通过实施erp产生的，什么是企业流程优化而产生的。作为软件供应商来说，成功了，自然是他们的功劳，可以大肆宣传，失败了就是企业内部的问题。他们只需要到时间收钱就好了。然而这样的承诺，公司是不能接受的。

当然，售前活动中误导用户是很正常的，不误导你，你又怎么会心甘情愿的签合同呢。

另外，软件的选型之前，erp专职人员必须先期到位，做好前期的调研，收集各个部门的功能需求及各种表单，erp专职人员协同各个部门主管参与erp供应商对erp软件的功能演示.根据收集到信息，确认erp软件是能达到及满足公司各个部门的要求.以公司的真实业务数据流进行数据演示.在关键点位置必须进行压力测试，因部分功能如mrp计算，凭证传输等，涉及到计算的情况，数据量一大，程序是否能正常进行，执行效率是否能达到要求，必须有先期的预测。

所以在选型之前，企业应该明确：

1、企业实施erp目标。

2、软件公司的实力及其成功的案例，软件公司能做什么。

3、erp软件单元测试、压力测试、全面测试。

4、对于销售人员的承诺一般需要对企业进行详细的调研以后才能做出，要在合同的补充附件中给予规定。让口头保证有书面规范，合同保证。

三、合同的签订

合同的签订必须有利于公司一方.以免公司在erp使用的过程中吃哑巴亏，使erp的成本尽量透明化，减少隐性成本的开支，让软件公司提供尽可能优质的服务，从而尽量保证erp整个项目的推动过程，不因二次开发费用问题培训问题顾问周期问题等而发生不必要的麻烦，从而影响到整个erp项目的周期.对于软件公司来说，保护自己的利益是正常的事情，而对于用户来说则恰恰相反。在签订erp合同的过程中光法律顾问的指点是很难防范软件公司在erp合同中设下的圈套。这就需要公司能充分了解erp这个行业的特征，避免更大的风险。

1、二次开发的定义

二次开发的具体内容(大至范围)，提供的服务，进行的方式和确定开发费用的范围。软件公司最常见的手段是：在erp合同中只注明二次开发的人/天数(一个人工作一天的费用)，而将具体的开发费用拖到合同完成以后。以还未做深入评估为由拖延开发的时间。待到合同签订用户已支付定金之后，以各种借口增加二次开发的时间。毕竟评估一个开发过程需要多长的时间是由软件公司决定的。对于某些难度大的或者是软件公司不想做的项目他们可以把开发的时间加得很大――企业基于成本的考虑，不得不取消某些计划中的需求。曾有erp销售人员这样对我说：“二次开发是制约用户强有力的手段之一，要么他们精简流程，要么支付更多的费用，两样我都喜欢”。

2、实施周期的定义(项目计划)

乙方必须在约定的服务人天内安排所有系统集成及实施工作，不得随意增加计费服务时间，如因甲方原因造成超出合同约定实施天数的费用部份由甲方承担，如因乙方原因造成超出合同约定实施天数的费用部份由乙方承担。

3、项目验收标准(项目交付的文件)

甲、乙双方确定项目阶段性验收及最终验收的标准，验收行为应包括：

a)甲方对乙方提供的erp软件产品的验收;

b)甲、乙双方对于某具体工作成果的确认;

c)根据合同规定的项目进展阶段，甲、乙双方对于某阶段工作成果的评价;

d)甲、乙双方对于最终工作成果的评价。

4、双方的职责定义

按照软件公司提出的建议划分权责――作为公司必须做哪些工作，作为软件供应商必须保证哪些。

5、培训的定义(包括培训方式，培训对象，培训时间表，培训文档或教材，培训成绩考核，培训评估等)

考虑到企业未来的内部培训需要，软件公司提供的文档必须以电子文档和纸张的形式提供。

6、项目各阶段的目标与任务

按照项目建议和企业的实际情况制定erp系统的实施目标。

7、签订补充协义，说明，备忘录

在签订erp合同之前就必须要对erp项目的验收标准有一个清晰的认识，同时在合同签订之后必须有相应的验收细节作为补充。

8、项目顾问资历时间保证顾问更换人天数投入顾问实施工作时间(是否驻厂等)

9、失败后的赔偿

通常软件公司是不愿意提到赔偿字样的，即使是有赔偿，那也是客户未按期付款需要赔偿，不小心被发现了也以“失误”来掩盖。erp实施的成果难以判断，责任的归属难以判断，最终赔偿的问题也容易带来很多麻烦。这和普通商品的买卖不同，质量不好可以退货。

正因为如此，需在合同上增加条款：明细项目目标，划分权责，如果因为软件公司的原因导致项目延误甚至是项目中止，软件公司需要进行相应的补偿。

四、顾问的能力

一般顾问有以下几种类型：技术支持型，帮助客户安装erp软件，并对客户进行操作培训;程序员型，工作内容以客户化为主;顾问型，从为客户提供业务咨询服务着手，帮助客户进行业务重组并指导客户成功应用erp。

在提交erp项目建议的过程中，部分软件公司也会同时提交erp顾问的简介资料――但顾问的简历往往有掺假的成分。至于软件公司提交给公司的顾问资料中是否将只有几个月某erp产品经验的“顾问”吹嘘成3年五个项目经验高级顾问。同样的，没有某个行业经验的顾问也会吹嘘成具有该行业或项目经验。但问题的关键还不在于此，更多的是高级顾问只在项目中挂有一个头衔。而实际的工作则是由毫无经验的顾问进行。或者项目的调研与系统分析阶段由高级顾问去做，后期的培训以各种理由将高级顾问调离，用中低级顾问替代，这样的情形对于用户来说毫无办法。当然，软件公司在项目的进行中也有可能会遭遇人才流动。

故，所有的顾问必须经过考核或认可后才能上岗，对于顾问的更换必须经过企业的同意。

由于顾问的能力问题导致的项目拖延，软件公司必须承担相应的责任。

前期bom表的录入，顾问指导时发生多次bom变更录入方式及对物料半成品编码及名称定义不清楚，造成bom资料数据错误，后期花费大最的时间和精力去一种一种类别，一个一个错误的修改.直接影响到项目的周期。

五、确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划

a、确定详细的项目范围：对公司进行业务调查和需求访谈，了解用户的详细需求，据此制定系统定义备忘录，明确用户的现状、具体的需求和系统实施的详细范围。

b、定义递交的工作成果：公司与实施软件公司讨论确定系统实施过程中和实施结束时需要递交的工作成果，包括相关的实施文档和最终上线运行的系统。

c、评估实施的主要风险：由实施软件公司结合公司的实际情况对实施系统进行风险评估，对预计的主要风险采取相应的措施来加以预防和控制。

任何管理变革项目都有风险，因为它是在进行变革，erp项目更是如此。在项目规划之初就要充分考虑到各种风险，有评估计划和应对措施。项目实施过程中，风险高的事项一定要谨慎行事，即使工期稍微延迟一下，倘能控制风险那一定值得。

费用超预算了、组织人员变更了、项目经理更换、需求变更、高层失察、顾问更替了……

d、制定项目的时间计划：在确定详细的项目范围、定义递交的工作成果和明确预计的主要风险的基础上，根据系统实施的总体计划，编制详细的实施时间安排。

e、制定成本和预算计划：根据项目总体的成本和预算计划，结合实施时间安排，编制具体的系统成本和预算控制计划。

f、制定人力资源计划：确定实施过程中的人员安排，包括具体的实施软件公司的咨询人员和公司方面的关键业务人员;对用户方面参与实施的关键人员，需要对其日常工作作出安排，以确保对实施项目的时间投入。

六、明确项目小组成员职责

a、erp系统管理员的职责

erp管理员在整个erp实施过程中扮演着极其重要的作用，是erp系统实施成败的关键因素之一。其主要职责是组织、计划、实施、反馈，应赋予足够权限。

b、erp系统项目副组长的职责

全面负责erp的日常工作，在系统管理员的配合下对erp项目进行有效管理。

c、erp项目各部门组长的职责

在实施过程中部门组长的职责是：传、帮、带。将erp思想及软件功能消化后传入本部门、向部门传递领导的指示及对erp工作的要求、将部门业务传递给实施顾问;帮助制定业务流程及操作流程、帮助指定人员分工及明确职责、帮助跟进数据及监督项目进度、配合实施顾问工作;带是带领部门人员收集数据、配合实施顾问培训最终用户、指导部门正确使用系统开展业务。在正式应用过程，组长应该是部门的精英。所以在指定项目核心组人选时，必须慎重考虑，必须考虑这些人员的综合业务能力及对企业的忠诚。如果组长是兼职的，势必受日常工作影响而不能在erp项目上投太多的时间，没能吃透erp的内容。所以要求各部门组长有较强的业务综合能力、工作协调能力和领导能力。

d、项目负责人及实施顾问的职责

erp顾问是企业实施erp系统强大的外部推动力。erp顾问的作用是对企来进行erp理论和软件培训、管理咨询、指导，更重要的还是如何帮助企业进行仲裁。erp顾问能否控制整个实施过程、能否正确引导、能否对问题作出仲裁对erp能否成功实施是很关键的，既不能软件完全跟着企业业务走，也不能企业业务完全跟着软件走，而应该相互调各，走最高效快捷的道路。从另一方面来说，erp顾问也不是万能的，所有事情都是他做，他只是引路者。可将他比喻成足球教练，他负责指挥球队怎样踢球，采队什么技巧进攻，但教练是不进场踢球的，就算是进场更不能完全依靠他进球。

主要职责是：

1.对erp项目进行有效的项目管理，制订实施计划，控制好实施进度，分配好实施任务，并进行有效的跟踪和反馈。

2.对erp软件进行有效的不同层次的培训和操作指导并合理有效安排、监督和考核企业内部培训。

3.同管理员一起及时解决实施过程中出现的诸多问题，针对软件本身的问题及时反馈并解决。

4.对erp操作、使用情况进行部门和人员的考核。

5.对企业的erp应用提供管理资询，如流程变更等。

在erp系统管理员的配合下对erp项目进行有效果控制和实施推进。

e、erp各部门组员的职责

1、日常erp单据及基础数据的录入工作。

2、日常数据的审核工作。

3、向erp系统管理员反映在erp运行过程中出现的问题。

4、严格按照《erp作业指导书》进行erp系统的日常运作。

七、基础数据的准备

erp的主要作用就是对企业信息的整合，而信息的载体和表达都要通过数据完成。对项目实施来讲，基础数据的准备工作难度最大。

首先，基础数据涉及面广，涵盖了企业中所有可见信息和不可见信息。物料基本信息，产品结构数据，会计科目，供应商客户信息，部门、工厂、仓库、车间信息等等属于可见信息，这些信息在手工作业中也会用到。不可见信息如单据类型、仓库性质、计划参数等，这些信息在手工管理信息时是不会涉及到的，它们会影响到系统计算。

另外，基础数据准备的工作量大，以上各类信息的记录数从几个到几十万都有，而每条记录包含的字段又可多达上百个，两者的乘积简直是天文数字，通常造成项目延期的原因有90%来自于基础数据整理。

数据的正确性是最重要的，基础数据是许多程序正确运行的基础，如物料计划和生产计划就是根据物料文件设定的提前期、库存量、bom结构等计算得到的，如果其中任何一个数据与实际不符，计划结果就将没有任何指导意义。

正是因为基础数据具有这些特征，从而造成了收集准备工作量大、难组织，一般需要多个部门协调，投入的人力和时间都比较多，见效周期长，因此阻力也是很大的。

如何有效的，快速、低成本、低错误率地完成基础数据准备：

a、确定工作范围

b、建立必要的编码原则

erp软件对数据的管理是通过编码实现的，编码可以对数据进行唯一的标识，并且贯穿以后的查询和应用，建立编码原则是为了使后面的工作有一个可以遵循的原则，也为庞杂的数据确定了数据库可以识别的唯一标识方法，所谓磨刀不误砍柴工，大家切不可急于求成，忽略了这些重要的工作。

c、建立公用信息

建立的公用信息包括公司、子公司、工厂、仓库、部门、员工信息、货币代码等基本信息。这些数据会在其他基础数据中被引用，并且数据量不大，可以利用较少的时间和人力完成。如果整理其他数据的时候发现缺少公用信息再补的话，整体效率和进度会大打折扣。

d、bom结构的确定

这里首先应该明确原料到半成品、半成品到产品的级次关系，这步工作的难点是半成品设定的问题。如果半成品设定层次少或层次不设定，今后的统计分析就不能细化;如果半成品设定多，就会大大增加数据量。如果遇到下列情况，那么半成品要设置编码管理：对半成品建立库存账、或者采用安全库存管理、半成品对外销售或用于售后服务，除此以外半成品尽量不用编码，也不用录入软件系统，bom每多一层，相应增加bom数据量的同时还会增加物料信息的数据量，我个人的观点是尽量少的bom阶次可以使这项工作处于可控状态。

e、收集第一手资料，将原来的离散数据从不同部门集中

f、数据检查

(1)完整性检查：完整性即记录数量是否完整。可以请企业中有经验的人员复查或计算一下总数，将其和历史数据比较。同时还要检查字段的完整性，所有的erp软件都有必须输入的字段，如果缺少这些字段就会造成系统的不稳定，如物料的提前期、默认仓库等。另外还有一些非软件要求的必须输入的字段，对企业今后的业务和统计分析有用的字段也要列入检查范围，例如客户分类和所属地区等。

(2)正确性检查：正确性的范围很广，可以由公司自己根据需要制定检查原则。有些错误如会计科目是资产类型的，但是因为人为错误输入成负债类型的，再比如有的物料是采购来的，但是录入成自制件，这样的错误在系统上线前必须发现并改正。

(3)唯一性检查：数据的唯一性应该从两个角度检查，常见错误有多个实物编成同一个编码，如果以后录入系统，成熟的erp软件会提示编码已经存在，并拒绝接受。同时一个实物对应多个编码的现象也必须杜绝，这种错误erp软件是发现不了的，必须利用人工查找，否则在上线后会发生多个账务错误。

g、将数据录入软件系统

h、系统检核

需求调研总结 篇6

一、项目实施方案概述

软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施，软件项目计划书。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。

二、项目实施方案介绍

（一）项目启动阶段

此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

此阶段主任务：

公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。

公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。

商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。

用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。

1、成立项目组

部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。

2、前期调研

项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。

3、编制《项目总体计划》

《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：

项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；

沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。

4、启动会

项目组与用户共同召开的宣布项目实施正式开始的会议。

会程安排如下：

共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。

项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：

项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；

项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；

项目实施中用户的参与和领导的支持的重要作用；

阶段验收、技术交接和项目结束后如何对用户提供后续服务。

（二）需求调研确认阶段

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现，工作计划《软件项目计划书》。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：

1、进行需求调研准备

2、编制《需求调研计划》

3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。

4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。

5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。

6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备

7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。

8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。

9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。

10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。

11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。

（三）软件功能实现确认阶段

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。

（四）数据标准化初装阶段

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。

（五）系统培训阶段

系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：

决策层：领导在实施中的作用与重要性、决策查询。

维护层：系统维护知识、操作方法。

操作层：操作方法。

具体的培训工作流程为：

1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。

2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。

3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。

4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。

5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。

6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。

7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。

8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。