16 年医疗产品经理的"一人公司"，用 AI + CloudBase，做了一套跑在140家单位的系统

「一人公司扶持计划」开放投稿之后，我们收到了一份让人愣了一下的方案。不是小程序。

是一份长长的 md 文档——心脑血管疾病智能协作管理平台。要服务 24 家卫生院，11 家正在试点。9000 多份居民档案在跑。

我们以前看到的用 AI + CloudbBase做出来的东西，大多是小程序：编织、电商、旅游、游戏 ——都很好，但都是一听就能想象出来的"爱好项目"。

这一次是一个真正的医疗行业信息化系统——以前那种要走招投标、要过三级等保、要一整个团队撸大半年的 B 端项目。

写它的人叫沐泽。16 年医疗信息化产品经理，自己开了一家"一人公司"。整个系统，是他一个人用 CloudBase + CodeBuddy 做出来的。于是我一下子有了一堆问题——

我们约了他一次访谈。聊完之后，脑子里一直转一句话——

原来 CodeBuddy + CloudBase，还能这么用。

· · ·

一、“我能做到 90 分的东西，常常只能做到60分”

沐泽今年 38 岁。

HIS、电子病历、家庭医生签约、在线挂号、慢病管理、公共卫生——医院信息化这一行的主流产品，他几乎挨个做了一遍。2021 年他认准一个方向：专门做公共卫生和健康管理。

问他为什么是这个方向。他说了一段话——

这话他说得很平。但听得出来，他憋了很多年了。

· · ·

做产品经理做到后面，他越来越憋闷。因为，很多项目的问题根本不是技术问题。

合同是销售和售前跑下来的，技术评估和需求管理几乎空白。项目经理接到手时合同已经签了，需求是模糊的。

项目交付的目标，是"符合合同"，不是"用户真的用起来"。最后做出来的系统，基层医生根本不会打开。

他自己脑子里有更好的数据模型、更合理的扩展结构、更灵活的底层设计。

但落地的时候层层打折。

这句话他在访谈里说了好几遍。

· · ·

其实不止医疗行业。任何一个在传统软件公司待过超过 5 年的产品老兵——做 ERP、做 OA、做零售、做金融——大概率都对这种感觉有共鸣：

你脑子里想的那件事， 和你最后能交付出去的那件事， 差着 30 分。

这 30 分不是能力问题，是系统性损耗。是团队协作的损耗，是排期妥协的损耗，是"跟老板争执两轮之后算了"的损耗，是"实现成本太高用户能凑合用就行了"的损耗。

每个人都在这 30 分里，一点点消耗自己。

· · ·

2024 年夏天，沐泽辞职了。

←左右滑动 来看看沐泽的日常→

他手里攥着两样东西：一套在脑子里反复推演了好几年的多级机构协同机制下的慢病管理方案，和前公司认可他的几个客户。

他开了家一人公司，打算把那 30 分补回来。

然后——他原地踏步了两年。

· · ·

二、一个想了很多年的东西，一直跑在他脑子里

要理解这个项目为什么憋了他这么多年，得先看两组事实。

问题就摆在这——

你让一个同时要填 8 种表格的村医， 怎么把这件事做好？

· · ·

沐泽脑子里那个东西，要解决的就是这件事。

但他不打算做"慢病管理平台"。他要做的是一套可以通过动态配置，扩展到任何健康管理场景的底层框架——

用他的原话：

听到这句话的时候，我们想到的是——

被系统性限制憋了很多年、 心里一直有个"更对的答案"的老员工。

这种人做产品时最可怕。他不会按单一客户的需求写功能，他会做一套能解决一整类问题的底座。

· · ·

这套方案，他在脑子里推演了好几年。

但它一直跑在脑子里。

因为在过去的世界里，让它跑到世界上，中间要过五关——

一支全栈团队、一套服务器集群、一份仅约同类型项目三分之一报价起步的外包合同、一年起步的排期、一次又一次"用户体验 vs. 实现成本"的妥协。

他是个产品经理。他有想法，没有那个把想法做出来的"施工队"。

· · ·

三、从“做个 demo”，到“不小心做成了真产品”

