返回项目
Case Study
Randibot
在一个自动化 RCMS · K-Startup 研究经费流程的 0→1 SaaS MVP 中，我设计了多租户后端和 ETL 流程，使新增机构的接入从“改代码”变成“改配置”。
- Next.js
- NestJS
- PostgreSQL
- Multi-tenancy
问题
Randibot 的目标是自动收集并整理政府资助项目中的研究经费执行数据。不同机构的流程和规则并不完全一致，如果每新增一个客户都需要改代码，产品化速度会很快被拖慢。
真正需要解决的不是“自动抓取”本身，而是建立一个 SaaS 基础，让客户差异通过配置吸收，同时保证数据、权限和运营界面互不混杂。
实现
我将后端整理为 `tenancyId = workspaceId` 模式，把机构级采集规则和后处理选项都放到工作区配置里。这样业务逻辑可以共享，而租户边界依然清晰。
RCMS · K-Startup 的采集流程被拆成分阶段任务，方便失败重试和问题追踪。运营侧只需输入工作区配置，就可以接入新的机构，而不需要等待后端重新部署。
结果
上线后系统在不改代码的情况下完成了 5 个工作区的接入，并稳定运行了每月约 1,200 次 ETL。最大的变化是，“新增机构”从开发任务变成了运营配置任务。
这项工作本质上不是单纯加功能，而是先把后续销售和运营都能承接的 SaaS 基础打牢。