以，我们在确定一个需求前，要跟当事人充分沟通，最好能直接沟通，避免因传达失误所引起的重复工作。
在沟通时，双方对需求的认识要一致，不能模棱两可。笔者在此就有一个惨痛的教训。
那时，我给一家企业做实施。ERP实施成功后，我主要是跟他们IT主管联系。一次，他发给我一个需求，说是要根据“销售定单变更单”自动修改未审核的“生产单据”。但是，IT主管在传达的时候，没有传达清楚，把“未审核”去掉了，结果需求变为了根据“销售定单变更单”自动修改的“生产单据”。最后，销售定单不通知生产部门也可以随意更改，导致了生产的错误。
后来，他们向我反映问题时，我知道出问题了。我马上赶到公司，跟他们开会重新确认需求。原来他们的本意是：根据“销售定单变更单”自动修改未审核的“生产单据”，对已经审核的生产单据不能自动修改，而要销售部门通知生产部门在进行修改。
这个案例给我一个深刻教训，做二次需求，一定要“亲自上战场”，而不能听“奏折”。
六、需求要注意风险
为了降低ERP二次开发的风险,应仔细评估所有涉众的需求，确定开发风险,并对项目进行风险管理。有的项目人员仅仅重视自己感兴趣或觉得有挑战性的需求，而不是及早将精力投入降低项目风险或提高应用程序功能性方面。为确保尽早解决或降低项目中的风险，要慎重选择需求，以确保每次增加的需求都不会加大项目中的已知风险。要达到目的,你需要对项目进行风险评估，并在风险和重要性两个层面取得平衡。