ASWEET项目实施日志

写在前面

       在写之前我们确实也在各大网站及平台上进行过搜索，也的确有很多项目总结或者是阶段性的项目记录，但没有日志型项目记录。更不用说是关于NetSuite这种SaaS ERP类型的实施日志了。

        为什么还要去写这份长篇幅的日志呢？

        我师傅要我写的，他说很重要！？

        他的要求是：

1. 首先，科普。它可以让大家在阅读之后稍微了解一个项目实施有哪些具体的阶段、每个阶段实施团队需要完成哪些工作等等，这也许能够帮助ERP新手解疑答惑。
2. 其次，纪念。站在项目本身和参与者的角度，这份以“每日”为单位的日志是记录着一个项目完整的实施过程，对项目参与者来说是个纪念。
3. 最后，真实性。因为它是从日积月累的工作点滴中记录下来的，所以面对大家时，它有自带真实的说服力。

       这是一份什么样的项目日志呢？在日志中，你会读到很多real的记录，也会看到项目中的文档截图，可能会发现其中有一群虽然是新手但很靠谱儿的顾问们，也可能会发现这份日志阅读起来好像没有那么难、是小白也能多多少少看懂的文字内容，最后你会发现字数的多少也许并不是那么重要。

提示：完整阅读时间大概20-30分钟！

       我们究竟写了什么呢？主要的内容记录了从2021年7月15日到2022年1月10日期间，一个 NetSuite ERP项目的主要实施过程。整个日志的内容大致包括启动及准备、需求调研分析、系统设计、系统搭建、用户测试、培训及上线等6个主要阶段。日志的后面也包含了实施团队每位成员的总结，也许是收获，也许是教训，但恰恰“所有的收获和教训都是成长”。这次项目的客户是白糖大宗贸易商，公司位于上海市梧桐区。因为跟糖有关，所以客户项目组对项目命名为 “ASWEET”。

       好了，让时光倒流，我们开始ASWEET项目之旅吧！

       首先，我们一起通过图片和标签简单认识一下ASWEET项目实施团队的主要成员吧！

              项目实施团队主要成员介绍完毕，下面就是一些关于项目和参与人员的信息介绍了！

项目信息

项目名称—— ASWEET

客户公司—— A公司（白糖大宗贸易）

实施团队公司—— B公司（主要成员共5人，另还有开发团队作为远程支持）

其他相关公司—— Oracle原厂、 会计服务公司、项目监理公司

项目参与人员信息

客户方：

客户方项目经理：Financial（财务）-Max

客户方项目监理：董事顾问-Dalbi

关键用户（部门主要负责人）：Commercial（业务）部门代表-Tina、TE（执行）部门代表-Echo、Financial部门人员-Grape、Elaine

项目实施团队主要成员：

项目经理：Rick

业务顾问：钱老板

财务顾问：Amelia 

技术顾问：小胡

项目助理：Vicky 

远程开发团队成员：Maggie、Alice、John

其他参与公司人员：

项目监理公司-Zanna、Lisa

会计服务公司-Alicia

        老话说“良好的开端是成功的一半”，顺利举办项目启动会就像一个好的兆头一样；老话也说“不打无准备之仗”，有计划、有目的才能保证接下来的每一步路都落到实处。因此，第一阶段的项目启动和准备便显得尤为重要，“启动”宣告着开始，而“准备”表明工作要做在前面，这将是我们踏出的第一步。

阶段一：项目启动与准备

7.15 

        在日历上今天是2021年7月15日，星期四，但对于客户方和项目团队来说这可是个不一般的周四，因为今天是举办项目启动会的日子。

        启动会分为项目概述、团队介绍、管理说明、计划安排四个部分。在启动会上，项目整体的建设目标确定为“替代当前系统、优化操作流程、强化未来应用”，通俗来讲就是帮助客户搭建适合自己的信息化平台，满足客户的所有需求，让客户满意；

        同时，启动大会也明确了ERP项目组详细的组织架构；另外，项目的整体工作计划由项目准备、需求理解、功能设计、系统实现、培训&测试、功能迁移、系统上线这些详细的阶段共同构成。如下的详细工作计划可以帮助我们落实每一步的行动，也可作为监督的工具。

       我们的项目名称是“ASWEET”，它源于Rick的工作习惯（每一个项目都有自己的独特命名），在Rick的建议下，客户项目团队有了灵感，将项目命名为“ASWEET”。一来是说客户做的是与糖相关的大宗贸易，二来是说希望项目可以顺利，过程可以甜蜜，最后按时交付。所以，从今天起我们就要一起开启为期半年的Sweet奋斗之旅了！

《项目实施总体计划》

7.16

        今天是和客户方的第一次访谈，这是初步工作，目的是便于制定从下周开始的详细访谈计划及访谈提纲。通过今天对项目经理Max及项目主要成员（关键用户）的访谈，大家大致了解到了公司的基础数据，心中对于客户方的基础数据有了初步的概念。访谈过业务负责人及关键用户后，大家明确了公司大宗贸易的业务特点、收集了相关的业务需求，收获颇多，确实也是帮助大家打开了大宗贸易世界的大门。之前虽然做过大宗贸易的实施，但是白糖方面的还真的是第一次！

        在今天剩余的时间里，顾问们针对访谈结果进行了梳理，形成了相应的访谈大纲。关于后面的安排，项目经理、公司管理层及实施团队需要针对客户的具体需求进行讨论、访谈，形成详细的需求调研报告。

        Rick曾对客户和我们说，每一个ERP实施项目都是有阶段性的，整个项目就类似于一个“升级打怪”的过程，所有项目成员联合起来，各自发挥各自的优势，携手闯过一关再一关。的确，怪要一个一个打，自己的本领也会一个一个增多，所以整个ERP的实施既是一个为客户解决实际问题的过程，也是一个自我提升的过程。

        因此，在阶段二，我们将基于阶段一制定的访谈大纲，正式展开差不多半个月到一个月的需求调研及分析。总的来说，就是双方的项目经理、关键用户和实施顾问们都坐下来，针对客户公司Commercial、TE、Financial三个部门人员的需求进行访谈、讨论，主要是听客户讲整体业务方面的逻辑和内容，毕竟只有先听得懂、了解了客户的真正需求，后面在实现阶段才会更加顺利。

阶段二：需求调研分析

7.19 

        本周就开始了正式的NetSuite ERP需求调研的工作，今天主要是客户方项目经理Max演示现有处理业务系统的相关操作，以及公司期货和现货（存货）业务的原理介绍，同时其中也会涉及到现有系统和Excel的相关操作。的确，先了解客户现在使用的系统才能够帮助我们明确未来NetSuite具体需要实现的功能，也才能够帮助大家明确哪些是NetSuite后续需要注意的风险点以及有所进步的地方。

        一天的学习帮大家打开了新领域的大门，期货的内容在之前其实很少接触到，所以关于行业的专业术语都是不熟悉的，甚至是根本都不了解的，比如涉及到什么是基差（升贴水）、基差如何计算、什么是主力合约、现货公允价值如何计算、哪些期货交易平台有相应的业务信息等等。这些以前从来没有接触过的名词和内容，在今天通过客户的讲解后才让我们有了模糊的认知，但真正的了解和消化还是需要一段时间。这个过程也帮助成员们在自己的知识本上又增加了新的内容，而后面Max也会再进一步分析、演示相关Excel的明细、操作步骤以及日常业务的处理逻辑。

7.20

        今天上午主要是和TE部门的关键用户进行访谈，主要议程涉及到现货执行介绍及现有系统的操作演示，Commercial业务介绍、合同演示以及信息收集。在客户公司，跟业务相关的部门主要有两个，一个是商贸业务部门，另一个是贸易执行部门，两部门平时的业务紧密相连，往往是先建立合同再进行执行。商贸业务部门主要负责设计期货和现货贸易策略，以及创建存货购销合同，平日里直接称呼为“Commercial”部门，而贸易执行部门主要负责执行现货供应链和物流环节，平时都直接叫做“TE”部门（Trade Execution）。

        通过今天上午的会议，我们了解了从创建合同到收款的一系列业务流程，从工厂到客户的整体运输发货流程，购销合同的内容以及相关功能需求。比如客户提到希望输入销售订单时系统能够自动识别合同销售方（是终端客户还是贸易商)，以便于不同的销售人员能够自动统计自己所负责的客户类型订单数，刚好NetSuite系统就可以通过在“客户”功能上面的直接区分来实现这个需求，可以直接满足的需求后续便不再列入开发项之中。

        下午主要是和Commercial部门的关键用户进行的会议，主要涉及到现货和期货业务的贸易流程设计，以及客户演示在公司当前系统中现货合同的录入步骤。同时，在信息收集方面了解到了套保套利、远期现货合同、期货合约等相关内容，对于客户的日常业务有了进一步的了解。

《需求调研报告》详细内容

7.21

        今天的访谈会议和昨天一样，也是分为上下午两场，上午看到了Commercial部门关于现货和期货业务Excel业务数据输入和业务报表输出的内容，而下一步则需要客户提供相对应的业务单据名称、单据中包含的字段列表、业务报表的数据计算逻辑，这些资料便于后续的讨论和系统设计。

        下午的主要议程是现货执行介绍及现有系统的操作演示。原来，平日里听似简单的一个业务要牵扯到多个环节，并不是完成一步就结束，后面还需要一系列的操作。客户公司的TE部门平时会负责货物的流转流程，比如平日里面向糖厂的采购合同和面向客户的销售合同都是由Commercial直接创建后，再由TE部分进行物流执行的。因此，在物流运输环节，就要考虑到货损承担和货物运输状态，牵扯到采购预付以及销售应收再到库存量等内容，这些都是团队后面要考虑开放的字段及相关单据。

        通过今天的会议，一个一个具体的内容展现到了大家的面前，也只有一层一层地深入挖下去才能明白具体业务的逻辑。

7.22 

        今天下午主要是针对现货执行中跟物流单据相关的Excel业务表格应用进行访谈，仅仅是“现货执行”四个字，但是对应的单据却有开单（提货单）取号、发货放货（运输）取号、送货单、入仓单、付款申请单、运费费率（基准费率）取号、港口（堆场）到货商品的存放和港口费用的管理等等，并且每一部分不可缺少，都是关键。

        搞清楚了现在的Excel业务表格应用中对应的物流单据有哪些，这些表到底是什么表，这些表到底有什么用，才能对后续TE模块的物流执行设计有所轮廓。比如货品入库操作完成时相对应就需要在系统中产生入库单单据，出库操作也是同样的道理，所以要把客户想要实现的所有功能和系统相匹配、联系，这也是一个需要静下心来研究的过程呀！

7.23 

        昨天针对TE访谈的是现货执行中物流单据的内容，而今天主要是针对现货执行中跟物流费用相关的Excel业务表格应用进行访谈，涉及到物流运输记录、物流保险申报记录、每月执行量汇总等三个内容。

        以物流运输记录为例，先收集运输合同信息、采购合同信息、销售合同信息和各项杂费等信息之后，后续再搞清楚这几部分信息之间的逻辑关系，然后在系统界面中设计出相应匹配的功能和字段，才能确定购销合同下面是否需要挂上杂费的信息。

