结论先摆这儿给一家洗车店做的「充次卡—扫码核销—余次提醒」小程序我从张嘴描述需求到能真机核销前后大概花了两个半小时没自己写小程序那套代码。全程记录在下面做类似东西的可以照着抄。为什么是次卡不是储值我一个发小盘了个社区洗车店洗一次25办卡便宜。他之前的会员全记在一个软皮本上谁充了10次、洗了几次、还剩几次全靠翻本子加脑子。旺季一天四五十台车本子记岔了好几回跟客人当面对不上账尴尬。他想要的其实很朴素客人充个次卡每洗一次划掉一次两边都能查还剩几次。储值涉及退款、对账更麻烦他不碰就要最简单的次卡。我平时是写 Java 后端的小程序前端加微信那套授权流程我不熟真让我从零搭两三天下不来。同事之前提过一个用中文描述就能出小程序的 AI 平台我就拿这个需求去试。需求得掰成一句一句的大白话用这类东西能不能成八成看你会不会把需求讲清楚。我一开始图省事把「充值、次卡、储值、积分、优惠券、排队」一股脑塞进一段话生成出来每样都有、每样都是半拉子。后来我拆成最小的一块先做原话差不多是这样喂进去的做一个微信小程序用于洗车店会员次卡。店员能给客人开一张次卡选次数比如10次、20次每次洗车店员在自己的操作页点一下核销扣掉一次客人打开小程序能看到自己这张卡还剩几次。等了一分来钟一个能点的雏形出来了店员开卡页、店员核销页、客人查余次页三块齐了。生成完我实际动手改的地方生成只是给你个能跑的架子真正落地得一处处试、一处处补。我大致按这个顺序过的1. 核销要防手滑。第一版核销按钮点一下就扣次出餐口忙起来容易误点。我补一句「核销时弹二次确认显示这张卡剩余次数确认后再扣」重出对应逻辑就好。2. 余次低了要提醒。我要求「客人卡里剩最后1次时页面顶部飘一条红字提示可以续卡」让老板能多卖一张。3. 一人多卡。有客人给自己车和媳妇车各办一张。我描述「同一个微信号可以持有多张次卡列表分开显示」调了两遍才对。4. 核销记录带时间。为了对账我让每次核销都记下时间和操作店员客人和店员都能翻明细。每一处都是我用中文把想改的说明白让平台重出那一块前后来回七八次的样子。得说几个真卡人的地方不吹两个坑让我停了一会儿同一时刻并发核销。我担心两个店员同时给同一张卡点核销会扣两次。这种并发边界平台默认不会替你想周全我是自己把规则理清楚——「同一张卡的核销要串行、不能重复扣」——再一条条喂给它重新生成后才稳。客人换手机/微信登录态。客人的卡是绑在微信号上的他换个号进来就查不到自己的卡。这个我目前是让店员按手机号也能查一份兜底不算优雅但够用。落到店里之后上线跑了大半个月。开卡、核销、查余次都在手机上本子扔了跟客人对账没再吵过。发小说旺季一天省下来记账那点工夫值。复杂逻辑还是得你自己把边界抠明白AI 帮你省的是最烦的授权、页面和重复劳动。对我这种不碰小程序前端的后端来说两个半小时换一个能用的东西划算。这小程序是我对着那个平台用码上飞讲了几段中文生成的没自己写小程序代码带参链接我放评论区了。
