自动化：自行开发、购买软件还是请顾问？Make-vs-Buy 的决策

大多数中型企业的自动化项目并不是因为技术失败。它们失败于一个过早并基于错误数字做出的决定：自己开发、购买现成软件还是请顾问？

这三条路各有其时机。但“自建还是购买”的问题只有在两件事明确之后才能严肃回答：您知道要触及的是哪个流程，并且您知道该流程会给您造成多少欧元的成本。正是这项工作属于 FLOWREFY 方法中的 O 阶段。本文提供其背后的决策逻辑。不是工具与工具的比拼，而是在何种阈值下，构建、购买与委托确实分道扬镳。

先顺序再决定

FLOWREFY 方法是一个对每个流程的四步循环：Find（找到最贵的瓶颈）、Lay bare（把它以欧元量化）、Optimize（清理，然后只选一个杠杆）、Wire & Watch（实施并再次测量）。

自建对比购买是纯粹的 O 阶段问题。在 O 阶段有一条铁律：先清理，再买软件。 颠倒这个顺序，就是在自动化您的混乱——只是更快更贵。

这听起来理所当然，但事实并非如此。中型企业的典型流程是：有人在展会上看到一个工具，销售很会讲，预算也到位。六周后一款软件上线，但此前没人把被映射的流程清晰定义。结果是昂贵的停滞，外表光鲜。

因此在您购买或构建任何东西之前，必须满足两项先决条件：

1. 瓶颈已经确定。 恰好一个流程，而不是五个。这是“每一周期一个瓶颈”的原则。
2. 瓶颈已以欧元量化。 您知道现状每年的成本。否则无法为投资辩护。这是原则：如果您不能用欧元说明，就别去动它。

如果这两点还没准备好，任何自建对比购买的讨论都为时过早。那您应该回到 F 阶段和 L 阶段。如何量化瓶颈，请参见 FLOW-流程成本分析器。

三条路——公平并列

在计算之前，先给出三个清晰定义：这些选项真正意味着什么，而不是销售话术。

自己开发（Make）

您用内部资源实现自动化：无代码/低代码平台、自写脚本、内部开发人员。您完全拥有逻辑，随时可调整。代价是您承担维护、更新和知识风险。构建者一走，理解往往随之丧失。

购买现成软件（Buy）

您租用一套能在很大程度上映射您流程的标准解决方案。部署快，供应商负责维护与迭代，提供支持。代价是您要适应软件，而不是软件适应您。遇到特殊情况会触及限制，且持续授权费用会随用户或量增长，有时令人不快。

委托顾问

顾问并非第四条路，而是对前两条路的加速器，通常为一次性。适用于您内部缺乏量化瓶颈的能力，或一次性迁移非常复杂时。危险在于最后交付的是个无人能维护的黑箱。那样您只是把规模问题换成了依赖问题。

决定性三要素

抛开直觉与供应商魅力。自建或购买取决于三个可度量的要素。

1. 标准化程度

您的流程到底有多个性化？

• 高度标准化（工资核算、新闻简报发送、工单系统、按固定流程的发票审批）：成千上万家公司面临完全相同的问题。这里有成熟且廉价的软件。购买。 自建等于重新发明轮子。
• 部分特殊（核心标准，但有三条奇特的例外规则）：以标准工具为基础，自行搭小桥接。混合方案。
• 高度个性化或竞争优势来源（您的流程恰恰是您区别于市场的地方）：标准软件会强制您进入外来逻辑。这种情况下自建可能明显占优。

经验法则：标准的就买；让您独特的就自建或委外构建并接管。

2. 量（Volume）

该流程运行频率如何？

量决定固定成本是否划算。自研有高起始成本与低边际成本。购买授权起始成本低，但持续费用会随用户或事务增长。

• 低频、少量：自建通常不划算。起始投资难以回收。购买或干脆不动。
• 高频、稳定量：自建更划算。固定成本摊到多次运行上，而持续授权多年会很疼。

3. 三年期总拥有成本（TCO）

大多数人失败在这点：他们把授权价对授权价比较，却忽略真实成本。总拥有成本就是：三年内发生的一切。

购买时计算：

• 授权与部署成本
• 按36个月计的持续费用（含预期量增长）
• 数据迁移与配置
• 员工培训
• 内部维护投入（总有人要管理工具）

自建时计算：

• 一次性开发工时（工时×内部小时成本，诚实估算）
• 年度维护（经验规则：每年为构建成本的15%到25%）
• 托管与基础设施
• 人员风险（构建者离职的代价）

只有把这两项加总后才可比较。很常见的是，一旦把维护与培训计入，决策会出现巨大转折，可能朝任一方向亦或都不选。

