# 需求与项目准备 | Krogis Źródło: https://krogis.pl/zh/uslugi/wymagania Język: zh Opis: 在您发起招标或发出询价之前，用您自身流程的语言写成需求。 有了它，各家报价才具有可比性，日后也能据此追究供应商的责任。 --- # 需求与项目准备。 *如何描述需求，才能让供应商理解？* 在您发起招标或发出询价之前，用您自身流程的语言写成需求。有了它，各家报价才具有可比性，日后也能据此追究供应商的责任。 [预约沟通](https://krogis.pl/zh/uslugi#kontakt) [全部服务](https://krogis.pl/zh/uslugi) ## 值得先有答案的几个问题。 如果其中有哪一个的回答是“我们不知道”，那正是我可以帮上忙的地方。这些问题，我会在作出决定、资金开始流动之前，向董事会、秘书长、县长和总裁们提出。 1. **我们能否向供应商把系统应当做什么描述清楚，并且做到可以检验？** 2. **我们日常工作中的哪些场景必须毫无例外地跑通？** 3. **我们的数据会怎样，想更换供应商时又如何从合同中退出？** 4. **系统要以多快的速度、在多大的数据量下运行？** ## 您能得到什么。 ### 安心 报价具有可比性，验收也不会变成一场凭印象的争执。 ### 更好的成果 您得到的是自己所需要的，而不是供应商模板里现成的东西。 ### 更少暗礁与失误 上线之后需要修改的地方更少，因为需求是在实施之前写成的，而不是事后补上的。 **这一阶段出错的代价。** 需求不够明确，就意味着补充协议、上线后的修改，以及围绕验收的争执。顾问的费用通常低于一项选错的技术、一家不合适的供应商，或合同中的一个陷阱。 ## 需求是与供应商对话的通行货币。 在您发起招标或发出询价之前，用您自身流程的语言写成需求，各家报价才具有可比性，日后也能据此追究供应商的责任。这是我最重要的专长：把组织的需要转化为业务需求、场景和验收标准。 ## 您将得到什么。 - 访谈、流程图、数据模型、集成和测试场景。 - 最重要的是回答：怎样才算实施成功，也就是我们为什么做这件事、期待什么结果。 - 当管理层有想法却没有时间写成文字时：只需一次谈话，约2天内即可拿出概念方案或原型。 ## 我在这一阶段如何工作。 1. **访谈与流程图** 与在流程中工作的人员以及流程负责人交谈。形成对现状和期望状态的描述。 2. **需求与场景** 数据模型、集成、视图、通知、规则和测试场景，也包括对使用便利性、速度和数据量的要求。 3. **验收标准** 可检验的标准，据此您可以判断系统是否按预期运行。供应商在报价之前就拿到这些标准，而不是在实施之后。 > “他能够把总体变革方向转化为需要向各部门提出的问题、需要商定的要求，以及应由领导层作出的决定。” **Krzysztof Pijanowski** ，数字化与信息社会部副主任，罗兹省马绍尔办公厅（Urząd Marszałkowski Województwa Łódzkiego）。[完整推荐信](https://krogis.pl/zh/referencje#umwl) ## 我在这一阶段的专长。 我把业务用户提出的问题转化为IT世界听得懂的语言，把技术的能力转化为管理层决策的语言。 ## 数字化转型与变革管理。 这是贯穿所有阶段的核心能力：20多年来在众多组织中工作，始终站在采购方一侧。 [数字化转型](https://krogis.pl/zh/transformacja-cyfrowa) [(上一阶段，03) **数字化战略与目标架构**](https://krogis.pl/zh/uslugi/strategia-i-architektura)[(下一阶段，05) **报价评估与供应商沟通**](https://krogis.pl/zh/uslugi/ocena-ofert) [这些阶段如何汇成数字化转型](https://krogis.pl/zh/transformacja-cyfrowa) ## 关于这一阶段的常见问题。 ### 为什么要在招标之前就写好需求？ 有了它们，各家报价才具有可比性，也才能追究供应商的责任。没有需求，您比较的只是承诺，而验收只能凭整体印象。 ### 如果管理层没有时间把需求写出来怎么办？ 大约15分钟的谈话就够了。约两天后，我会带回一份概念方案或原型，让您在项目产生第一笔费用之前，就能据此评估方向。 ## 来聊聊这一阶段。 第一次沟通30分钟，不收费。我会在2个工作日内回复。 [预约沟通](https://krogis.pl/zh/uslugi#kontakt) [全部服务](https://krogis.pl/zh/uslugi)