本文要点
流程先于工具。
谁来审批、有哪些例外情形、需要留下什么样的决策痕迹。
盘点现有资源。
CRM、业务系统、公文管理系统和办公软件包往往已能承担部分流转工作。
防锁定要求。
导出、API、BPMN、配置权、退出方案。
多年总成本。
采购、实施、维护及退出成本，按你们自己的场景进行比较。
Zdjęcia ilustracyjne
之后，列出能防止供应商锁定的要求：以开放格式导出数据和案件历史、有文档记录的API、按BPMN标准记录的流程、拥有自行配置的权利，以及清晰的合同退出规则。把你今天能识别的风险都写下来，不要天真，要把所有风险都列出来。 比较报价时，要用你自己的场景，并核算多年的总体成本（投资加上重复发生的运营成本）：许可证、续约、培训、团队维护、变更、迁移。 也要想清楚：供应商流失关键顾问、决定用AI取代管理员和开发人员、或者停止支持现有操作系统的可能性有多大。
本文面向希望理顺文件流转、成本发票、合同或申请流程，正在选择工作流系统（即按既定规则把事项从一人传递到下一人的工具）的企业董事会和municipal company（市属公司）管理层。通常有三条路可选：现成的BPM平台、低代码工具，或定制开发的专属系统；以下原则适用于这三种情况。本文对CFO也同样有用，因为错误选择的后果最终往往由他们买单。
为什么对供应商的依赖往往从一开始就已埋下
依赖关系很少源于单一的糟糕决定，通常起步得比企业察觉到的更早：流程被记录在供应商的工具里，而不是企业自己的文档中；数据和案件历史被锁定在难以导出的格式里；只有实施合作伙伴了解系统配置；而合同对实施讲得很多，对企业想要离开时会发生什么却几乎只字不提。几年之后，更换系统的成本会高于维持系统的成本，即便该系统早已不再满足需求。
第一步：先描述流程，再与供应商洽谈
在发出询价之前，值得先描述系统需要支撑的流转流程：谁提出事项、按什么顺序由谁审批、有哪些例外和阈值（比如超过某个金额走不同路径）、有哪些期限要求，以及为应对审计需要留下什么样的决策痕迹。最好用BPMN标准记录，因为不同工具都能识别该标准。这样流程描述归属于企业本身，而非某个系统。
没有这样的描述，你比较的就只是供应商的演示，而不是真正的解决方案。每场演示都会显得很出色，因为供应商展示的是他们最拿手的场景，而不是你们最棘手的例外情况。
第二步：盘点你已经拥有什么
许多流转环节往往可以用企业已有的工具来完成：CRM、业务系统、公文管理系统或办公软件包。有时分析的结论是根本不需要新系统，只需调整流程或配置即可。这样的盘点还能揭示新系统必须对接的集成关系，例如与财务会计系统及KSeF（波兰国家电子发票系统）的对接，以及目前信息丢失的环节。详见：IT系统盘点。
第三步：防止供应商锁定的要求
以下要求应写入询价文件作为硬性条件，而非一般性的期望：
- 数据与案件历史的导出权：以开放、有文档记录的格式，随时可导出，且不额外收费。
- 有文档记录的API，用于与其他系统集成，且其他承包商也有权使用。
- 按标准（BPMN）记录的流程，可导出并在其他地方重建。
- 配置权：可由企业自有团队或任意合作伙伴进行配置，并留有变更文档。
- 退出合同的规则：过渡期、数据迁移协助及事先明确的费用。
- 维护合作伙伴的选择权：实施完成后，能否在不失去厂商支持的前提下转由其他实施公司提供服务。
这就像租用一间办公室，合同里写清了入住费用，却对退租只字不提。只要一切运转正常，没人会注意到这一点。问题会在必须搬离的那一天才浮现出来。
RPA、ERP和CRM同样适用这些原则
这些原则适用于任何能理顺企业工作的系统。不过每一次，都值得先问一问我们想要达成什么目标，因为答案决定了我们选择的工具类别是否正确。
RPA。 首先要问的问题是：为什么偏偏选RPA而不是BPM？程序化机器人接管的是人在现有系统中的重复性操作，但不改变流程本身；而BPM理顺的是流程本身。如果目标是减轻员工在系统间重复录入数据的负担，机器人可能就够用了。如果目标是建立一个全新的、更短的事项流转流程，机器人往往只会固化旧流程。机器人还依赖其他系统的界面和格式：这些一旦变化，都可能让机器人停摆，因此需要了解维护这些脚本的成本，并在厂商工具之外保留其说明文档。
ERP。 这里的关键问题是：我们希望ERP为我们带来最佳实践和现成流程，还是希望它支持我们自己构建竞争优势的独特流程？在前一种情况下，值得坚持系统标准、限制定制，因为每一处改动都会给升级和更换合作伙伴带来阻碍。在后一种情况下，有时一个简单的ERP外加一个灵活的BPM系统效果更好：企业的差异化流程在BPM层面调整，而无需改动核心系统。无论哪种情况，财务、库存和人事数据，以及与KSeF、银行的集成，都必须能够完整导出，连同历史记录一起。
CRM。 在开始比较报价之前，值得先明确我们所理解的CRM究竟是什么：理顺客户服务流程、多渠道销售，还是获取合同的平台。这是三个不同的项目，拥有不同的用户、不同的集成和不同的成功衡量标准。无论选择哪种方案，带有联系历史和同意记录的客户数据库导出，以及与销售和客服系统对接的API，都应该作为询价文件中的硬性条件，而不是附加项。
第四步：比较多年总成本，而非许可证价格
报价最好按多年总成本来汇总比较：采购与实施、维护与许可证、后续开发，以及退出合同的成本。最便宜的许可证到了第三年往往会变成最昂贵的选择——因为每次流程变更都意味着要向同一家合作伙伴支付额外费用。最好基于你们自己的场景进行比较：让每家供应商展示你们企业中同一个棘手案例的处理方式。关于评估报价的更多内容：报价评估与供应商洽谈。
对CFO来说，最重要的是两个数字——而它们通常不会出现在报价单中：实施后变更一个流程的成本，以及离开供应商的成本。值得在评估报价阶段直接要求供应商提供这两个数字。
第五步：验收与维护合同
系统的验收应依据事先商定好的测试场景和标准进行，而不是依据供应商的口头承诺。维护合同应明确：错误在多长时间内得到修复、由谁以什么价格进行变更，并确认关于数据导出和合同退出的条款。
实践案例
在某国际集团的子公司群中，有一家公司使用集团统一的ERP系统，同时需要按照集团的采购准则（corporate purchasing guidelines）将procure-to-pay（采购到付款）流程中的财务流程自动化。当时有很强的诱惑想直接采用集团统一的协同办公工具，但这些工具价格相当昂贵，也不符合独立性要求，一旦出现问题也难以轻松退出。
在与利益相关方的多次会议中，我们准备了一份详尽的需求说明，其内容超出了现成方案的标准功能范畴。我们制定了几种与业务系统对接的替代集成方案，以及降低对单一供应商形成依赖风险的机制。最终形成了一套建立在标准之上的一致应用策略，以及一个能够敏捷构建新流转流程的环境——通过与流程负责人（包括非技术人员）的短会进行原型搭建。这个环境包裹在ERP系统之外：在企业差异化的环节给予高度灵活性，而无需承担大型实施项目的成本。