7.27

        前几天主要是接触了一些业务方面的名词，今天客户方会开始针对一些具体的实务案例进行讲解，主要是关于期货合约、现货的初始计量和后续计量的IFRS（国际财务报告准则）实务及损益（P&L）调整的案例。这一部分专业的内容会涉及的比较多些，比如现货固定价格中“存货”的公允价值变动、期货合约中“合约价格”的公允价值变动、现货未点价合同转为现货固定价格合同等等，大家理解起来也会有相应的时间和过程。

7.28

        今天下午主要是财务方面的内容，议程还是比较多的，有使用现有系统导出的IFRS会计科目表和财务报表的演示 、SAP（客户母公司系统）预设的IFRS会计科目表演示、国内会计服务公司的CAS（中国企业会计准则）的会计科目表演示、现在使用系统中部分业务场景的账务处理（借贷会计分录） 等内容。同时，我们也简单收集到了会计科目表和财务报表样式（客户母公司SAP和会计服务公司）的相关内容，这些信息会对后续配置财务功能的部分提供支持与帮助。

7.29

        今天的议程主题是“针对NetSuite应用环境和会计类基础的信息采样”，其实就是共同讨论NetSuite系统中的会计类信息会涉及到哪些，未来在客户系统中应该如何设置。比如，客户方的系统语言是以“中文为主，英文为辅”；会计科目体系由系统预置的科目以及公司自己创建导入的科目两部分共同构成；税务会涉及到税码和税率两部分；会计核算的依据是地点、部门和类别；财务报表内容的呈现是和NetSuite预设功能、中国税务相关法律法规以及IFRS准则约定相关的。同时，大家也对会计期间、核算币种、汇率、摊销、银行账户、预算编制等会计类信息进行了大致的梳理。

7.30 

        今天的需求调研议程涉及到了一个新的部分——风险控制管理，也就是针对“供应商”和“客户”的信用管理部分。由于供应商（糖厂）信用管理控制因素不是唯一的，涉及到可签订合同额上限、可预付账款额上限等因素，所以必须要确定清楚信用管理部分和哪些数据相关联。同时，还有相关的信用额设定。

        风险控制管理是公司管理中非常重要的一个模块。在未来可实现的功能中，也许某一个公司在客户公司这里的信用额超出了约定的设置数值，系统就会在进行支付时有提醒的功能。对于客户公司来说，这也有助于了解自己客户公司的相关数据。

        另外今天还牵扯到一个工作就是审查现有的数据和模版，看看自己手上有哪些数据，后续还需要收集哪些数据，看看现有的数据模版需要如何更改。

8.2

        半个月紧锣密鼓的学习时光已经过去，今天，日历翻到了8月，一个新的月份也由此开始。今天主要是在讨论现货和期货业务对应的Excel业务数据输入和业务报表输出部分，涉及到的是业务类的表格，之前有说到关于现货部分的预收和预付，这次主要讨论的是期货部分。比如当期单边头寸是什么意思，现货持有金额指的是什么金额，这些信息对Commercial部分来说都是至关重要的。

8.3 

        需求调研阶段已进入了将近尾声的部分，当然这只是一个集中阶段的需求调研。今天的议程主要是现有系统财务月结的演示、SAP（母公司系统）会计科目表演示，还有客户公司业务在NetSuite实现上的咨询沟通。

        每到月末，都是各个公司财务部门最忙碌的时刻，客户公司也不例外，所以系统中有很多信息需要同步更新。比如针对“未执行完毕的合同”来说，合同方面的运费、杂费都需要按照当期最新的数据来更新，那这就会牵扯到我们如何在NetSuite中同步实现“月末更新”的功能。同时，今天的访谈会议上也对SAP会计科目表设立了一级科目分类，这些会牵扯到后期会计科目的导入以及财务报表上对应的内容。

        另外，关于公司业务在NetSuite实现上的咨询沟通，也让顾问们更加了解了公司的业务。比如库存持有报表这一项客户的需求是希望可以让库存按仓库、品牌、合同等要素进行筛选，这样TE部门就可以直接查看哪个仓库有哪个品牌、哪个品类的糖，对应的合同及供应商、客户信息等等，这都会大大提升当前业务处理的速度。

        同时，咨询沟通也能让顾问们更好地了解到，对比现在客户使用的系统和自己的NetSuite系统有何不同之处。比如当购入存货后，现有系统的处理逻辑是先将其计入主营业务成本，当出售后倒挤出存货账面金额；而NetSuite 的处理方法则是先将购入的存货直接计入库存处理。

8.4

        今天的主要议程也是有三个部分，基本上也是跟Commercial和TE相关的。第一部分是期权业务演示，结论是直接按照会计准则处理；接着是期货账单的要素，涉及到盯市盈亏、浮动盈亏等内容。另外是接着昨天的部分——在NetSuite实现上的咨询沟通，比如期货报表的计算依据是什么，购入存货期间的相关运杂费是否计入存货成本等等。

        其实调研部分不仅仅只是调研，调研背后的分析才是根本，大家需要根据调研的内容分析出客户的真正需求是否能和NetSuite现有的功能直接挂钩，可以直接实现的就不需要开发，不能够直接实现的需要如何设计、又是否需要列入后续的开发项，这些都是与后续阶段相关联的。

8.6

        之前的需求调研及分析大多是围绕Commercial和TE部分，对于财务部分的讨论还没有完全展开，刚好今天主要是针对财务部分的月结再次进行深入的讨论、访谈，当然后续还会有财务方面的探讨。

        到今天为止，集中式的讨论和访谈将暂告一个段落，整个团队也通过为期一个月的需求调研对客户公司的业务有了初步的了解，后面大家也会把这近一个月的需求调研内容进行整理，形成我们的文字记录报告，也会在后续找出时间针对需求调研报告进行交流、讨论。

        整个阶段二的连续调研和讨论是客户方及实施团队互相了解的过程，因为只有真正参与到公司的业务中才能更深刻地理解公司的业务逻辑，也恰恰因为我们不能实际地参与到每日的具体业务中，而业务的理解确实又需要时间消化，所以实施团队的所有成员都是怀抱着学习者的心态进入一个大宗贸易的新领域。大家就像一块块海绵，不断地汲取水分和知识，提升自己专业技能的同时也在拓宽其他领域的知识。不得不说，收获新知的感觉挺好的，就像之前大家是不会刻意去关注大宗商品的，而现在大家都知道了糖、盐、蔬菜、原油、煤等等都是大宗商品，这些商品与我们的生活息息相关。

《需求调研报告》总目录 

        任何一个实施项目从确定开始，到需求调研，到设计系统配置，到用户测试，再到最终上线，总是一环扣一环，但其中也是交叉相错的。就像阶段二的结束也只代表集中式需求调研的结束，但是由于客户需求的变化等不确定因素，后面也会穿插着零零散散的需求讨论及分析。总之，我们的最终诉求就是，无论是系统的原生功能，还是经过团队设计、开发后实现的自定义功能，最终通过它们可以帮助客户实现所有需求，在实际业务场景中能够真正帮助客户解决问题，而这个过程必定包含多个阶段，阶段三对应的设计正是尤为关键的部分。

        从阶段三开始，顾问们会在NetSuite的测试环境（也称“沙盒”环境，SANDBOX）中的界面进行一系列的设计及操作，是极为花费脑细胞的阶段。当然，在设计的环节上踏踏实实地花费了应有的时间，下到了应有的功夫，才能为之后的系统搭建、用户测试等环节打下扎实的基础。

阶段三：系统设计

8.12 

        今天开始，顾问们自己在沙盒环境中设置了“管理员”的账号，也完成了用户角色及相关配置，当然大家也根据个人的使用习惯，做了一些个性化的设置及调整。比如，在刚进入系统时，界面上是可视化的工作区域，我们可以称它为“仪表板”，可包含着“超链接”，“仪表板”是由不同的“门户组件”构成的。我个人的习惯是会在进入系统时先在“设置首选项”中将外观设置成最喜欢的紫色，将“日历”这个组件拖到最上方，这样会更符合我自己的操作习惯。

        每一个使用NetSuite管理软件的公司都有着自己的业务独特性，所以没有两家公司的系统界面是完全一样的。由于每家公司购买的模块不同，实现的功能就有所不同，但NetSuite的独特之一在于你可以根据实际的需求对系统中现有的模块进行设计、开发，相当于为各公司量身定制，这一点便体现了NetSuite的灵活性。

NetSuite系统界面

8.13 

        今天的主要工作主要是文档方面的内容。集中式需求调研已经结束，顾问们需要根据客户的需求和相关的业务流程，结合之前每次访谈记录的内容，将所有相关的文字资料进行整理、报告，因为后面还要和客户进行相关讨论，所以保存文档也是非常重要的。

         其实整个ERP项目实施的过程中会涉及到非常多的文字资料，每份资料也都有对应的规范要求。文字化的记录一方面能够让我们在总结时理清楚思路，使用键盘敲每一个字的时候我们的大脑也在思考着每一个字；另一方面是帮助我们形成了可被保存的文件，也为我们在后期查找、移交一些资料时提供了便捷。当然，等到项目结束后，拉出这些文档就能够知道我们做了哪些实际的工作。

8.16

        今天的主要工作是听取Max的汇报。关于之前的需求调研，还有一些遗留的小问题、大家的疑问以及一些补充点，包括说之前财务方面的一些总结性的内容，Max会放在一起给大家进行汇报。

        每个项目都会遇到不一样的客户，我们也能在不同的客户身上学到很多不同的优点。比如Max每次在和大家开会前都会在邮件或是PPT中直接列出会议议程，当然很多人都会有这个好的习惯。在会议开头直接讲明议程并且提前下载好需要用到的所有表格，这不会浪费任何一个人的时间。有时候他也会把会议议程、需要大家一起讨论的问题提前以邮件的形式发给参会的每个人，这样大家就会明白每次会议的目的以及所需要的时长，从而做到心中有数，方便每个人合理地安排自己的时间。

8.17

        在之前的工作中，大家的工作大多是集体进行的，而后续的工作慢慢会根据各自的不同职责进行分工的。

        比如，今天财务顾问Amelia就需要在今天完成COA（会计科目）的整理。这一部分的内容是财务部分的基础，但凡涉及到账务、财务报表的内容，肯定是没办法离开科目进行核算的。客户公司也会给到我们现在所用的所有COA，然后Amelia会在此基础上进行整理，整理好、完全没有问题后才可以进行科目的导入。当然这中间有任何问题，也随时都会与Max进行邮件沟通、询问的。

8.18

        今天，财务顾问Amelia和小胡顾问已经初步进行了COA的导入，这样就可以在系统中开始设计、检验相应的日记账、报表等内容。当然还有一些小的需要共同讨论的、不确定的疑惑点，后面会在确定后进行操作。

8.19 

        今天进行了讨论会议，主要是与会计服务公司及PM公司（项目管理公司）一起讨论了NetSuite下的业务会计处理。

        每个公司的业务都有独特性，那相对应账务处理也有自己的独特性，比如科目归属就需要多方讨论，看看NetSuite中的业务会计处理在结合客户公司的实际业务时有哪些需要注意的点，毕竟提前暴露问题就可以提前解决问题，在前期讨论过、解决了就有可能规避后期出现一些相应的问题。

