一个老产品经理，用AI把自己憋了多年的想法做成了真

「一人公司扶持计划」开放投稿后，我们收到了一份让人愣住的方案。不是什么小程序，而是一份长长的md文档——心脑血管疾病智能协作管理平台。服务24家卫生院，11家正在试点，9000多份居民档案在跑。

之前看到的用AI CloudBase做出来的东西，大多是小程序：编织、电商、旅游、游戏——都很好，但一听就能想象出是什么类型的项目。

这次不一样。这是一个真正的医疗行业信息化系统，是那种以前要走招投标、要过三级等保、要一整个团队撸大半年的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的人，会是一个你意想不到的普通人——只要他在自己的领域里泡得足够深，知道用户真正需要什么。