把一团乱的运营，做成一套跑得动的系统。

几乎完全取决于范围，所以我们按项目报价而不是公开一个数字。给你一个量级感：一套“真正有用”的最小运营系统——一个仓库、一个门户、一条订货流程，加上它离了就跑不起来的那些对接——通常在五位数中段。多站点、多租户或者要接硬件的，那是另一个量级的对话。我们会在第一通电话里就把区间告诉你，不让你自己猜；在你承诺任何事之前，你会拿到一个书面的固定数字。

因为网站的形状我们能预判，运营系统不能。两个从外面看一模一样的仓库，需要的软件可能完全不同，公开一个数字对两边都是错的——对一个太高，对另一个太低，而且它会变成一个锚，挡住真正该聊的对话。网站足够可预测，所以我们公开；系统不是，所以我们认真报价，而不是假装它可以被一个数字概括。

多数情况下十二周出第一个正式版本，而且你远在那之前就能看到能跑的东西——我们每两周左右就给你看一次，而不是消失到最后才出现。我们刻意先做“真正有用”的最小范围并让真实用户用起来，而不是花六个月把所有功能都做完，最后才发现其中一半是错的。

能，而且这通常是硬性要求而不是加分项。MegaFood 的仓储账单直接流进 Xero，付款状态还会自动同步回来。我们在报价之前就把所有对接理清楚——因为“没人提前算进去的一个对接”，是项目超期最常见的单一原因。

东西全是你的。代码仓库、服务器和文档从头到尾都在你名下，技术栈足够主流，任何有能力的团队都接得住，而且我们交接的时候是尽量交清楚，不是尽量留一手。我们宁愿因为活干得好被留下，也不愿因为走掉的成本太高被留下。

接。做运营软件，我们希望在报价之前先去现场看一眼——一个班次实际怎么跑，这个不能省——所以外地客户会涉及差旅。之后的所有环节都通过电话会议和一个共享的测试环境进行。我们服务全新西兰，也做澳洲的项目。

有时候可以，而且我们会老实告诉你属于哪种情况。我们会先读代码和基础设施，然后直接给你答案：继续扩展比推倒重做更便宜，还是相反。FernMark 就是这种情况——一个老旧平台，我们做的是逐步现代化而不是重写，旧页面零视觉回归。