8.20 

        今天主要完成了HPC本地化包安装（中方本土化包），因为最终客户是要完成中国财务本土化的，所以今天先把本地化包尝试着安装一下，但是没有完全完成安装。

        另外，Amelia在系统中完成了SGA（管理费用）、 JE（日记账）的系统操作及相关报表设计、查看Demo。NetSuite本身是含有原生的各类相关报表的，但是原生的报表并不能完全对应地直接满足客户的使用需求，所以Amelia就需要根据客户需求开始设计财务报表。通过这一点也能够体现NetSuite的定制化功能，它能够满足客户的不同需求，只是需要顾问在原生报表的基础上结合知识储备再发挥“创造力”，完成客户所想要的报表的呈现。的确，NetSuite系统的标准功能永远都在那里放着，它给予了我们可视化参考的标准，如果有需要的功能就可以直接以它的原生功能为出发点，找到适合自己的相关功能做出改动。

8.21 

        客户公司的报表不仅有财务报表，还有平时业务部分的管理报表等等，这一部分主要是Rick来负责的。比如日常业务中涉及的头寸表，是要根据客户公司的业务逻辑重新设计的。客户需要在头寸表中显示哪些信息，系统中如何抓取到客户所需要的头寸表上的信息，这都需要搞清楚，需要一次又一次的试验和讨论，最终才能确定，而今天只是第一步。

        其余的包括存货重估、未执行合同重估的相关设计也都是顾问们在同步进行中的。

8.22 

        今天主要是需要完成以CSV形式导入相关COA，之前总会零零散散出现一些不确定的问题，在之前19号一起和会计服务公司讨论确定后部分问题得到了解决，解决之后的这部分就可以进行CSV导入了。

8.23 

        之前的本地化包只安装了一部分，没有全部完成，而今天最终完成了HPC本地化包的安装，基本上中国财务本土化的部分要到2、3月份再进行具体操作了，现在是先将安装包放入公司NetSuite系统之内。

8.24 

        今天主要是讨论TE部门中涉及费用的内容。

        在系统设计阶段，客户的需求会存在变化，顾问们也会有设计的想法，那就需要大家共同在会议上讨论，最终由客户确定。“客户是最大的受益者”这几个字是之前在电视剧里看到的，当然也是大家耳熟能详的话，在项目中的一次次会议也在印证着这一点。我们没有数过一个项目的实施从开始到结束会和客户有多少次大大小小的会议，因为再多的会议目的也只有一个，就是“使客户成为最大的受益者”，所以即使之前了解了关于TE部分的相关费用处理，但针对一些细节还是要一再确认，这样才能使系统更加贴合实际的业务。

8.25 

        今天的内容是基于19日的财务讨论会议，大家需要整理、确定财务部分BRD（商业需求描述）的相关内容，因为这个文件会在后面安排时间和客户进行沟通、确认的。

8.26

        今天是在之前设计完成报表Demo的基础上，继续完成部分管理报表的分析及系统中的设计。其中有些需要单独确认的事项对应的顾问会继续通过件与客户沟通。

8.27 

         今天主要进行了一个讨论会议，Max及项目实施团队所有人员需要针对之前完成的BRD文件（需求报告及计划）进行讨论。

        不知不觉，时间就来到了八月底。Rick常说，作为一名顾问需要具备三种技能，分别是概念技能、沟通技能和专业技能。所以，除了平日里的日常工作，项目组的成员也在利用自己的时间同步在做两件事，做自己的专业课题和阅读经典书籍——《值得信赖的顾问》。

        在项目开始之初，Rick就让每个人定下了自己在项目中的研究课题，而研究、完成课题的过程恰恰也是每个人在专业技能方面的成长与总结，项目结束时大家是要在一起进行交流汇报的，当然题目是暂时的，如果是中途想要修改或更换，也是被允许的。比如Rick的课题——精益实施的实践，钱老板的课题——公允价值的计量归纳，小胡顾问的课题——有关Search中的公式应用，Amelia的课题——中外准则下对期货业务的处理异同研究，Vicky的课题——Excel中的公式应用。刚刚好，不同的课题使得大家在不同的领域中学习新知，也能够让大家在“学术研究”中提升自己的能力。

        而概念技能对应的就是读书。《值得信赖的顾问》这本书既是本次项目顾问们的启蒙之书，同时也值得老顾问们反复阅读。作者提到，“做一名优秀的专业顾问，最重要的是和自己的客户建立信任关系，而建立信任关系的目的是为自己赢得‘说话的权利’”，书中告诉我们的所有方法都值得我们在亲身实践中进行尝试。想一想，如果能够通过阅读提高自己的软实力，提升概念技能，这也是一件有意义的事情呀！

9.1  

        日子在一天一天地过，又踏入了一个新的月份，而今天需要最终确定COA，完成中国的COA映射导入。其实，8月份也在不定时地进行着COA的导入工作，实践过后发现，这项工作其实并不是一下子就可以完成的。NetSuite管理软件有自己的原生科目，SAP有自己的会计科目，会计服务公司有会计服务公司的会计科目，客户公司也有自己的核算科目。同时，国内、国外也有各自的标准，标准不一样，就会给导入带来一定的难度。

9.2 

        今天主要的工作是完成开发需求定义文档的初稿，着手看一看整个项目可能需要多少个开发项，因为项目的功能开发是需要有专门的开发团队远程支持的，因为有些专业的工作确实是要交给专业的人来做。

        另外在项目中，除了做自己的研究课题和阅读书籍之外，最基本的应当是沟通技能的提升，也正因为每天都需要用到，所以极其重要。大家都说，“说话是一门艺术”，那对于顾问来说更是“本领、技艺”。内部人员时不时的会议，随时与客户的碰面讨论都是在锻炼顾问们与客户、与他人的沟通能力、人际交往能力和解决实际问题的能力。

        《值得信赖的顾问中》提到过一个公式，信任参数=（可信度+可靠度+亲近感）/自我导向，想让这个这个数值变大，就需要我们在尽力提升可信度、可靠度和亲近感的同时，尽力降低自我导向的数值。所以不仅仅是客户，团队成员之间也是一样的，在交流时多倾听，多想一想对方真正需要的是什么，可以帮助我们在话语中和他人建立起信任，增强和他人之间的信任度。

        总之，顾问的成长总是在不经意间发生的，专业、概念、沟通的三种技能也是在不断修炼中发生改变的，任何技能的养成都不是一蹴而就的，慢慢来，小树苗有一天也终将会变成一棵参天大树！

 《值得信赖的顾问》封皮

9.3 

        今天的主要工作是实施团队这边确定下来系统中的具体字段、页面、文档的最终格式。只有确立了界面的样式，顾问们才能进行后续一系列的工作。同时，Rick这边也需要完成界面的英文化，有一些内容需要用英文呈现。NetSuite系统最准确的语言就是原生系统的英文，有些词语如果从英文翻译成中文，有时候会造成歧义或者不好理解。但客户公司这边更习惯使用中文的语言，所以系统中有些自己添加的内容需要对应翻译成英文。但是顾问们在平时用系统的时候都会尽可能地使用英文界面，这样操作起来会更准确一些。

        另外，每周五的内部会议大家都会汇报自己的课题进度，现在大家的课题都已经纷纷开题，在逐步进行中了。

        其实每周团队都会向PM公司发送本周的工作总结及工作计划，每双周也会和远在巴西的母公司项目负责人进行远程会议，汇报当前的项目进度和未来的计划，这是在项目之初就定下的规范，它能够很好地帮助我们自己去做项目管理。

简报截图

9.6

        今天的主要工作是需要完成系统中财务部分相关的首选项配置，主要是Amelia这边来负责的，小胡顾问一起配合操作。这一部分的具体要求是业务与财务流程要跑通，并且保证产生的总账影响是没有任何问题的。

        当前，业财融合是趋势，也是系统的要求。有一些业务的发生在系统中会直接产生相应的财务影响，比如系统中的业务订单对应着财务的应收及应付等等。

9.7

        由于客户的总部是国外的公司，所以国外所需要的报表和国内报表制定标准还是有所区别的，所以今天的主要工作是完成IFRS（国际财务报告准则）下的Balance Sheet（资产负债表）的制作，当然制作完成的Demo还是要和客户坐下来讨论、修改的，也是需要一段测试后才能最终进行确定的，要看看是否符合实际需求，用起来是不是顺手。所以当前只是在设计阶段将这个需求进行设计，最终的落地还需要时间。

9.8 

        昨天是基本上完成了IFRS下的Balance Sheet的制作，今天财务方面需要继续向前推进，需要完成IFRS 下P&L（Profit & Loss，损益表）的制作，同样完成后也是需要在后面测试时看具体的设计如何，是否能够满足客户的实际需求，现在也还是在设计的初步阶段。

9.9

        今天的主要工作是在之前的基础上继续完成中国本地化配置，之前虽然基本上完成了部分配置，但还有一些内容需要进行调整、修改。

9.10 

        今天主要是有一些要讨论的内容，之前团队对于系统的字段、页面、文档格式进行了设计，今天就需要确定一下系统设计，同时还要完成客户的反馈收集，看看客户有什么样的反馈和建议。

        其实对于我们的客户来说，Commercial和TE主要的工作是说每天在系统中进行业务操作，而财务模块会帮助客户将重复发生的东西进行数据化，比如提供管理报表及财务报表。

9.14

        系统界面基本完成后紧接着就需要开始收集客户公司的信息了，所以今天需要完成数据准备计划以及相关的表格。另外，后面也会针对于需要收集的信息和客户一起开会，所以实施团队内部要先确认一个计划，方便后续的安排。有目的、有计划，才能打准备之仗，才能好好地落实每一步的动作。

9.15 

        今天主要是需要完成第一批的需求设计。由客户确认后，实施团队来提交至开发，这一部分的主要工作都由钱老板来主要负责的，有些不确定的问题是需要和远程的开发团队再交流的。

9.16

        今天是和客户一起对接的会议，内容主要是小胡顾问会针对主数据（master data）的准备，也就是针对客户及供应商的相关信息，对Max及各部门的关键用户进行指导，讲明白需要客户配合提供给我们哪些必要的数据。

        所有的业务都必须建立在基础主数据（master data）之上，所有业务、财务都需要与相应的主数据发生关联，所以日常工作的效率，很大程度上都会与主数据的完善程度相关联，所以小胡顾问全权来负责主数据收集、整理、导入等事务。数据方面的事是一件持续性的事情，因为有些客户或者供应商是新增加的，或者有发生变动的，都需要关注。

        今天的会议结束，也就意味着实施团队开始了全面的基础数据的收集工作，从收集到处理，再反馈到讨论，最终确定到导入，这将是长路漫漫。但是初始数据如果导入是没有任何问题，那后面进行业务、财务操作时就会避免了很多问题。

        同时，今天也有一个例行的和总部的会议，汇报了当前项目的进度，也向对方展示了NetSuite系统的英文界面及财务报表的内容。

9.17 

        开发需求的设计在进行中，今天主要完成了第二批的需求设计，和第一批开发需求设计一样，由客户确认后实施团队提交至开发，大家一起针对需求进行讨论、交流。

        另外，今天客户方也确认并签署了BRD文档，大家又迈出了里程碑式的第二步。

《BRD需求文档》完整目录

9.21 

        今天的工作内容主要是进行中国本地化报表的检查。

