企业官网建设流程全解析

结论先摆这儿：给一家洗车店做的「充次卡—扫码核销—余次提醒」小程序，我从张嘴描述需求到能真机核销，前后大概花了两个半小时，没自己写小程序那套代码。全程记录在下面，做类似东西的可以照着抄。

为什么是次卡，不是储值

我一个发小盘了个社区洗车店，洗一次25，办卡便宜。他之前的会员全记在一个软皮本上：谁充了10次、洗了几次、还剩几次，全靠翻本子加脑子。旺季一天四五十台车，本子记岔了好几回，跟客人当面对不上账，尴尬。

他想要的其实很朴素：客人充个次卡，每洗一次划掉一次，两边都能查还剩几次。储值涉及退款、对账更麻烦，他不碰，就要最简单的次卡。

我平时是写 Java 后端的，小程序前端加微信那套授权流程我不熟，真让我从零搭，两三天下不来。同事之前提过一个用中文描述就能出小程序的 AI 平台，我就拿这个需求去试。

需求得掰成一句一句的大白话

用这类东西，能不能成，八成看你会不会把需求讲清楚。我一开始图省事，把「充值、次卡、储值、积分、优惠券、排队」一股脑塞进一段话，生成出来每样都有、每样都是半拉子。

后来我拆成最小的一块先做，原话差不多是这样喂进去的：

做一个微信小程序，用于洗车店会员次卡。店员能给客人开一张次卡，选次数（比如10次、20次）；每次洗车，店员在自己的操作页点一下核销，扣掉一次；客人打开小程序能看到自己这张卡还剩几次。

等了一分来钟，一个能点的雏形出来了：店员开卡页、店员核销页、客人查余次页，三块齐了。

生成完我实际动手改的地方

生成只是给你个能跑的架子，真正落地得一处处试、一处处补。我大致按这个顺序过的：

1. 核销要防手滑。第一版核销按钮点一下就扣次，出餐口忙起来容易误点。我补一句「核销时弹二次确认，显示这张卡剩余次数，确认后再扣」，重出对应逻辑就好。

2. 余次低了要提醒。我要求「客人卡里剩最后1次时，页面顶部飘一条红字提示可以续卡」，让老板能多卖一张。

3. 一人多卡。有客人给自己车和媳妇车各办一张。我描述「同一个微信号可以持有多张次卡，列表分开显示」，调了两遍才对。

4. 核销记录带时间。为了对账，我让每次核销都记下时间和操作店员，客人和店员都能翻明细。

每一处，都是我用中文把想改的说明白，让平台重出那一块，前后来回七八次的样子。

得说几个真卡人的地方

不吹，两个坑让我停了一会儿：

• 同一时刻并发核销。我担心两个店员同时给同一张卡点核销会扣两次。这种并发边界，平台默认不会替你想周全，我是自己把规则理清楚——「同一张卡的核销要串行、不能重复扣」——再一条条喂给它，重新生成后才稳。

• 客人换手机/微信登录态。客人的卡是绑在微信号上的，他换个号进来就查不到自己的卡。这个我目前是让店员按手机号也能查一份兜底，不算优雅，但够用。

落到店里之后

上线跑了大半个月。开卡、核销、查余次都在手机上，本子扔了，跟客人对账没再吵过。发小说旺季一天省下来记账那点工夫，值。

复杂逻辑还是得你自己把边界抠明白，AI 帮你省的是最烦的授权、页面和重复劳动。对我这种不碰小程序前端的后端来说，两个半小时换一个能用的东西，划算。

（这小程序是我对着那个平台用码上飞讲了几段中文生成的，没自己写小程序代码，带参链接我放评论区了。）