有时两者都不合适。在示例分析 AN-2026-03（构造案例，非客户数据）中，桌面上有一份 18.000 欧元的工作流自动化报价。该流程在签约前被核算：

[
  { "label": "Einführungskosten (Buy)", "value": "18.000", "unit": "€", "tone": "critical" },
  { "label": "Ersparnis an Arbeitszeit", "value": "4.000", "unit": "€/Jahr" },
  { "label": "Amortisation", "value": "> 4", "unit": "Jahre", "tone": "critical" },
  { "label": "Durchlaufzeit", "value": "-7", "unit": "%", "note": "12,8 → 11,9 Tage" }
]

在那个案例中，瓶颈实际上出在供应商端，属于外部问题。无论买软件还是自建，都无法把问题解决到位。

四个问题的决策流程

在瓶颈与欧元数明确后，按顺序回答下面四个问题。

问题 1：这是一个标准流程吗？ 是且高度标准化 → 强烈倾向 购买。继续到问题 3。 否且高度个性化 → 继续到问题 2。

问题 2：我们内部是否有能力去构建并在三年内维护？ 有 → 自建 是现实选项。继续到问题 3。 没有 → 要么用标准工具并做适配，要么请顾问一次性构建并进行内部知识传授。绝不接受无交接的黑箱。

问题 3：直接比较的三年期 TCO 怎样？ 把两边的总和算出来。如果差距很小（约低于 20%），通常会选择 购买，因为风险更低、上线更快。

问题 4：如果负责人离职会怎样？ 如果解决方案依赖于某个人，为自建方案加上风险溢价。或者在合同中要求顾问提供完整的文档与交接。

一个示例计算

为了让逻辑更可感知，给出一个完整演算的示例情形。为说明用，非真实客户案例。

一家有 60 名员工的机械制造企业在 F 阶段确定了报价生成是最贵的瓶颈。L 阶段量化成本：三人主要手工制作报价，年累积占用约 40.000 欧元的人力成本。

在 O 阶段先清理：统一模板、记录价格逻辑。之后才讨论自建或购买：

• 购买（CPQ 标准软件，即自动报价配置工具）：每年约 9.000 欧元授权，加上部署与培训。三年 TCO 大约 35.000 欧元。问题是：特殊价格逻辑只能适配到 70%。
• 自建（内部无代码配置器）：一次性约 18.000 欧元开发，外加每年约 4.000 欧元维护。三年 TCO 大约 30.000 欧元。优点：价格逻辑可 100% 贴合。风险：知识集中在某个人。

两者总额接近。决定性因素是高度个性化的价格逻辑，这对标准工具不利。该情形决策：自建，但要求有文档化的交接以缓解人员风险。您具体情况哪种胜出，全看您的数字。为此我们有计算器。

只做一个杠杆，然后测量

无论您如何决定：每个周期只执行恰好一个杠杆。不要同时购买一个工具、改造第二个流程并再写个脚本。若同时改三件事并看到改进，最终无法判断哪一项奏效、哪一项只是烧钱。

在 W 阶段（Wire & Watch）请再次测量您在 L 阶段确定的同一欧元数值。这样得到真正的前后对比，以欧元为单位，而不是空洞宣称。这正是 FLOWREFY 方法区别于常见“我们做了点自动化”叙述的地方。

当您在自建或购买方向确定后，若想深入比较无代码平台，可参考概览 Beste No-Code-Tools。想先判断某一步是否值得自动化，再决定买或建，请参阅文章 Prozesse automatisieren: Beispiele，其中有切实的出发点。

每次决策前的简短清单

• 瓶颈已确定：恰好一个，而不是五个
• 现状年成本以欧元量化
• 流程先清理，不要自动化混乱
• 诚实评估标准化程度
• 量已知（流程运行频率）
• 两种路径的三年期 TCO 已计算，含维护与培训
• 人员风险已评估并在必要时通过溢价或交接来保障
• 若使用顾问：在合同中明确文档与交接

只有所有勾选项都到位，您的决定才不仅是直觉。

您的下一步：免费的 FLOW 诊断

自建对比购买的问题的价值取决于其基数数字的质量。如果您已知道瓶颈，决策就成了算术题：标准化程度、量与三年 TCO 互相权衡。当前流程的成本可由 流程成本计算器 算出。这就是用于比较两种路径的那个数字。

如果您还不知道哪个流程最贵或它的成本，先从更前一步开始。免费的 FLOW 诊断帮助您找到唯一最贵的瓶颈，并把它翻译成欧元，之后再决定购买或构建。先测量，再细化。