2025 年 11 月。

沐泽拿到了一份心脑血管平台的合同。合同谈了很久，价格也谈妥了——原计划外包给一个三四人的小团队，预算不多。

他把 PRD、原型、业务逻辑整理好，交付给外包方。

结果外包那边同时接了好几个项目，他的优先级被排在最后。

谈了一个多月，几乎没有实质进展。他一边等，一边急。合同是他签的，交付日期压在他头上。

然后他做了一件事——他开始自己动手做 demo。

不是为了自己写代码。是想用一个能跑起来的原型代替文档，跟外包沟通时少走弯路。

也就是这段时间，他在 B 站刷到一个视频。

有人在演示用 AI 写代码，做了个完整的小项目。那是 2025 年底，MCP 刚开始普及，AI 编程工具开始真正可用。

他半信半疑地装了一个CodeBuddy。开始试。第一次跑起来的时候，他愣住了。

他说这话的时候语气很轻。但听的时候，我心里"咯噔"一下。

因为在这句话里，他其实在说一件事——

"我发现我不需要那支外包团队了。"

他又补了一句：

然后——他退掉了外包方案。

从 2025 年 12 月到 2026 年 4 月，他一个人，把这套系统从零做到了上线。

2026 年 4 月 2 日，系统正式交付客户。11家卫生室和1家卫生院做试点，9000 多份居民档案。

从他在 B 站刷到第一个视频开始算——四个多月。

· · ·

四、为什么选 CloudBase：像家里通了自来水

聊到技术选型，我以为他会给出一堆对比。

毕竟 16 年老兵嘛，对比过三家云、五种后端方案、七种部署流程，本来是起步配置。

结果他给出的答案，简单到不行：

Serverless，就是答案。

而 CloudBase 的 Serverless 架构，和他当年做项目时反复推演的微服务理念几乎是无缝吻合——每个云函数就是一个服务，业务天然模块化。

更关键的一点——

他要做的不只是一个 Web 端，还要有给居民用的 C 端小程序。

如果他选别家的 Serverless，得自己再搭一遍微信小程序的基础设施、对接一遍鉴权、处理一遍数据打通。一个人扛这些，头大。

而 CloudBase——

你不需要打井。

你只需要拧开龙头。

对沐泽这样一个"脑子里早就有房子图纸"的产品经理来说，他缺的从来不是施工图——

他缺的是一片已经通了水电、通了煤气、通了网络的土地。

CloudBase 就是那片土地。

· · ·

他最后的整套架构，是这么搭的——

他用了 CloudBase 的大部分能力——除了静态网站托管和身份认证。静态托管暂时用不上，身份认证在为接下来的三级等保做双因子登录准备。

对——三级等保。不是玩一玩，这是一套要接受国家信息安全等级保护三级认证的生产级 B 端系统。

一个人，用 CloudBase， 准备去扛等保。

· · ·

五、他跟 AI 的分工：我出架构，AI写代码

如果说 CloudBase 是土地和管道，那 AI 就是沐泽的施工队。

而他这个"一人公司"的老板——手里同时握着 PRD、架构图、排期表、验收标准。访谈里他这段话，我们听完之后默默记了下来。

因为这是整场访谈里——说真的——最值钱的一段。

这段话说清楚了一件事——

AI 编程最大的红利， 不是让不懂业务的人去写代码。

是让懂业务的人， 不再被"不会写代码"困住。

沐泽缺的从来不是代码能力。他缺的是一支愿意原样实现他设计的施工队。AI 就是那支施工队。

它不会嫌需求烦。 它不会说"这个实现成本太高，要不我们先做个简化版吧"。 它不会半年之后带着一身妥协走人。 它会按照他给的结构，把每一个接口、每一个字段、每一个规则引擎，原样落地。

于是，AI 把那 30 分，找回来了。

· · ·

六、但也踩了好几个坑

不过这一路并不都是爽文。

沐泽没藏着，他跟我们坦白——前期那段时间，几乎是"代码地狱"

这个思路，每一个做 B 端产品的人都该看一下。

· · ·

七、4 个月后，24 家卫生院在用

2026 年 4 月 2 日，系统正式上线。

