软件开发公司 vs IT 服务提供商：谁来构建你的产品？

这两个类别在买方脑子里共享同一个货架，除此之外几乎没有共同点。看看 DACH 地区任何一份采购短名单，你都会发现一个 Systemhaus 挨着一个产品工作室，因为它们回应的是同一份写着"我们需要软件方面的人"的需求说明。德语里 Dienstleister 一词把两者都涵盖了，这正是这种短名单形成的原因。

从交付物开始，因为其余一切都由它推导出来。IT 服务提供商拿到钱，是为了让已经存在的东西继续工作：网络、笔记本、文件服务器、云租户、身份提供方、备份。成功以可用性和响应时间衡量。软件开发公司，也被搜索为软件服务提供商或 Softwaredienstleister，拿到钱是为了让还不存在的东西在生产环境里工作。成功以东西是否交付、以及是否做到了业务所需来衡量。

这个差别直接传导到合同上。托管 IT 自然建立在持续服务合同上：一种附加了可用性承诺的努力义务。定制软件交付自然建立在 Werkvertrag 上：一种结果义务。一旦你注意到这点，跨这两个类别比较日费率就不再有意义，因为你买的不是同一种承诺。挂在努力义务上的较低时薪，并不比挂在结果义务上的较高费率更便宜。

它也传导到谁坐在房间里。运维组织按稳定性配置和激励：可预测的流程、低变更率、清晰的升级路径。产品组织按不确定性下的判断力配置和激励：决定不做什么，在证据到来时改变方向。两者都是正当的工程文化。任何一方都不容易转化成另一方，这就是为什么真正同时做两件事的供应商，通常把它们当作两门生意、两条招聘标准来经营。

所以当任一类别的公司把另一类作为服务线提供时，问题不是它是否诚实，而是谁在配置这条线。问清楚有多少人在做，是否与做主业的是同一批人，以及他们最近交付了什么。答案通常很有信息量，也很容易得到。

对大多数超过一定规模的公司来说，健康的终局是两者都有，来自两个不同的供应商，并在开工前写清移交边界。我们正是在这种安排下工作过：在 IKB 项目中，我们的工作位于这家公用事业公司自己的建设之内，涉及基础设施、设备和编解码器，第一年后完整移交。我们从未是周边系统的运维方，也从未这样声称。

这把 Wavect 放在哪里？有意地放在这条线的一侧。我们构建定制软件并交付。我们不做 IT 运维：没有服务台，不做工位或网络管理，没有 7x24 驻场值班，没有运维 SLA。如果你真正的问题是没人让灯亮着，我们是错的选择，IT 服务提供商才是对的。如果你真正的问题是有东西必须做出来并进入生产环境，那是我们的活，而代码归你。