一个最终能让系统正常运行的转型计划
这不是一份幻灯片演示文稿。我们会找出工作真正受阻的地方，选定值得构建的初始系统，在您的硬件上部署它，并根据您的数据来衡量我们商定的目标。
什么变了，什么没变
大多数转型项目停滞不前的原因都是一样的：它们先从技术入手，然后再去寻找可以应用该技术的问题。而我们则从办公室、生产一线、电话沟通中着手, 无论工作流程的瓶颈出现在哪里。在构建任何系统之前，我们就能指明导致工作出现问题的具体环节、当时在场的人员，以及手动修补所产生的成本。
初始系统的选择取决于两点：问题会给你带来多大损失，以及人们能多快发现并修复该问题。一个能在几分钟内暴露错误的工作流程，比一个华而不实、却要过一个季度才有人察觉问题的系统更适合作为首个版本。这种排序虽然不浪漫，但正因如此，初始系统往往能在真正的一周工作中经受住考验。
对贵方运营方式的调整微乎其微，且我们在签约前会明确说明。谁负责审批系统无法独立执行的操作；当出现异常情况时，谁负责查阅运行日志；在对比目标值与贵方实际数据时，谁将出席评审会议。三名指定人员，三个工作习惯。
最终，系统能够正常运行。代码、数据和文档都归你们所有，你们的团队无需我们在场即可对系统进行修改。如果后续仍需我们参与，那应该是因为下一个问题值得解决，而不是因为架构设计导致撤离成本过高。
我们恪守的原则
先解决正确的问题
我们首先观察实际的工作流程。如果软件不是瓶颈，我们会明确指出这一点，并在构建之前停止该程序。
一个人会批准任何具有重大影响的事情
系统提出建议；由人做出决定。涉及费用的操作需等待在系统上线前已登记的指定审批人批准，而团队在此期间仍可对该规则提出异议。
在数据所在之处运行
该系统在您的现有服务器、租户或站点内运行。这一初始限制决定了系统架构，且无需额外费用。
基于您的数据测量的签名目标
每项合作都会明确其目标类别、衡量方法和评估要点，并根据您自身的基准进行评估。我们不会将其他客户的数值套用到您的合同中，也不会公布任何数值。
移交才是目标，而不是预付款
所有内容均已进行版本控制并记录在案，以便移交。当下一个问题值得我们继续合作时，您仍可选择签订保留协议。
只有当运维人员能够查看发生了哪些变更、审批重要事项并负责系统上线时，系统才得以被广泛采用。
接下来会怎样
车主常问的问题
这是一个咨询项目吗？
不。该项目包含范围明确的实施工作，最终将交付一个贵团队能够运维的生产系统，而非一份建议方案。
哪些内容需要签署？
该互动的目标类别、衡量方法及评估要点。基准值源自您的数据；我们不会公布或承诺任何通用的数值。
我们是否需要先搭建整个平台？
不。我们可能会建议改用有界系统。只有当操作问题涉及相互关联的工作流时，该程序才具有保证性。
