每一个仓库系统项目实施顾问和软件方都有一个最大的困扰，甚至是听到就能让人失眠的话题：用户要求进行仓库系统需求变更！这对他们来说无疑是晴天霹雳，所有已经准备好的东西都需要重新来做，如果遇到这个问题，究竟是该接受还是拒绝？   
    从仓库系统项目立项开始，需求就是仓库系统实施顾问的心头之痛。随着对仓库系统的深入认识、项目环境的变动，企业内外部多种因素都可能使客户要求进行仓库系统需求变更。如果不能有效处理这些需求变更，项目实施进度必将一再调整，上线日期也会随之一再拖延，项目成员的士气也将越来越低落，严重的还会直接导致仓库系统项目失败。
    仓库系统需求变更，本应是客户的权力，但也是实施顾问的为难之处。如果确需变更，当然要满足客户需要。问题是不能让变更权力滥用，把一些无关痛痒的变更宠惯养成堂而皇之的变更。例如，我曾经在某仓库系统项目中属于“谦虚型”，对于客户提出的变更，无论大小都给予解决，客户对此非常满意。然而，项目进度却拖得很长，项目一再延期。相比之下，在另一个项目上我显得稍有些“盛气凌人”，对于客户提出的仓库系统需求变更，大多都不予理睬，客户对此不是很满意。不过，该项目的进度控制得较好，基本能按期完成项目。     按后一种“盛气凌人”的做法，对客户的要求一概不理，自顾自地按照最初的需求和计划实施，很可能会由于没有用户的参与，使得仓库系统与用户的需求相差甚远，导致验收通不过，收不回尾款而使公司利益受损。对于客户来说，达不到需求的满足也浪费了投资。事实上，客户不满意，则项目就不算成功，实施顾问辛勤劳动最后就只能落得个“没有功劳，只有苦劳”的份。
    但按前一种“谦虚型”做法，完全顺着客户的意见走，客户满意度就一定会高吗?其实也不一定。由于需求变更会带来工作量的大量增加，甚至可能会出现大量的无效劳动。而且，频繁变动的需求也会导致实施质量下降，留下许多隐患。因此，一味的迁就用户将会使进度一拖再拖，实施方案一改再改，变更越来越多，士气越来越疲，公司越来越不满意，用户越来越急。到最后，实施顾问会发现这个项目已经成为了一个“不可能完成的任务”。
    所以说，遭遇用户要求仓库系统需求变更时还需要从根本上来考虑，既不能一味的迁就也不能断然的拒绝，作为实施顾问，一定要站在双方的角度来考虑用户提出的需求是否是真正用的上的需求，对于合理的需求是一定要进行改正的，否则只能到导致项目的延期和失误。