第一批试点的 11家卫生院——乡镇卫生院、社区卫生服务中心、村卫生室——开始把工作从纸质表单，迁到这套平台上。

上线前，沐泽带着 Beta 版去客户现场演示。演示到一半，客户当场拍板，安排下面的人对接，要求尽快上线使用。

他说这事的时候，听得出来他在笑。

"非常符合他们的预期。"

上线一周多，他已经发布了两个小版本。

每一版都来自基层医生的真实反馈——有人说某个流程太绕，有人要求加一个字段，有人提了他当初没想到的场景。

他跟我们说：

我追问了一句："你以前在公司做项目，能感受到这种成就感吗？"

他笑了一下，没正面回答。只说了一句——

· · ·

这套系统的规模——

按他自己作为老产品经理的估算——如果用传统开发模式，这个项目至少需要半年，一支三到四人的团队。

而他实际用的资源是——

一个人。

一台笔记本。

四个月。

加上 CloudBase 的资源费，和 CodeBuddy 的 token 费用。

就这样。

· · ·

八、"大厂和小公司之间的时差，被拉平了"

访谈到后面，沐泽讲了一段话。

这段话如果这篇文章你只看一段，就看这一段——

这句话如果从一个刚入行两三年的独立开发者嘴里说出来，会觉得是年轻人的豪言。

但它是从一个做了 16 年 B 端、亲眼见过一个又一个"建了不用"的项目的老兵嘴里说出来的——

它的重量完全不一样。

他接着说——

他没在畅想未来。

他在描述他自己正在做的事情。

· · ·

说实话，听到这段话，我心里有一种复杂的感觉。过去这些年，被"建了没人用"的信息化项目浪费过太多钱——医院里买了一套系统装在电脑角落里不开；学校里上了一套平台老师宁可用微信群；政府部门信息化投入一年几个亿，最后数据孤岛和 Excel 并存。

每次看到这种事，都会难受。不是因为它浪费了钱。是因为——它本来可以做到的。只是它被那 30 分的损耗吃掉了。

如果沐泽说的是对的——AI + CloudBase(云开发)这套东西真的能让一个人完整地交付一套系统——那意味着：

从现在开始，做 B 端的门槛， 从"你能不能组起一支团队" 变成"你懂不懂用户真正要什么"。

团队会消失。 但懂用户这件事，不会。

· · ·

九、他下一步要做的事

系统只是第一步。沐泽已经在想下一步了——

截止目前该项目最新的消息是，5月8号试点通过，正在全县推广，现在县疾控中心+卫生院+卫生室一共140家单位在应用，目前沐泽已经开始小程序端的开发了，5月18日他刚用beta版给客户做了演示，效果还可以，预计6月上旬上线小程序1.0，真替他高兴。

他在一步步把一个"demo"，变成一个真正可以复制、可以规模化、可以合规交付的 B 端产品。

仍然，是一个人。

· · ·

尾声 ｜ 他只是走在前面的那一个

访谈快结束的时候，我们问他："做了 16 年医疗信息化，到这个项目为止，你最深的感受是什么？"

他想了一会，说：

这句话听起来很轻。但它需要三个条件同时成立，才能被说出来——

过去这三个条件缺任何一个，故事都讲不下去。

现在，三者同时到位。

· · ·

我们之前写过一个叫老末的用户——51 岁，高中起步自考本科读到硕士，零代码基础，3 天做出一个编织小程序。她证明了：

门槛塌了，普通人也能造东西。

今天这篇的主角沐泽，是 16 年医疗信息化老兵。他证明了：

行业老兵积累的经验， 可以被 AI 重新激活。

这两个人看起来完全不一样——一个素人，一个老兵；一个做小程序，一个做 2B2G；一个 51 岁，一个 38 岁。

但他们做的是同一件事——

把脑子里憋了很久的那个东西，做出来。

· · ·

下一个可能是谁？

我们不知道。

我们列这些，不是为了排比。是因为我们相信，下一个打开 CloudBase 的人，会是一个你意想不到的普通人，——

只要他在自己的领域里泡得足够深， 知道"用户真正需要什么"。