9.22 

        今天会完成完成最终的需求设计，由客户确认后，由团队提交至开发，针对于以前的开发项、需要修改的地方以及新加上的开发项都是需要追踪、进一步沟通的。

        而另一个主要的工作是将系统中财务相关首选项配置最终完成，Amelia和Rick最终确定过后，解决了一些之前的问题。

9.23 

        今天的主要工作是Rick这边在与开发人员沟通交流关于管理报表的2个内容，针对于客户的需求也进行了相应调整。其余的开发项主要是钱老板这边来同步负责。

        小胡顾问这边着手准备数据收集的模版了，之前和客户这边有进行过对接，客户这边基本上明确了到底需要提供哪些数据。

9.24

        今天的主要工作是客户方将一部分确定的数据反馈给实施团队，实施团队这边会针对其他主数据在系统中进行设计、搭建。其实，在与客户的不断沟通中我们能够知道，现有的系统中有很多客户已经用得很好的业务功能，或者说是客户已经习惯了很多年的功能，所以在系统设计阶段顾问们要将NetSuite中没有能够直接替代老功能的地方进行设计。比如实际业务中已经换了一个批次号的糖重新发货同时系统中也要进行相应操作，不能没有办法更换货品的批次号。总之，就是要保证实际业务和系统业务同时走得通。

9.27

        今天的主要工作是完成数据准备模版，也是说收到了部分的主数据，那就需要针对收到的数据进行测试，没问题的话就会进行下一步的导入数据。

9.28 

        今天系统中已经完成了手数转换、点价记录及期货行情录入部分的开发，同时Rick和钱老板会针对已开发内容进行测试。

        下一步的计划会开始对于关键用户的培训以及一系列的功能讨论，所以各个模块都需要着手准备培训的课件，Amelia这边就是财务部分，所以需要完成财务功能培训课件第一版的准备，大家会在内部会议时进行讲解和讨论，看看有哪些需要修改的地方。

9.29

        今天主要是完成管理报表的需求的最终设计，由客户方确认后，提交至开发团队进行开发。

9.30 

        九月份的最后一天，也意味着大家马上要开始的十一长假。在此之前，Amelia已经完成第一版的财务功能培训课件，在内部进行第一次的讲解后，她根据团队提供的一些建议对PPT进行了修改及补充，比如加入Agenda部分等等。

        设计的阶段基本上在九月份就收尾了，十月份这边就开始了相关的系统搭建的工作，逐步要让关键用户参与到实施工作中，共同讨论不同业务场景下对应的功能操作，哪些设计是多余的可以删除，有没有一些操作步骤可以简化，有没有哪些操作设计逻辑不对需要修改等等。之前看到过一句话说，软件就是互联网之间的连接，也是人与人之间的连接，其实我们所做的就是通过系统帮助客户与它的客户及供应商建立连接。虽然网络是虚拟的世界，但确是实实在在的联系。

财务部分PPT目录 

        时间一晃，日历就到了十月，结束了十月一的假期，大家就马不停蹄地进入了第四阶段的系统搭建。当然，阶段三和阶段四必定是你中有我、我中有你的两个部分，因为设计的过程就可以在NetSuite系统中进行搭建的操作。但同时，在十月，项目团队也会准备好相关用户验收测试（User Acceptance Testing，简称“UAT”）的内容，为阶段五的UAT做准备。

阶段四：系统搭建

10.11

        今天Rick这边已经着手做完了UAT测试用例模版，这几天钱老板和Amelia着手根据模版做出TE部分和财务部分的测试用例，Rick来完成主数据及期货部分的测试用例文件。

        另外，钱老板和Rick这边也会同时对于开发的内容进行测试，并将测试的结果反馈至开发人员。

        小胡顾问这边也有一个大动作，大家作为上班族都知道久坐会伤身，所以就给大家剪辑了一个工间操的小视频，平常上下午的时候都会跟着视频里的动作坚持做一做，也能够缓解一下肩颈和腰部的压力。

10.12 

        今天管理报表方面的工作在继续推进3个管理报表的需求设计，经客户确认后，提交至开发，探讨交流。同时，今天也进行了系统基础配置的培训，是Rick这边来负责的，不过主要是内部的培训。

        另外，今天也和客户方项目经理及关键用户共同进行静态数据收集、整理会议，我们需要哪些数据，每一个数据是什么意思，也都一一进行了讲解，因为我们计划在十天内也就是22日之前完成所有静态数据的收集工作。

顾问内部培训部分内容

10.13

        今天是内部的培训，同时也会进行问题的交流和探讨，主要是关于财务模块基础数据、银行、费用报销的培训，由Amelia来负责。

10.14

        项目上，团队正在沟通关于未执行合同和信用管理方面的开发项，由于在跟客户会议交流之后也增加了新的开发项，比如增加批准更新基准运费这一功能。

        团队内部依旧由Amelia牵头进行了应收、应付业务的培训，同时下午和总部进行了远程会议，汇报了当前的项目进度，过去两周的工作总结以及未来两周的工作计划。

10.15

        今天Amelia会完成财务功能模块培训的全部PPT，原本计划的总账及高级财务培训由于前几天的财务培训有待讨论项 ，所以团队商议决定将会议移至下周进行。

        当然，下午依旧有会议是和TE部门的关键用户进行物流执行方面的讨论与测试。

10.18

        今天，开始进行收集主数据的工作。和客户的会议上，大家在讨论“是否能在创建采购或销售合同时，在线输入关键信息之后系统可以直接打印纸质合同”呢？的确，从减少客户的工作量来说，这确实是一个符合实际需求的操作，也能够大大提升Commercial部门从创建系统中的合同到产生纸质合同的效率，这是可以实现的，那何乐而不为呢？于是小胡顾问未来几天的工作内容就是搞定合同模版导入。

        另外，TE部分钱老板会继续与关键用户进行沟通，以及系统的测试。

10.19

        今天，Rick这边会完成剩余3个管理报表的需求设计，经客户确认后，提交至开发。新的一周，顾问们也要进行内部系统的功能培训，主要内容是角色权限、数据迁移的培训。因为在系统中，不同的用户有不同的身份，不同的身份可操作的功能不同，需要在系统中一一设置。

10.20

        今天上午主要是Suite Cloud基础内容的培训，属于定制开发的范畴，由Rick来进行相关的培训。

        另外，下午是内部的UAT相关准备会议，大家讨论商议需要如何进行场景及案例测试，最终确定了UAT的样例模板。

10.21

        今天上午主要是财务功能内部培训。同时，今天还要和Commercial部门来确认关于采购、销售合同打印模板是否还需要增删改减，确定合同的最终样式。

        另外，Rick这边会在系统中继续进行期货相关内容的测试。

10.22

        到今天为止，财务功能内部培训已经结束，也将可能在用户培训中出现的问题以及高级财务部分的相关功能都进行了讨论，后面就会是针对于关键用户的培训了。

        小胡和Vicky这边也是完成了静态数据的收集与整理，下一步计划在SANDBOX环境中导入供应商及客户的数据。

        而Rick这边也和关键客户共同完成了头寸表的测试。

10.25

        开发部分在持续进行，上周已经结束掉了11个开发项，也完成了环境准备以及角色配置，因为马上要在SANDBOX中创造一个试验的环境，后面将陆陆续续导入所有静态数据、期初数据等。

        另外，上周五提到的关于头寸表的问题，也一一进行了解决。

同时，小胡顾问在拿到客户提供的购销模板后，再加上前几天自己琢磨的一些代码的操作后，最终在系统中产生了规范的合同模板，预览出的效果客户这边也表示比较满意。

10.26 

        今天，计划开始拟定UAT相关的日程安排，也就是关键用户这边需要根据顾问们拟出的UAT样例测试，在自己的账号系统中完成相应的测试。另外，慢慢地随着数据的增多，数据的不断确认、沟通也多了起来，比如我们在模版中针对客户类型中给出了终端客户、贸易商、集团（虚拟主体）、供应商/客户等4类，但是客户会疑惑这个分类它会被用在什么地方，很重要吗？是的，终端客户和贸易商对于系统来说没那么重要，只需要确定是否对业务有影响，而集团（虚拟主体）决定了集团信用的主体，供应商/客户则标识了市场主体的双重身份。不过，确定的数据部分已经先行导入了，这就大大减轻了后面的压力。

        同时，用户手册的编写、培训课件的制作也将提上日程，Rick主要负责主数据及期货部分，钱老板负责系统功能和TE部分，Amelia负责财务模块。

《UAT计划》部分文档截图 

10.27

        小胡和Vicky负责的数据收集部分基本结束，但是为保证数据的准确性，在收到第一版数据后顾问们会在仔细查看数据时确定是否存在疑问，这些有疑问的数据是否会影响后续的处理与导入，比如集团客户的确认、重复ID是否删除、为什么有些数据显示税号一致等等。

        另外，Rick也将《UAT计划》的文档发送至Max和关键用户，后面的时间会针对UAT进行相关会议，这也是未来一段时间的工作重点。

10.28 

        Rick、钱老板和Amelia三位各自负责编写的UAT文档都已经结束，同样是分为Commercial、TE及财务部分，各自不同的业务场景中所涉及到的一些操作，需要关键用户到时候在系统中操作完成。其实在这个测试过程中，用户们可能会发现缺少一些业务场景，那平时我们就会针对这些遗漏的部分进行修改，关键用户可以再次进行验收。

        另外，所有客户及供应商的数据及信息都在测试环境中导入完毕，当然除了特殊的还没有拿到的数据外。

10.29 

        今天的主要工作是修复了之前点价操作中出现的bug，同时，顾问们将搭建工作流、完成一些页面（字段定制）方面的工作。

        另外，今天还有一个好消息，14个功能开发项到今天是基本全部完成的，但是后面在测试以及使用的时候如果出现需要修改的地方，也需要随时讨论、修改。

        当然，和总部的会议依旧照常进行。

        一晃眼十月份就过去了，这个月的工作主要集中在系统搭建方面。Rick、钱老板和Amelia每天都会与客户及开发高频率地沟通，其实总结下来日常大家讨论的问题核心就是怎样让NetSuite系统的灵活性得到发挥，我们的设计可以更好地与客户公司的实际业务相结合。

        平日，我们项目团队内部也会有自己的讨论会，通过实践我们发现积极且激烈的讨论对于ERP项目的工作是很有回报的。在每次讨论的过程中，大家会把碰到的疑点、难点暴露出来，然后再集团队之力将其解决，以此满足客户公司实际业务的需要，同时也达成了我们梳理客户公司业务流程的目的。因为只有确定好了业务流程模式，之后的测试工作才能顺利展开；也只有通过了用户测试，最终才能将NetSuite真正地交付于客户，让系统完成应有的使命。

系统定制开发项列表

        不知不觉就到了第五个大的阶段，我们平时会称这个阶段为“UAT”（用户验收测试），这个阶段决定着后期系统是否能够如期上线。Rick曾说“整体上UAT的阶段就是一个所有人都在‘捉虫’的过程，而每一位实施顾问又承担着‘啄木鸟医生’的角色。所以，不管是‘大虫’还是‘小虫’，只要出现在‘啄木鸟医生’面前，就一定会被吃掉。”

        所以在这个阶段，团队顾问会先完成UAT环境的设置及相关数据导入，紧接着针对系统功能进行测试用例的准备，同时对关键用户进行培训。后面，关键用户会在系统中根据测试用例进行测试，测试后会直接总结出疑难问题，最后大家需要结合客户的业务流程和自己的专业知识经验提供解决和优化方案。总的来说，测试的最终目的就是发现问题，之后解决问题。

