听到过业内这样的“典故”：
两个顾问在做项目交接，甲顾问在交接的时候都是说的系统操作和后台配置，对乙顾问所提的业务问题和方案不重视，不闻不问。面对用户的需求，甲顾问总是第一时间考虑系统如何去配置，去开发；而乙顾问会深挖用户需求，了解业务，尽可能帮用户解决更多的实际业务问题。
我一直都认为检验一个SAP顾问能力的高低，关键在于他的沟通能力和业务水平，至于像系统操作以及后台配置，只要在这个模块上深耕个一段时间，我相信这都不是个问题。
其实业务能力差的顾问不要紧，长时间贴近用户，接触多年也就懂个差不多，但就怕对业务和场景不重视不敏感的顾问，拿到需求动不动就开发，抛弃SAP标准功能，甚至连这个需求的目的和本意是什么都没搞清楚，最终给用户带来痛苦，给自己后续运维带来更大的坑。
跟其他顾问的交接也只是停留在给给文档，说说系统标准配置，面对解决方案或者对工作的认知，关注点也始终注意在粗浅的表面，一问到实际业务的流程，场景等都这也不知那也不晓，更别提能够作出什么改善了，这才是最可怕的。
每个从事SAP行业的顾问，都应该以业务能力的高低来要求自己，多问问自己对当前整个企业的所有业务线和场景是否谙熟于胸，不要以为那个模块不是自己负责的就可以完全忽视。理解业务能力的快慢也是一个非常重要的因素。那些VA01、SPRO等只是刚入门的顾问要去计较和关心的了，除非你的能力尽于此。
记住：所有的方案、所有的系统改造都应该基于实际的业务场景，脱离这个基础，就是在给自己和别人挖坑，就是差顾问。
END
本文作者 | SAP梦心
