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

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

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

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

事：第一方面就是事情或者问题本身。首先，一定要了解这个需求的原因和背景，这个是了解用户需求的最关键的因素。比如新建库位可能是为了区分物料，比如有质检问题的物料，但是我们都知道SAP有限制库存可以实现同样的功能。一般我们可以简单的问两个问题：为什么要这个功能？以前是怎么做的？其次，我们永远要检查这个需求是否可以被现有的功能满足，尽量不要配置或者开发一些重复的功能，这会导致以后维护成本很高。 最后，我们还需要针对需求&