“头痛医头、脚痛医脚”的SAP解决方案

作为SAP顾问是否遇到过如下场景：sap 用户着急的跟你说需要系统里实现什么功能，比如要增加一个库位地点，明天就要，很急。你全力配合他做好了，刚传到正式系统，用户说不需要了或者用了段时间发现不合适，能不能把功能退回去。你是不是很无语？从这里我就要引出今天的主题，什么叫“头痛医头、脚痛医脚”的解决方案。

“头痛医头、脚痛医脚”的解决方案说直白点就是用户告诉我们解决方案，用户需要什么我们做什么，并不考虑其他细节。比如前面这个例子，在用户需要这个库位地点的时候，可能只会告诉你要保存一些物料库存，然后SAP顾问就直接帮他建了。但是库位地点存库存是库位地点的天然功能，为啥现有的库位不能用非要新建一个呢？用户为啥不考虑用WM的storage type而非要用IM的storage location呢？这个用户是管理仓库的同事吗？他有权决定吗？这么多问题我们需要回答。

所以我们在做解决方案的时候，为了更好的了解用户需求，保证解决方案可以落地，需要了解和澄清两方面的问题。

事：第一方面就是事情或者问题本身。首先，一定要了解这个需求的原因和背景，这个是了解用户需求的最关键的因素。比如新建库位可能是为了区分物料，比如有质检问题的物料，但是我们都知道SAP有限制库存可以实现同样的功能。一般我们可以简单的问两个问题：为什么要这个功能？以前是怎么做的？其次，我们永远要检查这个需求是否可以被现有的功能满足，尽量不要配置或者开发一些重复的功能，这会导致以后维护成本很高。 最后，我们还需要针对需求，对比不同的解决方案，我见过太多聪明的顾问靠想想就能决定哪种方案最好，但是按照我的经验来看，一般这种判断都是不全面的。我建议的是要列表格来进行对比，这样才能是自己的思路更清晰和完整，也容易看出不同方案之间的差别。

人：第二方面是我们要了解提出需求的人。因为用户自己提出解决方案，肯定是基于他自身的知识水平和经验的。如果是资深的SAP用户，也许会提出合理的解决方案，但是大部分时候，用户自己的想法和最后真正的解决方案是会有偏差的。这不是用户的问题，主要还是用户对SAP所有相关的技术并没有一个全貌，容易做出简单直接的判断。所以作为SAP顾问，需要利用自己的专业知识来引导用户进行对比不同的方案，比如像前面提到的WM的storage type也能实现同样的功能，有可能对启用了WM管理的仓库这个是更好的解决方案。还有非常重要一点是要判断这个用户是否是负责人或者说他有没有决定权，也就是常说的职责和权力是否对等。如果这个需求不是这个用户能决定的，作为顾问就要提醒他，是否需要让其他人参与进来讨论。

结合了这两方面，一般来说，你的解决方案不会和需求有很大偏差，用户也会更清楚自己想要什么，成熟的想法会得出成熟的解决方案。有些顾问可能会问，我不是自己找麻烦么？用户要什么我就给他建什么。有这种想法的顾问，我只能说比较短视，虽然看似解决了问题，但是以后可能会有更多的问题出现，比如要求回退等，我们知道SAP有些功能或者配置激活了，就很难回退了，这对于以后的SAP日常操作是灭顶之灾。我们也经常看到或者听到SAP系统里一堆垃圾，这些垃圾一般都是操之过急、没有理清需求的情况下造成的。所以我们在做解决方案的时候，一定要追根溯源，不要只顾眼前。