阶段五：用户测试

11.1 

        今天的主要工作是所有顾问需要完成对关键用户进行培训时使用的PPT，同时也要继续编写自己模块的测试用例，Rick主要负责期货和管理报表的模块，钱老板主要负责Commercial和TE模块，Amelia还是负责财务模块。

        作为一名顾问，对平常办公中使用的软件操作要比较熟悉，Word、Excel和PPT是最为基本的，因为项目中还是会涉及到很多繁琐的文书处理工作，就像日常工作文档的制作和会议汇报及展示都离不开这些日常的操作。

培训PPT相关目录 

11.2 

        从今天就开始了对关键用户培训的工作，各位培训顾问需使用提前准备好的各自模块的PPT。今天主要是针对于TE部分的系统基础操作培训，以及贸易执行部分出入库、库存转移、调整库存的操作培训。

        同时今天准备开始用TB来通过To Do List更新项目的进度，小胡顾问会把每天会议中提到的需要优化、解决的问题直接列出来，会议后大家认领各自模块的问题进行解决，每天晚上通过邮件发送至各客户和PM公司人员手中。通过对问题清单进行管理的方式可以帮助团队成员记录解决用户问题的过程，也是让我们明确每天应该有哪些具体的工作需要做，方便大家进行各自的工作，处理相关的数据。

TB中To Do List界面 

11.3

        今天各位顾问需要完成相应的UAT用例文档，简单来说这份文档就是基于公司平时每个模块的业务场景，列出关键用户在系统中必然会使用的操作，比如增加一名员工，创建一份采购合同，查看今天所有的交易细节等等。所以对于关键用户来说，UAT的过程既是提前熟悉NetSuite系统的过程，也是在使用中发现问题、提出建议的过程。

        另外，今天计划将完成的用户手册（总）及测试场景发送至Max，同时也开始了Commercial部分的培训。

《用户操作指南》目录部分截图 

11.4

        小胡顾问这边会接着和负责数据的用户进行沟通，主要还是关于静态数据的问题。昨天在Commercial部分的培训中出现了一些需要商议的问题，比如关于购销合同中的增删改查及点价部分的操作问题。同时，关于基础数据的维护，包括期货行情、头寸表等管理报告等内容需要在今天的会议上再进行沟通。

        另外，今天也是关于TE模块的培训，每一次的培训中都会有各种各样的问题产生，有时候出现了问题但同时邀请客户和我们一同解决问题，也能更好地推动整体项目的进程。当然，我们会为了满足客户的需求而不断修改、不断在第二天的会议上进行展示，只要真正地站在客户的角度上考虑问题，客户一定是能够感受到的，所以大家得到的一个经验是无需在言语中急于展示自己每日的改动，在自己操作演示的过程中客户是可以看到变化的。

11.5

        今天需要对系统内待配置的内容和相应的开发问题进行整理与反馈。同时，培训也在同步进行中，每日培训时大家都还是会一起探讨问题。如果是各自在培训后需要处理的问题，顾问们也会在办公室，有任何问题可以直接帮忙解答或调整。

        同时，我们也会在TB中直接看到To Do List的数据，目前为止出现的32个问题或新需求中，团队已经解决的有20个，剩余的12个团队也在解决中。

        另外，静态数据完成了最终的导入，包括一些变动的地方，比如供应商及客户地址方面需要进行省市的拆分等问题都已经完成并导入到了测试环境的系统中。

 To Do List导出数据

11.8 

        今天的主要工作是要完成财务部分的基础数据设置，以及总账、财务报表的培训，经过培训后发现关于财务模块的需求增加了6个，所以当前任务的总数变为了38，已完成25，剩下的13个正在解决中。

        同时，我们也在会议中讨论了收到的Commercial及TE部分测试用例的反馈。

11.9 

        今天的培训是关于TE部分及财务部分往来、银行、费用报销、高级财务、管理报表等内容。培训完成后，需求又增加了6个，所以当前总任务数是44，已完成30，还有14个在完成中。

        在今天的培训会议中，Max有提到一个感受是说，“这是一个全新的操作系统，对于大家来说都是空白，在这个过程中我们每位员工都需要改掉自己固有的操作模式，一开始会感觉很不习惯，但是为了整个业务的管控，就必须改变业务的习惯。”相信随着时间的推移和使用系统次数的增多，用户们会发现NetSuite系统的灵活性与便捷性的。

11.10 

        在昨天的会议之后，顾问们就立即着手解决了当天遗留的3个小问题，但是新的需求也增加了3个，所以任务的总数变为了47，已完成总数33，完成中的数量没有变，还是14个。

        另外，Commercial及TE部分的测试用例反馈会议也是在进行中的，每天的培训会议我们会直接在沙盒系统中进行案例的演示，演示的过程中我们会发现一些之前顾问自己测试时并没有测试出问题，在面对客户演示时却暴露出了问题，这是什么原因呢？这并不完全是技术的问题，而是我们的测试案例中并没有那么多的特殊业务，我们是按照常规的业务情形进行编写及测试的，所以有些特殊情形我们根本就是不知道的，所以也无法测试出来。那针对这个问题我们的解决方案就是先将实施团队编写的用例测试完毕，然后由客户来写自己的案例或是直接用真实的例子进行测试，目的就是把所有的特殊情形都想到、都测试完成。

11.11 

        最近我们在开会演示系统时会发现，大楼里的网络会在某个时间段变得非常慢，这个问题是必须要解决的，因为NetSuite系统是依靠浏览器和网络才能够运行的。网速慢将会影响各部门用户操作的速度，比如创建购销合同的时间会增加，货品出入库的时间会增加，查看头寸表的时间会增加，这就会降低用户们处理业务的效率。我们当然也一直在关注这个问题，助理Vicky这两天也一直在对每个小时的网速进行了对比测试，确实是每天上午十点半左右和下午四点的时候网络会慢下来。团队也将测试数据及结果反馈给了客户，客户表示非常感谢，后面会约相应的公司来解决网速问题。

        另外，今天财务部分的操作探讨及培训结束后，当前的任务总数增加了6，在破了50的总数中，顾问们将近完成了40个，剩下的16个仍在进行中。

网速趋势图 

11.12 

        今天，关键用户及顾问都继续在进行系统调整。是的，和之前一样，每天实施团队都会和使用者们进行面对面会议，这周大家也都把各自的真实案例拿出来进行测试，从测试中发现问题，找到解决问题的方法。比如用户们就在自己测试的过程中发现了跟之前使用的系统是有不同的操作习惯，这需要慢慢适应。另外也有一些需要更改的地方，导致任务总数再次增加，58个任务总数中已经完成了44个。

        其实，顾问们除了在会议上和客户一起测试案例，其余的时间自己也会在系统中不断地测试，比如收到一笔投资款项、收到创建一个点价合同、增加一笔运费等等，如果有不合理的使用之处会及时改进，因为大家都是朝着共同的目标前进的。

11.15 

        今天主要是各个部门一起来测试，我们可以称为“联合测试”部分，之前的文档中也提到过。以前的测试可能是各个模块分开进行，而现在使用的都是完整的真实案例，从创建打印合同到执行出入库再到查看交易细节等等，要尽可能把所有的业务场景都考虑到。

        今天团队的内部培训结束后，根据各顾问的反馈，后续需要将财务培训文档的内容更加细化，后面才能真正地呈现给所有用户。

        另外，在财务模块的部分，我们也听到了Max的反馈，“越到后面越能发现NetSuite的灵活性，‘所见即所得’并不只是一个简单的口号而已。”可以说这是非常令人开心的呀！

11.16 

        今天项目完整地结束了第一轮的联合测试，在昨天的基础上出现了4个需求的变动，TB中的List是每日更新的，大家能够同时看到每一个待解决问题的负责人以及当前任务的处理进度，也包括它的紧急程度。其实它就像现在每个人自己的To Do List一样，它的便捷之处在于打开后，大家可以每日坐在一起来跟进、总结情况。

        另外，今天也是打开了NetSuite中现金流量表的窗口，这牵扯到后续的中国财务本土化的内容，现在涉及的不是特别多。

        这一段时间，除了对客户方UAT的培训，主要部分也有团队内部的培训。经过团队中各位顾问的多模块互相直接的培训和讨论，大家对于ERP系统的各个模块也有了更为系统的认知，经过讨论也帮助我们重新定义了“ERP到底是用来做什么的”。往大方面说，它是整体的系统；往小处说，那就是为我们所用的便利工具。那既然作为工具，人就不应该被它所束缚。ERP本身好不好是一部分因素，而更多的取决于用的人用得好不好、公司的属性是什么，当然也包括它在不同场景之中的应用。

        当下的时代在不断地向前滚动、发展，企业的信息化也一定是未来的大趋势，我们在做的就是帮助企业进行信息化的升级，在这个过程中每一位顾问都是一个实践者。按照以往的项目进度，在完成用户测试后基本上就是对于公司所有用户的培训及正式切换到上线。但是由于本次项目的实际情况，也是出于谨慎性，客户决定要采取“试上线”的方式，即采取“现有系统和NetSuite系统并行”的策略。

        本阶段的培训其实也非常考验顾问的能力，培训时要面对所有用户，这就要求顾问自己本身要对客户公司的贸易术语、业务流程做到心中有数，在具体讲解时要有解决问题的逻辑。再加上如何提供解决方案，如何解答疑惑，都要有自己的回答风格，形成自己的思路，并且尽量保证自己的思路不被客户所打断，这些技能都是需要一点点修炼的。

        另外，关于上线方面也是出现了相应的变化，由于开发内容较多导致计划11月中上线改为12月初上线，当客户决定要先做“试上线”时，我们是表示完全的尊重及同意的，因为“如期上线”是我们和客户共同的诉求。

阶段六：培训和上线

11.17 

        今天我们开始着手准备用户权限表的模版，这个涉及到后期实际操作时每位用户可以打开什么界面，进行什么操作，可查看还是可编辑，在系统中不同的角色有不同的系统权限，同样不同的角色对应着不同的菜单标签。

        另外，今天文档这边要将完成的《“试上线”系统切换计划》发送至客户，计划上会标明明确的时间节点和对应完成的内容，便于接下来的工作。同时，还有一个客户和碰头的会议，解决了报表的相关问题。当然，存在的一些小bug和小需求，也都在解决的过程中。

《“试上线”系统切换计划》

11.18

        昨天发现的报表问题已经解决了一部分，虽然当前任务的总数在不断增加，但是已完成的数量也是在不断增加的。今天和客户的讨论会中，大家就直接进行了《用户权限表》的共同确认，会议中如果有问题的就直接当场解决，当场进行修改，修改后的版本整理后就可以直接发送至客户再次确认，也可以节省双方的时间。

        从这一次的会议中我们得出了可以沿用的一点是，和客户共同在会议上确定修改的部分可提高双方效率，有时候所记录的修改内容双方一定都要同步，避免会因为信息差产生问题。

《用户权限表》部分截图

