定制企业系统

这是什么

支撑你业务运转、但市面上没有”对的那一版”的系统：贴合你销售打法的 CRM、贴合你生产实情的 ERP、把手工活从团队手里拿走的内部工具。我们的做法是把工程师前置部署到你的业务现场，而不是隔着距离接需求。这套模式为什么在中小企业的预算下也跑得通，中小企业的前置部署工程那篇写得更完整。

我们通常面对的局面

一个典型的项目，开局往往是这样：流程靠一摞表格加一套谁都不喜欢的现成系统在跑。现成工具把你的流程硬塞进它的数据模型，剩下接不上的地方就靠表格补。没人信任里面的数字——同一个客户或同一个零件，存了三遍、三种写法，谁也指不出哪一条才是准的。

我们做的第一件事，是坐到真正干活的人旁边，把实际发生的流程理清楚：每一步、每一种例外、那些只存在于某个人脑子里的交接。这张图就是数据库表结构的来源。我们宁可多花一周把数据模型理对，也不愿在一个错的模型上面盖一个看着干净的应用。

我们怎么造

默认技术栈是基于 Next.js 的 TypeScript 应用，配 Postgres 数据库，部署到 Cloudflare Pages。数据库用 Neon 的 serverless Postgres，空闲时能缩到零——多数内部工具一到晚上和周末就没人用，你没必要为了服务四十号人的团队，全天候养一个常开实例。文件多的系统（扫描合同、设计图纸、导出报表）把二进制内容放进 Cloudflare R2，它没有流量出口费，所以为了审计把一整年的文档拉出来，也不会冒出一张意外账单。

多数项目上我们都会做这几个决定：

• 现实里的一个东西，库里只对应一条记录。 客户、零件、订单各自只有一条规范主记录，带稳定 ID。导入时跟它去重，而不是再追加一条几乎重复的。这件事不起眼，但后面报表数据可不可信，多半就靠它。
• 鉴权在服务端逐条对象校验。 每一个读写记录的请求，都在服务端重新确认一次：当前登录用户有没有权限碰这一条具体记录——不是只确认他登录了，也不是靠在界面上藏个按钮。缺这种对象级校验，正是 OWASP Top 10（越权访问 / Broken Access Control） 里排第一的那类问题；在多租户的 CRM 或 ERP 里，这就是销售只看见自己的客户、还是看见所有人客户的区别。
• 迁移先空跑一遍。 旧系统到新系统的迁移，先在副本上跑，比对行数和各项合计，把每一处对不上的地方都核平，才动生产库。切换在一个时间窗内完成，期间旧系统仍可读，等你确认无误为止。

一个典型项目怎么走

单一系统的项目，通常就是六周的节奏；范围大了会拉长，但阶段不变。所谓”几周出能用的版本，而不是拖几个季度”，落到纸面就是这张时间表。

第一周：驻场梳理流程。 就是上面说的那一周：坐到干活的人旁边，看流程真实地跑一遍，把每一步、每种例外理成一张图，再把图变成你签字确认的数据模型。这一步没完成之前不动手写，因为后面所有东西都从它推导。

第二到五周：搭建。 我们在自带的可复用内核上开工——登录鉴权、访问控制、数据导入、报表这些每个项目都要的——把时间花在你这一行独有的部分。开工第一周你看到的就是能跑的软件，跑在你真实数据的副本上，所以发现不对可以早说：第十天发现一个页面做错了，代价是一个下午；到交付才发现，就得重做。

第六周：迁移与切换。 就是上面说的空跑迁移：在副本上反复跑到数字全部对平，再在一个时间窗内切换，旧系统保持可读，直到你确认无误。上线头几天我们守在旁边——没人记得的那些例外，都挑这几天冒出来。

一个做完的例子

要看这件事做完是什么样，最直观的是我们给一家定制家具厂做的定制家具制造平台：接单、在线参数化设计、自动报价、切割与余料套裁、采购、销售分成——一条闭环，跑在同一个 Postgres 数据库上。订单只录一次；报价、下料清单、采购需求、分成全部从同一个模型推导，所以报价之后改一个尺寸，这几样一起更新，不用人追着五个工具一个个改。那篇复盘也写了取舍——套裁优化器为什么要加约束、分成为什么做成规则引擎而不是写死的比例——因为比起功能清单，这些决定更值得参考。

我们最能创造价值的地方

• 替换掉你已经用不下去、或天天要跟它较劲的现成系统
• 打通互不相通的 CRM、ERP 和各种工具
• 从脆弱的遗留系统零停机迁移出来
• 把手工、靠表格跑的流程，变成归你所有的软件

你拿到的东西

代码归你：仓库、部署配置、文档，一并交接，让你的团队不依赖我们也能跑、也能接着改。凡是我们做了不那么直白的取舍，仓库里都留一段简短说明讲清为什么，下一个工程师不用自己倒推。