作为一名SAP老鸟，我有过一些面试其他顾问的经历。
某一次，我要面试一位名片上印着「资深顾问」职位的同行。当时目的是要找一位对SAP的银行接口技术有着较为深刻理解的顾问，因为按照后续项目计划，面试通过者将带领一支小团队，完成一个SAP与多个银行间的银企直连项目。
由于面试前已经通知过对方，主要的考察目标就是银行接口相关的内容，这位同行明显是有所准备。他侃侃而谈，对于SAP银行接口的实施方法，主要技术特点，所需时间，各种方式的优缺点比较等等都如数家珍，完美得就好像SAP官方PPT上的内容。
越是如此，反倒是激发了我与他讨论某些技术细节的兴趣。我随口问了几个特殊情况下错误处理的方式，他明显没有预计到我会深入到那些非常规的细节中去，表情有些慌乱，回答也很生硬，给出的答案大概就是类似这些情况以前的项目都没有碰到过，他认为实际项目中碰到的机会也很少等等。
在我心里，他是一位不成熟的顾问。
不成熟体现在技术和心态两方面，先说技术层面。
一、技术
让我粗暴地把5年以内的顾问都定义为不够成熟的顾问，其实这么说必然是不合理的。就像年龄不该成为一个人的标签一样，也不能简单地用工作年限来判断一个SAP顾问成熟与否。这里只是为了将概念简化。
事实上很多5年经验的顾问粗看已经非常老练了，至少3～5个项目的经验，操作精通，配置娴熟，跟客户介绍起SAP的流程和优缺点也是面面俱到。
我自己同样经历过这个阶段，我自己最深的感受是，这时期最怕发生意外情况。
我先把结论抛出来：定义一个顾问技术上是否成熟的标志，就是当意外发生时，是否具备快速解决的能力。
有过几个项目经验后，即使是新手顾问也能配置好一个模块的功能，并且按照常规的流程一步步地走下去。常规步骤中，可能已经覆盖用户90%的需求了，这时候可能有人会认为剩下的10%不重要，那只是一些不太常见的特殊情况，或是用户的某一两个特殊需求而已。
成熟顾问之所以能被称之为成熟，就是ta见过各种奇奇怪怪的意外情况，包括且不限于：
熟悉自己模块内常见的错误消息及解决方式
读过的SAP Notes没有500条也有300条
能根据行业特殊性等，主动预计用户可能提出的不常见问题
对于用户非常规的需求有「应急预案」，能从自己的知识体系中迅速找到适合的解决方案
曾经听很多同事说过，在国外有一些「大师级」的顾问，做了一辈子技术，任何技术问题都难不倒，说到底，就是「经验」二字。
其实经验不是因为时间长了自然就有的，而是在相关领域内不断探索，不断积累带来的结果。掌握的SAP知识和技能在大脑皮层中刻画出新的沟回，这些最终都将内化为自己的能力。
新手顾问能解决90%的常规问题，能从容应对剩下10%特殊情况的才是成熟顾问。常规的东西谁都会做，真正决定自我价值和用户满意度的，关键就在那10%。
二、心态
比技术更关键的，其实是心态。
我遇见过一位SAP顾问，让我叫他小P吧。他有一套惯用的方案和配置，每次遇到不同的客户，他都按照同样的模式推销他的方案，A流程要这么这么做，B流程要那么那么做。如果客户提出任何他不熟悉的东西，给出的回答永远是推诿，例如“这个功能一般客户很少用的”，“这个需求可以放到第二阶段实现”之类的，反正就是能推则推。
前面提到的被面试的顾问的反应，跟小P很类似。
按照现在流行的说法，这叫做不愿意踏出「舒适区」。
小P做的事情，用文言文说就是：画地为牢，主动的选择不出去尝试新鲜的东西。这样的选择，让他年复一年，日复一日的做着那些自己虽然熟悉，但却已经无法让自己的成长的事情。虽然名头上已经是资深顾问，可比起三五年经验的人，技术没太多进步，心态却已经老了。
人都是一个脑袋两条腿，表面上看起来没什么不一样的，但内里可真是大大的不同。SAP顾问亦是如此。
判断一个顾问是否成熟的依据其实就两个字：认知。对SAP技术的认知，对具体行业的认知，对客户关系把握的认知，对自我成长的认知等等。
放弃提升自己的认知，就是放弃成长，也就与成熟无缘了。
我特别喜欢乔布斯在斯坦福大学演讲中的一段话：
你们的时间有限，别浪费在重复其他人的生活上。不要被教条束缚，教条会把你困在别人思考的结果里。不要让其他人的观点掩盖你内心的声音。更重要的是，要有勇气听从直觉和内心的指引，它们在某种程度上早就知道你想成为什么样的人，其他一切都不重要。
三、最后
前两天看一档豆瓣的节目，叫「如是」，里面的第一集是采访朴树。
主持人问朴树，他希望成为什么样的人？朴树想了一会，说他想要做一个轻松的，自信的人。
我表示深有同感。
以上。