11.19 

        今天没有新增加的需求，所以任务总数依旧是88，其中已完成了75个任务，还有13个在进行中。另外，在昨天讨论完毕的基础上就完成了最终的用户权限表，也发给了客户进行了确认。

        同时，所有人员在一起讨论最终的上线策略，客户认为原本11月中上线的但是由于开发量及变动性比较大，为了谨慎起见，所以想要改为12月初选取两周先在正式环境中做“试上线”的运行工作，看看系统是否正常、有无报错，或者使用起来有哪些需要修改的地方，等后面清除数据后再次导入进行新的周期的运行。

        日常内部的会议我们也在讨论“ERP到底是什么”，这个议题对于每个顾问来说心里面都会有不同的答案，但是“工具性”的本质是大家达成的共识。ERP系统是帮助企业的工具，是优化的工具，它可以帮助客户更好地在风险出现之前规避风险，也可以更高效地进行整体的流程管控。

11.22 

        UAT的部分基本上在前几周的时间每天都在进行，现在就暂告一段落，但是新的一周有新的需求，当前任务总数90，之前已经完成了76个，剩余的14个在进行中。

         从今天开始，顾问们就会提供开账数据模版给到各部门的关键用户，大家填写完毕后发送至小胡，小胡和Vicky会再进行确认，看看拿到的数据有没有问题，因为这些数据是要导入至正式的系统中的，必须保证没有任何问题。

        之前在小红书上看到过一位ERP实施写的，“如何使死的程序更加贴合活的业务，如何让这套系统提升企业的效率，如何能降低现在各部门的沟通成本、打破沟通壁垒”，这的确是顾问团队在实际实践中要考虑、解决的问题，也是我们每次和客户碰头会议讨论的主题和中心。

UAT文档列表部分截图 

11.23

        在每日熟悉系统的过程中，用户们在使用时会发现一些小小的问题，今天5个新增加的需求使当前任务总数变为了95，已完成的数量是83，同时今天还进行了现金流量表内容的内部探讨。

        当然开会时客户有一个疑问是说为什么有些翻译过的字段读出来是感觉奇奇怪怪的呢？答案以前好像解释过，因为NetSuite系统的英文语言是原生的，而作为国外的原版软件，英文自然是最准确的。由于一部分中文是直接被原生翻译的，没办法进行修改，所以有时候就会显得有些奇怪，这个问题暂时是不可避免的。

11.24 

        今天进行中的任务只剩下了10个，另外经Max确认开账数据准备计划无误后，Rick便将计划发送至所有关键用户，紧接着就进行会议与所有人同步接下来的安排计划。

        这几天我们在会议进行讨论时客户会提到说，“进行每一步操作的时候不要给我们过多的选择，太多了就要搞混了，或者就不要有选择”。也有人曾经提到过“简约是ERP的美，而简单是ERP的魂。”那究竟是否要给客户选择，是不要给客户太多的选择、尽量简化还是说把顾问们要考虑到的点都展示出来，决定权其实在客户的手中。ASWEET项目客户决定是“按需简化”，当然每个客户都会有不同的选择，所以需要跟客户在会议上进行敲定。

        会议结束后，Rick引用了特别哲学的词语，来源于著名心理学家弗洛伊德，就是找到“本我、自我和超我”。有时候，你要把自己抽离出来看问题，才会看得更为清楚，其实就是说要从旁观者的角度看清楚客户到底想要什么，真正从客户的角度出发、解决问题。

11.25

        今天任务总数破了百，102个任务总数中顾问们已经解决了92个，而进行中的任务数字和昨天一样，没有发生变化。值得一说的是，到今天为止，所有关键性的开发已经全部完成，剩余个别的需要与开发再碰头、再解决。之前虽然说14个开发项已经全部完成，但是这其中是有相应的更改、变动的，所以时间线就随之延长了。

11.26

        今天进行中的任务数变为了8，变成了个位数，这说明剩余的问题越来越少。同时，顾问们也开始设置正式的环境，同步收集关于存货及未执行合同的相关数据，最后共同检查、确认用户权限。

        今天同时也在针对所有用户进行培训，其实每一场培训对于顾问来说都是展示专业性的场合。ERP实施顾问应当是具有专业性的。作为一名老师，当你要给学生一杯水的时候，你自己就要有一桶水甚至更多的水作为储备资源。同样的，客户也许需要的只是其中一小部分，而顾问要了解的则要翻很多倍。比如顾问要向客户介绍一个功能对应的某个场景，你就需要知道这个功能点可能涉及到的所有应用场景，这样当客户问到时，就可以说出对应的内容。因此，年轻的顾问们更应该尽可能多地学习系统操作，在项目中尽可能了解客户公司的业务线。

11.29 

        今天顾问们在沙盒环境中将相关内容进行了打包，为后面的数据迁移做准备。同时List上的问题也在不断修复，同时也是再次坐下来面对面商议到底什么时候上线是最为稳妥的。在上周五讨论的基础上，新增加了5个需求，所以当前的任务总数变为了108，还有10个在进行中的任务。

        另外，客户提出能否有一份详细的《用户操作手册》，也就是所有用户在系统中的常用操作，按照模块、步骤一一详细写清楚。之前是有一份总的操作指南，但是不是常用操作的详细版本。比如Commercial部分涉及购销合同的创建、点价合同的操作，TE部分涉及出入库、调整库存，财务部分涉及重估、查看报表、核销部分等内容，这些到底怎样在系统中一步一步完成操作，这一部分就交给Vicky来负责了。

11.30 

        今天的工作和设置正式环境相关，顾问们需要完成正式环境的测试工作，Max和关键用户需要完成数据的输入及检查，确认无误后小胡顾问就要开始导入开账数据了，大家都在为了“试上线”而做好充分的准备。

        另外在吃饭的时候，Rick灵感乍现说“我们搞一个对联吧”，于是以下内容就出现了：

横批：ASWEET PROJECT

上联：A公司一双巧手替八方厂商送十分甜蜜

下联：B公司半年时间为万里鹏程助一臂之力

        不得不说，老师傅就是文化人儿啊，下午会议时我们也将这副对联送给了客户，大家也都感觉到非常开心。其实项目中提升幸福感的事情很多，比如我们每天会做工间操，它是小胡顾问剪辑的一个视频，主要用来帮助大家舒缓舒缓久坐和颈椎的压力；项目组也会不定时地进行聚餐，吃些好吃的，干活儿的效率也会提高很多；还有团队必备的咖啡，这一段时间不知道大家喝掉了多少咖啡，反正挺多的；最重要的是大家每天中午吃过饭后都会到沿街走一走，毕竟安福-武康街区就在不远处呀！

顾问测试清单 

12.1 

        十一月份也在不知不觉中溜走了，距离上线的日子也越来越近。本月的计划是“试上线”的模式，所以要将NetSuite的正式环境设置完毕，需要将沙盒环境中的相关数据进行打包迁移，同时小胡和Vicky也需要收集开账数据中涉及存货、期货的相关数据。

        另外，To Do List中的任务总数也已经定型，113个任务总数基本确定，目前为止已完成了105。同时，大家也可以在正式环境中进行自己的管理员设置，但是后续顾问们就会把自己的角色逐渐让渡出来，后面客户中的所有的用户的账号将会加入到正式环境中。

12.2 

        昨天大家已经收集并整理了一部分数据，但是有些信息存在改动，并且有些新客户的信息需要添加，进行再次确认。另外，正式环境中未执行合同及存货的数据收集也需要在今天结束，因为按计划明天是需要在正式环境中导入这些开账数据的。

        同时，今天下午对Commercial部门的人员进行了系统培训，大家的反馈还是很不错的。其实从操作层面来说，系统层级的一些通用功能和操作都是一致的，比如，在学会创建采购合同后再创建销售合同也就没有那么难了。

12.3

        今天结束了对所有部门人员的培训，得益于之前和关键用户们多次的会议、磨合、沟通、更改，大家对新系统的接受程度还是比较高的。

        正式环境中也已经导入了所有未执行合同及存货数据，下周一Commercial和TE部门就可以在正式的环境中进行业务的输入测试，将NetSuite中的数据和现有系统的数据进行每日对比，看一看通过NetSuite得到的数据正确性到底如何。另外，List上任务进行中的数量也只剩下了最后5个，胜利的曙光已经显现。

        Vicky负责的用户手册详细版也根据客户的沟通结果又进行了更新，每一个模块需要更改、添加的也再次进行了修改。

 To Do List导出数据

12.6

        本周是非常重要的一周，虽然此时的NetSuite为“非正式上线”运营中，但是两个系统并行其实就是在进行上线前的验证，所有人都非常看重这次结果，“试上线”是否顺利关系到最终的系统能否在一月份如期上线。

        其实完成了所有的用户培训，本周起基本上就开始了上线支持的工作，日常会修复一些小bug，或者处理一些在使用过程中的调整与新需求。我们也可以通过系统看到，所有的用户也都尝试着在使用NetSuite来处理日常业务，心里都是暖洋洋的，说明大家的劳动成果有在被看到，也有在被使用。

12.7 

        今天比较重要的一个会议是关于财务方面的，团队专门邀请了NetSuite的专业财务顾问和项目实施团队一起到PM公司开会，Max同样也是列出了相关的主题，并且他提到“我们把所有的专家请来，就是为了共同来解决问题，把所有的风险降到最低。”可见他也是一位非常负责任的负责人。

        Vicky之前负责剪辑、整理的教学视频也已经完成，上传至TB。

 培训视频列表

12.8 

        其实现在进行的工作是“上线支持”，是正式上线后要进行的工作。每天，客户公司的人员都在使用两套系统进行业务录入，每日也都在对比两套系统产生的数据是否完全一致。在使用的过程中，随着业务量的增多，会不断产生新的调整，之前设计的功能可能不再需要，并且现在看到的界面和最初的界面相比也已经发生了非常大的变化。因为更替迭代每时每刻都在发生，我们也是在实践中不断看到、满足客户真正的需求。

12.9

        上线支持的工作从现在开始会一直持续，其实之前写到，原本的上线时间是在本月初，但由于客户公司的业务属性，业务量在现在的时间段会多倍增加。客户公司是大宗贸易中白糖方面的，主要涉及原糖与白糖的分销和全球贸易，而糖有对应的榨季。当大家在街边看到甘蔗出现时，说明新的榨季已经来到，客户公司这一段将会非常忙碌，每天也能够看到Commercial部门的人员都在加班，此时此刻再去录入两套系统的数据会大大增加各部门的工作量，所以这也是导致上线时间向后推移的原因之一。

12.10 

        本周初，NetSuite系统就进入了试运行的阶段，一周下来结果良好。所以经多方人员商议后就决定把正式上线放在一月份来进行，这对于所有人来说都是一个非常好的消息。

12.13 

        今天，顾问们会拿出之前进行的UAT样例以及各种应用场景的案例，和Commercial的所有用户一起在正式环境中输入各种类型、各种场景下的采购及销售合同，便于后面TE部分进行物流执行。先在正式环境中提前测试各种应用场景，才会在真正上线时不出现问题。

