>>> 第三，项目能力，简单讲，就是完成项目需要具备的能力。很明显，会做系统配置，是远远不够的。很多经过培训后进入项目的新人，没有经历一个完整的项目，往往都比较困惑，每个阶段该做什么？怎么做？有没有模板化的内容可供参考？
那接下来，我们就聊一聊项目实施需要哪些能力！
一个完整的实施项目包含需求调研、业务蓝图、系统实现、用户测试、上线切换五个大的阶段。
- 需求调研阶段
进入项目，首先就是调研客户需求，要调研哪些内容？如何准确掌握客户需求？如何写出优秀的调研报告？这些，要经过项目不断总结，逐渐积累的。
- 业务蓝图阶段
蓝图决定了未来系统运行的流程，这个阶段非常关键。根据需求调研的结果，设计合理的系统蓝图，并且文档化。做蓝图，你要会画流程图吧，写蓝图文档，总得知道怎么写吧，这些都是规范化的内容，模板化的，但是培训的时候，有几个老师给你介绍过？
然后，在蓝图阶段，还会有很多专题，需要组织开会，讨论方案。例如，客户有公司间买卖业务，用标准的采购销售，还是关联交易订单，那种更符合客户的实际情况？首先，你得具备方案设计能力，然后，良好的沟通能力，能够让客户接受你的方案。
最后，蓝图做完了，需要给客户汇报，你得做PPT吧，这可是体现你的水平的时候。而且，还需要方案讲解，在客户面前，从容的讲解，总不至于在台上结巴。
- 系统实现阶段
这个阶段，就是将蓝图阶段所设计的内容进行系统实现，除了系统配置了，需要写一些开发文档，让开发顾问去实现。实际项目中，系统配置工作，类似于工厂流水线生产，每个顾问都会有一个配置手册，按照手册一步一步去做，进行部分修改就可以了。写开发文档，这个需要你有一定的程序能力，否则开发顾问阅读起来会很吃力。
系统搭建好了，就是内部测试，你得保证系统能够跑起来吧！
然后，还需要做用户权限。权限的设计，没有一个统一的标准，五花八门，很少有师傅会给你耐心介绍。实际上，权限设计有很大学问，这不仅关系到后期的运行维护，还关系到用户的使用体验。
- 用户测试阶段
系统搭建好了，就是交付用户测试了。首先，就需要写测试案例，测试案例是为了验证系统流程，用户权限是否正确，是为了发现问题，而不是为了走形势。很多顾问写的测试案例，真的不敢细看（其实，最开始，我自己写的案例也很low…）。例如，物料主数据测试，MM01新建是一个案例，MM02修改是一个案例，MM03显示又是一个案例…这种标准功能，会有啥问题呢？
这个阶段，还需要对用户进行培训，培训也是一种能力，听别人讲是一回事，自己能讲，而且讲好，又是另外一回事。要讲哪些内容，怎样去讲？别忘了录制视屏哦！
- 上线切换阶段
到这个阶段，标志着项目进入尾声了，但是这个阶段并不轻松。你得写切换方案，先做什么，后做什么，怎么做，应急预案是怎样的？而且，用户提供给你的数据，你还需要去整理，快速发现问题，这需要你熟练使用excel。然后，就是将数据导入系统，如何批量导入，这需要你掌握一些导入工具，例如LSMW。
之后，就可以宣布项目上线了，你的任务也就完成了！
以上，就是我们在项目中要做的事情。告诉你系统配置只是很少一部分的工作量，是不是没有骗你？作为刚入门的小白，是不是会心理没底？这个时候，如果有一个大神在你背后，给你说，你可以的，别怕，不行还有我，是不是会信心大增！经历一两个完整的项目，你就可以快速成长，独当一面了。
>>> 第四，文档编写能力，为什么要单独把文档拿出来说呢？虽然，系统搭建好，运行OK，就可以上线，但这样的项目并不合格，后期维护很困难。一个优秀的顾问，会输出完整的项目文档，通过文档，可以看出系统的架构设计，以及运行原理。这种文档，应该是体系化的，模板化的，而不是为了应付项目而随意整理的。
每个阶段，有哪些文档，模板是怎样的？如何写好文档？从乙方的角度，可能随便弄一下，能够糊弄过去。从甲方的角度，这是系统运行的文档化，是后期运维的关键。例如，有一个财务增强，为什么会出现这样的结果？你可能一直没找到原因，你看文档就可以了，而不需要去调试程序。
我做了乙方，也做了甲方的项目经理，在甲方的时候，发现很多文档真的是不敢恭维。根据文档去看，系统不是这么配置的，文档不规范什么的，文档中还有其他项目的信息…所以呢，文档一定要规范，认真对待…
>>> 第五，解决问题的能力，这是最能体现顾问技术水平的能力了。在项目实施过程中，可能会遇见各种稀奇古怪的问题，周围朋友可能也没有遇见过。这个时候，就需要你能够自己查找资料，解决问题。
可能是根据提示去排查，也可能根据消息去网上搜索，或者是去官网查note，甚至是debug标准成本…不管怎样，解决问题就好…
这种能力是无法通过培训获得的，只能慢慢积累，遇见问题，勇于去挑战。当然了，这个时候，如果有大神可以咨询，也是一种捷径。。。但是，你仍然需要提高这方面的能力了。。。
>>> 第六，沟通能力，和程序员不同，SAP顾问是业务型人才，做业务咨询，就需要良好的沟通能力，和用户沟通，和项目组沟通…
如果你不善于沟通，总是以自我为中心，那么我要善意的劝退你。我见过有顾问在项目上被退回，甚至有打架被拉黑的…
沟通能力和性格有关，也需要技巧，更是建立在自身的业务能力之上的。心理没底，你可能会胆怯，没有自信，容易进入用户的思维，用户说什么，你就想办法去实现，然而这不一定是最佳的。合理的引导用户，而不是被用户牵着鼻子走。
看了这些，你还相信15天入行，30天精通吗？
那接下来，我们就聊一聊如何学习吧，这才是今天在主菜！
- 第一，基础知识学习
这个就是我们说的技术能力，学前台的操作，后台配置，系统功能这些…
怎么学习？你可以报一个培训班，也可以买视频来看（花点小钱），或者不花钱，去淘各种资料...如果你有幸加入咨询公司，或者大一点的甲方企业，内部会安排一些基础培训，也会给一些资料…
这个阶段，主要就是自学，如果有老师带，效果会好一些…
最重要的是，说三遍：系统学习！系统学习！系统学习！
不管是培训，还是自学，学习内容一定要系统，有体系。花10块钱买资料是小钱，浪费时间，走了弯路，就得不偿失了！
- 第二，获取学习环境
为什么要把环境拿出来说呢？也是一些忠告吧！
如果你到咨询公司，或甲方，不用担心这个，会有开发系统给你练习的。
如果你报了培训班，机构会给你提供环境，这种环境相对还比较干净，毕竟花大价钱去报班的人不会太多。
如果你是自学，到网上买一个账号不就可以了吗？这个，不是最佳方案！
---->首先，你购买的环境，会有一些限制，有些事情你做不了；
---->然后，几百人甚至上千人用一个环境，数据肯定会很乱，比如你要配凭证编号范围，你会发现，可用的号段都被占用了，你无法继续往下配置了；
---->还有，你们同时在里面练习，一个人占用了某个配置，其他人只能显示，不能修改，你能做的就是焦急的等待，就像景区排队上厕所一样；
---->最后，你做的配置，也可能被其他人给无意修改，测试了半天都没有发现问题，分析了大半天发现是因为别人改了配置，你郁闷不郁闷？
如果选择自学，可以自己搭建一个虚拟机，现在的电脑，基本上都能满足需求（ECC版本）。虚拟机的搭建，也比较简单，你做好备份，当配置搞乱之后，你还可以恢复！
- 第三，学习哪个版本
SAP的ERP有多个产品，有适用中小企业的B One，也有大中型企业使用的S4。提到SAP，一般我们指的是S4。S4是最新的版本，早期版本是R3，然后升级到ECC，再到最新的S4。
R3、ECC和S4，是什么关系呢？
就是一个产品的不同版本，就像office 2003、2007、2010、2020的关系。所以，核心功能都是一样的，肯定也会有一些差异。
目前，市面使用ECC和S4比较多，R3极少。学习的话，首选最新版本S4，如果没有，ECC也是可以的，绝不是网上说的ECC已经被淘汰了。退一万步，R3也可以学，毕竟R3、ECC、S4是一个产品的不同版本，核心功能是一样的。不信你去看这几个版本，前台的路径，后台的路径，绝大部分都是一样的。
即便你学了S4，也需要去了解其和ECC的差异，毕竟市面上用ECC的企业还是很多的。
如果你是自学，我推荐学习ECC，你可以自己搭建虚拟机进行学习。
如果是S4，你没法搭建学习环境，对资源要求非常高，电脑内存至少都是128G，而且还很卡。
