安心
报价具有可比性，验收也不会变成一场凭印象的争执。
值得先有答案的几个问题。
如果其中有哪一个的回答是“我们不知道”，那正是我可以帮上忙的地方。这些问题，我会在作出决定、资金开始流动之前，向董事会、秘书长、县长和总裁们提出。
- 我们能否向供应商把系统应当做什么描述清楚，并且做到可以检验？
- 我们日常工作中的哪些场景必须毫无例外地跑通？
- 我们的数据会怎样，想更换供应商时又如何从合同中退出？
- 系统要以多快的速度、在多大的数据量下运行？
您能得到什么。
更好的成果
您得到的是自己所需要的，而不是供应商模板里现成的东西。
更少暗礁与失误
上线之后需要修改的地方更少，因为需求是在实施之前写成的，而不是事后补上的。
这一阶段出错的代价。 需求不够明确，就意味着补充协议、上线后的修改，以及围绕验收的争执。顾问的费用通常低于一项选错的技术、一家不合适的供应商，或合同中的一个陷阱。
需求是与供应商对话的通行货币。
在您发起招标或发出询价之前，用您自身流程的语言写成需求，各家报价才具有可比性，日后也能据此追究供应商的责任。这是我最重要的专长：把组织的需要转化为业务需求、场景和验收标准。
您将得到什么。
- 访谈、流程图、数据模型、集成和测试场景。
- 最重要的是回答：怎样才算实施成功，也就是我们为什么做这件事、期待什么结果。
- 当管理层有想法却没有时间写成文字时：只需一次谈话，约2天内即可拿出概念方案或原型。
我在这一阶段如何工作。
- 访谈与流程图与在流程中工作的人员以及流程负责人交谈。形成对现状和期望状态的描述。
- 需求与场景数据模型、集成、视图、通知、规则和测试场景，也包括对使用便利性、速度和数据量的要求。
- 验收标准可检验的标准，据此您可以判断系统是否按预期运行。供应商在报价之前就拿到这些标准，而不是在实施之后。
“他能够把总体变革方向转化为需要向各部门提出的问题、需要商定的要求，以及应由领导层作出的决定。”
我在这一阶段的专长。
我把业务用户提出的问题转化为IT世界听得懂的语言，把技术的能力转化为管理层决策的语言。
关于这一阶段的常见问题。
为什么要在招标之前就写好需求？
有了它们，各家报价才具有可比性，也才能追究供应商的责任。没有需求，您比较的只是承诺，而验收只能凭整体印象。
如果管理层没有时间把需求写出来怎么办？
大约15分钟的谈话就够了。约两天后，我会带回一份概念方案或原型，让您在项目产生第一笔费用之前，就能据此评估方向。