12.14 

        各行各业，和客户面对面的会议都会使沟通效率大大增加，基本上每天如果有任何问题，客户和顾问都是要随时沟通的。所以即使是周末，我们也会按照“周末邮件半小时回复”的惯例，没有原因，这是我们对客户的承诺，也是作为顾问被信赖的一种方式。

        今天的会议，客户会问，“为什么同是财务部门，两人有些界面会显示不一样，有些操作‘他’可以进行而‘她’却不行”，原因是用户权限的不同， “他”拥有更多“管理员”的权限，所以帮“她”解锁更多权限后问题就可迎刃而解。我们发现，即使之前大家一起针对《用户权限表》进行了讨论、修改、确定，但放在实际业务场景中便会出现有些操作无法实现，这就提醒我们在尽可能想到所有业务场景的前提下还是要通过实践来检验，毕竟“实践是检验真理的唯一标准”。

12.15

        今天，Commercial的用户发现创建、打印合同的过程中打印出来的纸质合同和模板有些不一样，有些地方字体不一，有些地方会有乱码，所以小胡顾问在解决合同部分的问题。

        另外，最近我们在和客户开会时发现，客户总会想要知道：如果这一步操作我做错了该怎么做？其实，Vicky在编写详细的《用户手册》时也会遇到这个问题，自己也有可能会做错。比如“财务人员核销错了怎么办”，“TE方面，客户跨月告诉我这批货不要了该怎么退回”，这一步操作会有什么样的影响，会不会影响财务，又会牵扯到哪些单据呢？“做错了怎么办”的命题是每个人在操作时都可能会碰到的问题，因此《用户手册》中就会涉及到一些场景下的反向操作以及反向操作带来的影响，还有一些单据的关联关系。

12.16 

        今天，小胡顾问这边解决了打印过程中出现的字体及乱码问题。同时，针对一些货品批号和财务报表问题准备和TE及财务部门的人员进行讨论及培训。

        最近，Balance Sheet的平与不平是Amelia关注的头等大事，所以每次在会议室，Amelia经常说的一句话就是“我的快乐如此简单，毫不夸张，我自己近期的快乐是建立在报表平的基础上的”，所以每当客户说报表平的时候，Amelia会非常开心；如果说不平，则会立刻在系统中找出对应的问题，看看报表为什么不平。

12.17 

        今天，大家计划将To Do List中的所有问题进行解决，大家也随时在会议室内“等待客户召唤”。不过，两周的运行结果显示，没有大方向的问题出现，小的问题基本上都是可以解决的。

12.20

        上一周Commercial部门在系统内集中录入了非常多的购销合同，而本周TE的关键用户将开始在NetSuite中集中处理物流执行方面的业务，基本上也是连续一周的时间，看是否有无问题出现。

12.21

        本周计划将所有待处理的问题都解决完毕，List上的内容已经基本完成，剩下的包括一些文档上的工作以及需要客户后续签字的文件也都要同步推进。

        另外，Rick这边会准备一份关于正式上线的系统切换计划文档，这两天发送给客户后进行对接会议，明确每个人需要准备的工作。

《ASWEET NetSuite系统切换计划》 

12.22

        今天，Rick将正式的《ASWEET NetSuite系统切换计划》发送给Max，也进行了会议说明。通过这个文档，大家会明白各个部门在什么样的时间节点要完成什么样的工作内容，客户方和实施方的信息将是同步的，也不会有延后的情况。

12.23

        从今天开始，每位成员将会按照计划开始做正式上线前的准备，比如今天TE部门的所有人员就需要参与正式系统的梳理和培训。

12.24

        今天计划是针对财务部门所有人员的培训，本周大家也是圆满地完成了计划上的内容，所有待处理问题都已经解决完毕。其实团队内部每周五按照惯例都会有自己的会议，既有每位成员本周的总结，也有下一周的计划，有时候也会加入相关的案例讨论，大家各抒己见。比如“如果向客户传递了错误的信息应该怎么办”“ERP的本质是什么”等讨论，这些也是帮助各个顾问深入思考和成长的过程。

12.27 

        因为牵扯到即将来临的元旦假期，所以所有的工作都在向前推进中。

        今天小胡顾问会和TE部门关键用户再次进行未执行合同中交货地等信息的提前确认，关于期初未执行合同的数据进行收集和检查相关联的所有主数据等工作大家也都是同步进行推进的。

12.28 

        今天，顾问们开始着手清理正式环境中的数据，要把之前“试上线”阶段的一些检验的数据进行删除，并且还要更新一些一月份需要用到的开账数据。

12.29

        今天，小胡需要将之前导入的期初动态数据进行清除，以方便正式上线用到的数据的导入。另外，期初数据已逐渐导入正式环境中。

12.30

        今天，系统数据清理的工作已经全部完成，后面还需要对相应的主数据进行导入和更新。为什么大家会觉得好像一直都在进行数据的收集、更新呢？项目的数据包含很多部分，有静态数据和动态数据，有生产环境和正式环境数据等等。钱老板之前在一次会议上曾说，“每个数据都不是孤岛，都有相应的连接性，目的是为了保证数据的可追溯性”，因此每一个数据都有自己的含义和代表性，每一个数字的改动也都会有相应的记录，可以通过数据的差异来找到问题所在。所以保证数据的准确性是第一步，如果第一步出了问题那后面紧接着就会乱了套，所以每一次的更改大家都非常谨慎，但不免还是会出现一些小问题。

        另外，今天Amelia还需要负责一个财务月结部分的培训，是关于月末如何关账的内容，月结培训结束后意味着财务部分所有的培训内容均已结束。

12.31 

        今天在数据方面需要完成的工作比较多，包括库存现有量及成本数据的收集，还有未结购销合同、点价记录的数据收集，同时需要保证期初的未执行合同数据和存货数据都已进行更新并导入，包括之前未执行合同中所有交货地也需要进行最终的确认。

        今日的工作结束后，大家就迎来了元旦的假期。把工作做在前面，在假期的时候就不需要再处理额外的工作了。今天也是日历上2021年的最后一天，我们也即将迎来2022年。ASWEET项目已经进行了差不多6个月，项目成员间的感情在逐渐加深，团队和客户的信赖感也在逐渐加深，一切的一切都离不开每位成员的配合和努力。新的一年，希望每个人都可以一切顺利！

1.4 

        忽然之间，2022年已经到来，正式上线的日子也即将来临，大家的工作主要集中于系统验证，收集并更新财务方面的一些数据，比如：期初（12.31）期货报价、持有量、基差相关的数据收集。

        团队方面，基本上这个时间段Amelia也就不用再从南京到上海进行出差了，其他的团队成员会日常在客户这里进行工作。所以Amelia也会提到说“从南京到上海的一次次出差往返，对自己来说是美好的旅程”。

1.6 

        今天，财务开账数据的收集工作完成，但同时明后两天要随时关注，进行相应的更新。

1.7 

        今天，我们将新增加的合同在系统中进行了导入，同时也完成了总账、应收及应付数据的收集。

1.8 

        距离计划正式上线的日子也只剩了三天，今天需要完成财务部分期初数据的导入，Max和Rick需要完成开账数据的最终检查及导入，基本上数据方面确认没有问题后，上线前的所有的工作就将近结束了。我们需要等到正式上线后，如果所有实际中的业务能够在系统中完全跑通，如果NetSuite系统中的数据和客户现在系统的所有数据及各种报表完全一致后，才能说明没有任何问题。

1.10 

        今天是系统正式上线的日子，也是每位ASWEET项目成员都万分期待的日子。所有的用户重新开始在NetSuite系统中录入业务。到目前为止，在两个系统中无论是业务数据还是财务数据都已经完全同步同时也没有差错了，这又是一个里程碑式的胜利，因此后续大家需要客户公司进行正式上线支持的工作。

        我们发现，得益于之前“试上线”的模式，各位用户对系统不再是完全陌生人的感觉，对于新系统的接受度也在逐渐变高。其实整个ERP项目的实施过程，也是一个知识迁移的过程。所有实施顾问需要将自己头脑中的知识转移给客户，这是一个挑战，因为对于客户来说每个人需要摆脱对于用了很多年的旧系统的依赖感，同时还要在自己的头脑中输入全新的知识；但是这个过程也会让客户感受到NetSuite的便捷性和灵活性，也大大提升了客户平日处理工作的效率。

        一个项目到此的主体部分已经结束，但是上线后的工作也不能放松。这个阶段，实施团队的工作节奏虽然没有原来那么密集和紧凑，但是也需要随时解决客户在使用中遇到的新问题；同时大家需要整理出项目的全部资料，后续需要移交给售后支持团队。

阶段七：上线后工作

1.11

        从昨天系统正式上线后，后续其实都是在做支持的工作，时间基本上是到第一个月结完成，月结时要核对两个系统中的报表，验证数据是否准确。今天，最终版的《用户手册》也交付于了Max，其实之前确定的版本已经按照模块进行了发送，但是客户说能不能再整合成完整的一份，方便作为资料保留和修改，所以Vicky也重新整合了各个模块的内容，整理完毕后发送给了Max。

详细版《用户手册》目录 

        另外，这一段时间大家除了手头上的工作之外，也开始准备自己的课题汇报了，内部的汇报时间暂时定在1月24日。汇报计划暂定如下：

ID	课题	汇报人	时间
1	精益实施的实践	Rick	14:00-14:30
2	公允价值计量的应用归纳	钱老板	14:30-15:00
3	NetSuite报表公式	小胡	15:00-15:30
4	NetSuite中资产负债表及利润表研究	Amelia	15:30-16:00
5	ASWEET项目日志	Vicky	16:00-16:30

1.14 

        今天是和售后支持团队的面对面会议，售后支持团队的成员也来到了客户公司的会议室。因为等到后续中国财务本土化阶段结束后，Support的工作将由售后团队来接手负责。今天大家互相认识了团队成员，也进行了简短的交流，了解了相关的项目信息，这样后续才能做到心中有数。

        同时，实施团队也在同步准备移交给售后团队的所有文件，包括交付代码和从项目启动会开始到项目签收及测试为止的所有交付文档。

 项目交付物清单

