企业文化

一家做交付的公司，文化最终体现在两件事上：怎么判断问题，以及拒绝什么。我们把自己的原则写成可以被观察的行为，是因为写得模糊的原则，在项目进度压力下一定会被解释掉。

三条原则

现场优先。 方案的第一版必须在现场产生，而不是在会议室里推导出来。可观察的行为有三条：立项调研至少有一次发生在设备旁边、仓库通道或调度值班台前；方案里的每个数字都能指认它的来源系统或经手人；一线操作者的原话原样进入调研记录，不被改写成术语。

长期主义。 我们按客户三年后的运维状态设计今天的方案，而不是按验收当天的演示效果。可观察的行为是：架构评审必须回答「这套东西两年后由谁维护、怎么改」；给客户的收益测算要写明假设条件与失效边界；不为了签单删掉方案里的风险章节。

把复杂留给自己。 系统的复杂度不转移给客户的一线人员。可观察的行为是：上线后操作步骤数量不增加；新增的判断依据嵌进用户已经在用的界面，而不是要求他们再登录一个系统；协议适配、数据清洗与模型迭代的维护成本留在我们这边。

我们怎么工作

交付按双周推进：每个双周都有一个可在客户环境里运行的产出物，而不是等到项目末期交付一个大版本。这会牺牲一部分架构上的「优雅」，换来的是客户能更早发现方向偏差。

架构师在关键阶段驻客户现场，而不是远程答疑。所有项目的复盘文档对内公开，包括哪些没做成的项目——新人入职第一周读的是这些文档，不是宣传册。

我们拒绝什么

• 只做演示的项目。 如果一个场景无法在 8 周试点里跑出可测量的结果，我们会建议先不做，而不是先交一个好看的演示版本。
• 把客户数据当作默认燃料。 客户数据只用于客户自己的模型与优化；未经书面授权，不进入任何共享训练集，也不用于对外案例中的量化披露。
• 承诺算不清的指标。 立项时就区分「可以承诺」与「只能给区间」的指标。收益算不清的场景，我们只报工作量，不报收益。

这些原则的代价

写下原则不难，承担代价才是区别。这三条原则至少带来四个直接损失：

• 交付周期通常比同行长，8–12 周的标准周期里有一部分时间花在调研与数据治理上，客户在中期看不到明显产出；
• 不做低价竞标，会丢掉一部分以预算为先的项目；
• 拒绝演示型项目，意味着前期投入的售前成本无法回收；
• 驻场与复盘占用研发工时，产品功能的迭代速度慢于同规模团队。

我们认为这些代价是划算的：复购与扩展比例保持在 80% 以上，说明客户在第二期项目里认可了这套做法。

文化不是我们说了什么，而是项目最难的时候我们没有做什么。

如果你认同这套做法，也愿意承担同样的代价，可以看看加入我们 正在招的方向。