2022年项目资料员个人工作总结

2022年项目资料员个人工作总结时光如梭，忙碌中又到了年末，在这辞旧迎新之际，回顾一年来的工作历程，总结一年来工作中的经验、教训，有利于在以后的工作中扬长避短，更好的做好本职工作。从领导身上我体会到了敬业与关怀，在同事身上我学到了勤奋与自律，繁忙并充实是我对__年度工作总结的总结。我担任的是项目部资料员工作，随着行业市场竞争的日益激烈，对资料员各方面素质的要求也越来越高，这势必促使我以更加严谨的工作态度和更强烈的责任心投入到工作中去。自从到长寿金科项目已一年多了。金科项目一期、二期已经完成了主体施工，并在主体分部验收前做好了隐蔽资料的整理及砼、钢筋连接等技术资料的汇总、评定工作，使主体分部验收能顺利通过。并在__月份配合预算部门完成一、二期基础结算的资料组卷、整理工作。使基础结算资料按照建设单位的组卷、归档要求顺利移交给建设单位。在对经济资料和技术资料的收集、保存和下发中，严格按照公司程序文件要求进行分类归档，做好收发记录。对已收到的技术和设计变更能做到发放到施工人员及预算员手中。对收到的监理通知单和联系单能按照整改期限内及时的回复。按照项目部要求，对上级主管部门所发文件进行下发，在传达上级主管部门文件中做好___。在工程隐蔽资料的填写过程中。核实工程施工进度情况，使其在填写隐蔽资料与施工进度同步，做到隐蔽资料填写真实、准确、签字完善。符合城建档案规范要求。去年我所在的部门有几名才从学校刚毕业就在项目部实习的新同事，为了能让她们能尽快的成长，我与她们在工作中通过交流、沟通并将我所知道的工作经验传给她们，使她们能尽快的融入项目部的工作中，并能独立的完成对资料的收集、整理、填写。相对于来说去年我又进了一步。在明年的工作中安排中，一期、二期将按合同要求进行竣工验收。我所在的资料部门将配合建设单位做好竣工验收的各单项验收工作。对档案验收的准备在明年__月份就应该着手准备，按照城建档案的要求对资料进行整理，竣工图的绘制，并完善相应竣工资料的签章手续。并配合预算部门对一、二期结算工作的相应准备。通过总结一年来的工作，在这一年中，通过各级部门的多次检查和验收，在资料方面也暴露出需要整改的地方。这给我指明了改进方向，也相应的督促和提高了我的整体水平，同时还需要多认真学习好规范规程及有关文件资料，掌握好专业知识，提高自己的工作能力，加强工作责任感，及时做好个人的各项工作。总之，在来年的工作中，我将不断的总结与反省，不断地鞭策自己并充实能量，提高自身素质与业务水平，以适应企业和项目部的发展。2022年项目跟进经验小结前话Kano模型里(kano模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具)将人们对某物的需求定义成了五个层次，包含:基本需求，期望需求，兴奋需求，无差异需求，反向需求。感兴趣的可以看下这篇文章作者对于Kano模型的应用解读:枯叶作者对Kano模型的解读我们以基础需求为原点，向正面挖掘，以期望需求或者兴奋需求为目标来要求自己，并且尽量规避反向需求，无差异需求的误区。以上是产品团队中该秉承的要求，而我们的项目是偏toB的业务系统类型，需求的侧重于功能的可用性，从实现成本和客户的需求角度出发，我们作为乙方是不能允许自己想太多，尽量避免兴奋需求。老练的程序员经常对我耳提面令:千万别多想，客户没有提出来不要增加难度。这话第一次听可能想反驳:这样会不会导致太过于平庸，对于一个产品人的成长不会有助益。但是有道理的，因为对于一个新人，没有项目的实践经验，如果给他太多的话语权，会造成带节奏，自以为提出的需求是方便用户，实际上实现成本会非常高。所以，作为我跟的第一个项目实施全过程，非常珍惜这来之不易的机会，总结出此次项目跟进中的经验，___出来。一.如何正确梳理客户需求客户提出的需求往往是零散的、模糊的，作为项目的首要步骤就是梳理客户需求，常见的流程是和客户开会，确认他们的需求，整理成需求文档，或是以原型的形式呈现出来，将需求具像的描述给客户确认。但往往我们开完会后回头来整理这些需求的时候还是一团零散的点，怎样具像需求呢?1.业务流程梳理画出健全的业务流程，其中包括子流程、关键节点，尽量做到详尽全面概括，再根据流程划分页面，构建页面结构。2.内容结构的规划可以使用卡片的形式或是思维导图，列出页面内容，每个页面需要什么模块，展示哪些内容，实现哪些功能，按照流程排列起来，然后就是详细的画出原型框架，方便程序员设计师理解需求。3.不要过多解读客户的需求过多的解读客户需求，是做无用功，应该避免掉入反向需求坑。案例:客户说希望做一个每日情况汇总推送给用户，我们内部讨论流程时发生分歧，产品认为客户是想要一个数据汇总的模块，在数据汇总表格上再添加一个信息推送功能，这样既可以一目了然的了解到当天的销售情况，又可以满足客户推送消息给用户;程序员认为客户没有提出后台数据汇总模块，他们的需求只是信息推送;经过和客户的沟通，确定客户满足于实现信息推送功能，产品提出的需求超出了客户的期望需求，属于兴奋需求，纯属给自己加戏。4.需要仔细辨别分析需求，不是非黑即白很多时候客户描述他们的需求，可能会出现反复，规则更改，要仔细辨别。案例:后台设置中标流程，根据客户的描述，同一批采购物品，会挑选几家公司中标，起初为他们设计了对物品进行选取中标公司，为平台方留有了非常大的空间和权限，但是操作起来繁琐;使用过一段时间后客户反映操作不够方便，客户的某位对接人说希望有一种一键设置的功能，但是前提是这样中标的只能是某一家，这与原先商议的规则不同，我们表示这样逻辑相互矛盾，做出了修改，后来客户再一次说不能设置___家公司中标，才明白客户的真正需求是既要有只有一家公司中标的情况，也要有可以同时设置多家公司中标。这是一个非常典型的需求辨别不清的，我们在听取客户描述时，不能只浮于表面，要深究客户提出这样的要求背后其真正的诉求，其实例如上面的案例，客户的线上采购只是一个线下采购的辅助报价筛选工具，最终可能会选中其中几家合适的供应商厂家，再做沟通选择。5.试图分析客户描述背后的真实需求，如何更高效的解决问题有些需求听上去很奇怪，但背后往往是隐藏着客户的真实需求，例如要求将界面颜色调整得很鲜亮，这背后代表着客户对于本品牌优势的突出的需求，以及提高销量转化的需求。这些可以建议客户在营销方面多做些工作，带来的转化可能会更高。6.面对不合理的需求，如何和客户___理说实话，我不会。每次都是丢给我老大帮我善后，是我当时的能力不足以应对客户的强势。需要让客户理解实施的难度，以及涉及的成本，不合理的原因，都需要有理有据。二.处理客户需求变更方面的经验小结做项目的经常会遇到客户的需求变更，更可怕的是做了一半了，全部推倒重来，这时候不管是甲方还是乙方都是一万个不愿意，如何处理呢?1.当面交流、收集一手资料很多项目的沟通是业务员和项目经理前往洽谈业务，传递的信息有一定的误差，为避免这样的情况带来的错误预估，建议项目沟通时带上产品，或者做好前期的需求表收集记录;之后的项目沟通尽量以当面交流，收集的一手资料为准。2.与项目成员沟通解释清楚，需求变更的理由和必要性___要重新设计采购___页面?需求变动的原因:前期交流的信息差导致规划方向错误，必须向参与成员道歉。需求变动的必要性:原先的功能不能满足客户的需求原来获取的信息是客户需求是___端的公司行政产品的采购，实际上客户的采购业务分为:配件采购、大型器械采购、办公用品采购、钢材类采购等，办公用品只占据很小的比例，对于业务上的采购要求非常高，___端的应用不能有很好的客户体验;调整后:需要整合这几种不同种类的采购，并新提出了采购招标PC端需求，并且重新设计___页面，给配件供应商在手机端查看采购相关信息，推送采购信息，结合PC端操作报价。3.需求再次确认，发邮件文档记录变更需求做出大的修改的情况下，需要制作新的需求表文档，发送给客户对接人进行确认，并保留好文档记录，防止未来的扯皮推诿。4.需求修改，先缓一缓再着手，预留再次变更的空间有些需求实施起来难度大，修改周期长，这甚至具有很大的不确定性，需要做好辨别，适当延期放入需求池，做好后续___即可。三.项目实施与甲方用户参与的经验前期客户需求比较模糊，起到引导的功能;中期他们有意识的参与，需要帮助客户进行筛选甄别;后期不断增加的小需求，层出不穷，考量实