1.18 

        今天是ASWEET项目的上线大会，也是一个意义重大的日子，它表明了ASWEET项目在此时此刻已经基本完成了实施阶段。

        首先，Rick作为项目经理，首先从项目历程、项目亮点、上线后续安排和财务本土化规划四个方面分别向大家做了汇报；同时也讲述了项目中很多有感触的事情。从项目之初，他就向我们一直传递一个关于“完美项目”的概念。到底何为“完美项目”？它是由On Time、On Budget、Happy Customer、Better People四个部分共同构成，而ASWEET这个项目确实是按时在预算内完成的，客户也表示很满意，同时顾问们自己也获得了各种能力的提升和成长。对于成功的项目，Rick还有一个解释是说“让大家都觉得‘赚到了’的项目其实就是一个成功的项目”。

        紧接着，客户方项目经理Max讲明了之所以选择NetSuite的原因是“因为该系统使用时的简单、方便和快捷，它基于SaaS的模式可以随时随地登录，大部分界面‘所见即所得’，而实施方基于我司大宗商品行业的特点定制开发的模块能帮助我司精确地管理好持有的期现货头寸，同时能快速地完成现货贸易的进销存管理，大大提升了工作效率”，这一番话真的是体现了他对于NetSuite的深刻认知，也表明了他确确实实地在从头到尾参与到整个项目之中。同时他也讲述了整个项目下来自己的心路历程是从担忧到偶尔崩溃，再到心态平复，最终到充满信心的多个阶段相衔接。

        接着，PM公司的Zanna给在座的大家分享的一个感受是“为什么现在的项目中年轻顾问数量占的比重较大，少有老的、富有经验的顾问，那这些老顾问都去了哪里呢？”这也是一个非常引人深思的话题。总之希望项目中的每个人以后也能成为一个“老顾问”，做自己真正喜欢的事！

        另外，Rick在上线大会的结尾说到，“完美的项目不一定意味着是完美的系统，一个系统的建设将是长期的，在持续改善与优化着的，它需要为客户带来更多的价值；而顾问们将会给项目带来额外的价值。‘日拱一卒，功不唐捐’，每天努力一点，像一个卒子一样一直前进，那努力是不会白白付出的”。的确，NetSuite系统一直在不断升级更新，作为顾问也需要不断学习，不断研究它的功能。

 1.24

        今天是团队内部课题汇报的日子，可以说当知识的河流汇集在一起之后就变成了汪洋大海。

        汇报正式开始，Rick的“精益实施”从精益实施再思考、ASWEET项目的实践心得、精益实施工法总结三个部分展开。第一部分首先通过陆王心学、胡适与杜威、秋山利辉的各种故事讲明了自己想要研究“精益实施”的源头。

        同时也提出自己想要把制造业信息化领域的精益生产引入到服务业的精益实施中研究精益实施的原因之一是要把项目做“好”，进而做到极致的状态；另一个原因是希望能够通过精益实施“复制”成功的项目。Rick在PPT中向大家呈现了一个“精益实施屋”，点明了精益实施的核心思想是“以人为本，成长导向”。 

        第二部分通过项目中的关键决策和和项目管理领域实践的特点展开。 

         第三部分举例说明了一些可以复用的一些工法，并带到了精益实施的理论框架中。

Rick汇报PPT截图 

        老师傅到底是老师傅，整个分享过程中，Rick也一直在提“匠人精神”，他认为在普通人所从事的工作中，我们每个人也应该去追求那些伟大的东西，这才是“匠人精神”的本源。对于“精益实施”的研究，他本人也会一直持续做下去，在实践中深入理论的研究，努力实践知行合一。

        紧接着是钱老板，他的汇报围绕着“公允价值计量的应用”展开，包括公允价值的概述、计量、计量的适用范围和拓展案例几个部分，帮助大家深入拓展了财务方面的知识。

钱老板汇报PPT截图

        小胡顾问的汇报主题是“关于Search公式的学习”，是与高级搜索相关的，分为公式类型、字段ID和常用公式等三个部分。小胡顾问的分享中包含了很多例子，大家通过这些例子也知道了每个公式的含义及应用场景，这又是一个非常好的学习机会。

小胡汇报PPT截图 

        Amelia的汇报内容是有关于自己在这次项目中财务方面的实践总结，是关于NetSuite报表的研究。首先她在第一部分帮助大家回顾了报表和科目的相关概念以及科目表和中方余额科目表的对比，例如对比的结果是：科目表无借贷方向，正数表示余额在借方，负数表示余额在贷方；而中方余额科目表是包含借贷方向的，所以不分正负号，可以直接显示。接着，第二部分是关于系统原生资产负债表和自定义资产负债表对比得出的结论。第三部分是系统原生利润表和自定义利润表对比得出的结论。

 Amelia汇报PPT截图

        Vicky的汇报主要包含五个部分。她首先从三个角度阐明了为什么决定要写这份项目日志；接着用“很real、有图有真相、拥有一群靠谱儿的实干家、谁都能读明白、字数多少不重要”这些句子说明了项目日志的特点；第三部分介绍了日志中的主要内容有哪些；第四部分也是带给大家惊喜的部分，是关于每个人的漫画头像、日志中的“角色设定”以及日志中的举例；而最后一部分是简短的关于完成日志计划完成时间的补充。 

Vicky汇报PPT截图 

1.25后

        基本上实施团队一月份都在做上线后的Support工作，除了Amelia已经回到南京外，其余所有的实施团队成员依旧会在客户的公司，在现场大家会针对所有用户在使用系统中存在的问题及反馈直接进行解决，直到本月月结的所有工作全部结束。

        也差不多就是在大年初四的时候，Rick接到Max发来的消息说，本月月结的所有数据都是对得上、没问题的，这对大家来说真的是一个好消息，也是一份最好的新年礼物了！

收获与教训

        日志写到此刻已将近结尾，而ASWEET核心项目已经结束。实施主体部分已经全部完成了，团队的伙伴们也各自回到了各自的轨道之上，Rick、钱老板和Vicky在ASWEET项目的后续支持工作中，小胡已经进入到下面一个项目，Amelia也已经回到了南京。之前，大家写了许多本次项目各自的收获与教训，在此分享出来也是对各自的一份总结吧！

Rick

收获：

• 基于三种能力的成长管理（概念技能、沟通技能、专业技能）；
• 能力匹配基础上的个人责任，价值体现；
• 开发环节较流畅；
• 现场实施的好处在于沟通和反馈速度快，方便教学；
• 课间操，能够让大家感觉气氛更好。

教训：

• BRD文档中，在初次和调整版本中，都出现了低级的文字错误。这说明作业流程出错了，是我的责任。一是，没有自查；二是，没有发版审查；
• 目前在UAT过程出现的问题，大多数是测试没到位导致的。这是我的疏忽；
• 财务顾问短板；
• 开发内容缺乏统一协调，多人多目录现象；
• 对做的不好之处缺乏清晰的认识，对潜在风险缺乏防范；
• 回顾项目，我们做的不好的地方是沟通问题。跟非项目组的其他人员没有基本的沟通。这或多或少成为一个缺陷；
• 在制作字段说明表时，应该考虑创建时的习惯、字段的说明顺序，包括必要的属性都要在表格中体现；
• 由于在BRD确认阶段会有比较多的调整，文档分散在个人手中，分别编辑的模式，难免会在汇总时出现疏漏。

钱老板

收获：

1.决定项目成功的关键性和决定性要素

• 团队成员对原生产品（平台）、业务原理和财务知识的认知水平和综合能力；
• 团队领导者优秀的组织文化建设能力和组织管理能力，沟通技能、传授技能、激励创造、学习分享、自我改进、透明公平和开放包容；
• 客户和项目决策人追求极致细致的态度，鞭策促进服务水平进一步提升；
• 对业务建立案例模型，验证实施团队认知程度和技术可实现程度；
• 建立严格的试运营制度，最大限度抵御未知或潜在风险事件；
• 行业专业团队在关键环节的理论和技术验证（PM公司、会计服务公司）。

2.NetSuite实施认知升级

• 标准业务单据的自动分录；
• 财务报表的配置原理；
• 核销单据的连接原理；
• 搜索功能的深入应用；
• 需求沟通过程、开放设计方案和开发实现原理。

3.个人理论学习与业务实践通过应用

• 会计理论知识进一步升华；
• 激发了更大动力去加速财务知识学习进度；
• 初步构建了实际业务和信息化系统核算的认知。

教训：

• 个人情绪存在管理不善，对持不同观点而产生冲突的应对能力欠佳，影响关系稳定性；
• 应对客户的个性化需求时，不应完全以固定格式条款为服务标准或人为制造对抗博弈关系追求短期成效，通过建立信任关系比关注利益关系更符合长远发展（遇到耍赖皮的除外）；
• 对项目团队的解散是一个无比巨大的遗憾和损失，高质量稳定团队的长期存续影响着企业组织的发展（可能项目制就是这样，对于以往的业务型工作，团队离职率是非常关键的考核指标）。

Amelia

收获：

• 项目总体流程的了解，财务技能的提升；
• 对客户的演讲技能的修炼；
• 内部沟通技能，有问题及时提出，不能拖延。

教训：

• 计划未按时完成要及时沟通；
• 不能犯粗心大意的低级错误；
• 对数据的敏感不够。

小胡

收获：    

• 对NetSuite整体功能有了大概的认知，尤其是在数据导入方面有了很大的收获；    
• 为了合同打印模板能更好地满足客户需求，额外补充了一些HTML和CSS的基础知识； 
• 一年多以后，再次有了用英语交流的机会；   
• 很感谢这个项目有很好的老师带领，学到了很多东西，也很开心认识了这么多有爱的同事，让我收获了很多快乐。

教训：    

• 经验以及知识的缺乏。处理数据的时候在编码和CSV数据格式转换上面花费了大量无效的时间；  
• 缺乏和客户沟通确认。因为事先没有和客户公司认真了解有关其信用控制的具体流程，所以导致数据处理时间很多花费在了确认哪些是客户，哪些是供应商，哪些既是客户又是供应商的无谓的时间消耗上面；
• 考虑事情不周全。在进行报表以及合同打印模板配置的时候，需要对ID和名字进行单独显示，于是用了“收件人”这个字段来满足暂时的客户需求，但是并未想到后续新增主数据时该字段缺失的情况。

Vicky

收获：

• 在帮助小胡顾问处理客户及供应商主数据过程中学习了Excel中VLOOKUP的操作及公式，比如：在进行VLOOKUP操作前，可以先将数据设置文本格式、如何用公式提取字符等；
• 经过团队中各位顾问的多模块培训，对于ERP系统有了初步的认知，了解到ERP到底是用来做什么的，学习了NetSuite的一些相关基础知识；
• 在编写详细的模块常用操作手册过程中，在系统中自行操作了采购端及销售端的相关业务，有机会在实践中结合了一些学到的财务知识进行操作。

教训：

• “凡事想清楚再做”的意识不强。一些任务开始前没有和leader先确定好解决问题的思路，就直接自己按自己的理解直接做，导致得到的结果不是leader需要的内容，又增加了彼此的工作量；
• 业务能力不够，缺乏专业知识。对于Excel的操作不熟悉，导致处理大量数据时拉低了效率，浪费了时间；
• “及时跟进”意识不强。制作用户手册周期较长的一个原因是每完成了一版发送给客户后，没有及时跟客户确认，只是被动等客户反馈哪里有问题，再进行修改；
• 发邮件的表达能力有待增强。在跟客户用邮件或者直接回答问题前一定逻辑清晰，把该说的说清楚，也要注意措辞。有一封邮件当时由于发得比较急，读过去发现想表达的意思没有到位。

写在结尾

        一段旅行的结束也意味着另一段旅程的开始。ASWEET项目结束了，但是其他的项目在陆陆续续地展开着。

        当你偶然在百度上搜索“ERP实施顾问”这个关键词时，它会说“他们精通ERP理论与ERP软件的使用方法，熟练运用项目实施方法论，能够有效处理实施过程中出现的种种问题；他们是经营管理的专家，很多人有过在不同行业实施不同ERP项目的丰富经验，在项目实施的各个阶段都能得心应手。”的确，每一位ERP实施顾问都在努力成为“他们”中的一员。

        对于个人而言，这是自己参与的第一个项目，未来长路漫漫，要学习的内容也非常之多，希望自己可以沉下心来，稳步前行。

        众所周知，企业的信息化必定是未来的大趋势，在此祝愿每一位ERP实施顾问可以在自己参与或带领的项目中有所收获，有所成长！

        这份日志既是对过去半年的总结，也是团队送给ASWEET项目所有相关人员的一份礼物：愿所有人在新的一年里一切顺利，甜蜜继续！