父亲的陪诊生意靠微信群喊单，儿子用一年时间把它变成了一个平台

蔡浩然第一次打开 Zion，不是为了创业。

他当时只是想做个毕业设计，"弄个小程序交差"。那是 2022 年，他还是个视觉传达专业的大三学生，对代码的了解仅限于 "听说很难学"。

但毕业之后，事情开始变得不一样了。

一条断掉的信息链

父亲在广州做陪诊生意已经多年。广州是医疗高地，每天涌入大量外地求医的患者，对医院流程一无所知，陪诊是真实的刚需。父亲手里有成熟的陪诊员队伍，也有多年积累的老客户，但生意总卡在“有单没人知道”上。

有单的时候，靠电话打、微信群里喊。陪诊员不知道该不该抢，客户不知道谁会来，出了问题也不知道卡在哪。不是生意做得不够大，是信息在关键的地方断了。

浩然去调研了一些 SaaS 平台，发现不是没工具，是现成的模板装不下陪诊的逻辑——抢单、派单、健康档案，每个环节都有自己的规则，套模板只会把业务逼进一个更别扭的形状。

找外包？报价直接把他劝退了。

所以他决定自己做。

先想清楚规则，再去找工具

很多人拿到一个新工具，第一件事是翻功能列表。浩然反过来：他先把业务规则想清楚，再去工具里找怎么实现。 就拿抢派单系统来说，他在动手之前就把逻辑捋好了：

新订单产生 → 优先推给特定等级的陪诊员 → 超时没人接 → 自动放进公共池

这套逻辑涉及时间判定、角色等级、状态切换，传统开发做起来费时费力。但规则想清楚了，在 Zion 上一步步实现就有了方向。他跑通了。

企业微信的 API 接入也是他自己搞定的。新订单一来，消息即时推给服务团队。上线之前靠人盯，上线之后信息第一次真正流起来了。

1.0 只有一个支付入口

很多人做系统，总想着功能齐了再上线。浩然的 1.0 简陋到只有支付。

但这绝不是将就，是他想先验证一件事：客户愿不愿意在线上付钱。这步要是走不通，后面加再多功能也白搭。

这一步走通了。

接下来的一年，他跟着父亲的真实业务跑，边运营边改。

发现 "人走数据丢" 是老客户流失的核心原因之一，于是加了自动化档案管理，陪诊结束后自动沉淀客户的就诊信息；

发现操作流程太繁琐，就反复优化交互。

每一次改动都有真实的业务反馈作为依据，而不是自己猜。

现在这个平台已经积累了数千名用户，其中大多数来自老客户的口碑转化。以前客户认的是某个具体的陪诊员，现在认的是这套服务体系本身。

下一步解决什么

浩然说下一步要做的，不是加功能，不是改界面。

他说：用户量上来之后，三个端同时跑会互相拖，要把患者端、陪诊端、管理员端从底层分开，各自独立，才能撑住。

知道系统在哪里会出问题，跟把系统搭起来，是两件事。他现在做的是前者。

另一个计划是引入 AI 分诊——患者描述症状，系统帮他判断挂哪个科。不知道该看什么科，本来就是很多人需要陪诊的原因之一。这个问题解决了，服务就从"陪你去医院"变成了"帮你想清楚去之前该做什么"。

从零开始？

浩然的父亲有现成的陪诊员队伍，有多年的老客户，有对这行的深度理解。找市场、建供给、拉第一批用户——创业最难的几件事，他开始之前已经有了底子。

这不是要说他的故事不值得讲。而是这个故事更准确的说法是：他用数字化工具把一个已有的线下业务重新组织了一遍。这件事不比从零创业容易，但走法完全不同。

想学"无代码能不能帮我从零搭平台"，这个案例回答不了你。

想学"怎么把一个跑在电话和微信群里的生意变得可以管理"，值得认真看。

小编手记

浩然做成这件事，是因为他在动手之前已经想清楚了信息在哪断、规则长什么样、第一步验证什么——然后找到了一个能接住这些想法的工具。

想清楚是前提，跑通是结果。两件事都缺一不可。