ARTICLE · 1008905
蛋总源码-小程序 第二期|小程序已上线:一天走完全部流程,接下来我想做的小程序有这些
先说结果：蛋总源码已经成功上线了。
没选加急，选的是普通审核。目前我总结的经验是：第一版就算你选择普通审核，审核的速度都很快，大概十几分钟就能审核完成，第二版第三版提交的可能就要慢一些。
微信搜「蛋总源码」就能进（刚上线权重较低，搜不到的可以直接点击蛋总源码 就能跳转过去，能逛的页面可以先逛；要下单再进个人中心再登录下单即可。
可以看到这一版UI相比之前有了变化，因为之前AI写的确实有点丑，最近去学了一些UI的知识和一些新的skill，重新设计之后让 AI 重构了一版UI页面
项目还在挑选以前做过的可以上传的项目，目前只上线了两个试试水，后续整理一下再慢慢上吧，同时也会继续开发一些新的项目，然后下面就是说一下这次上线的一些问题和解决办法。
一、为啥这次一天能过
功能开发不是主角。现在AI开发速度很快，这次卡住我的是上线前那几道流程：虚拟支付、连带的推送/订阅消息、登录能不能先逛、自测、提审。
先从虚拟支付来说，微信小程序中凡是涉及到虚拟商品，都必须使用虚拟支付，但我这次虚拟支付这条很顺，因为很多坑在我做贴图鸭 的时候就已经踩过了，算是变相的交了一笔学费，比如说虚拟支付必须配置小程序的消息推送，才可以进行虚拟支付，而消息推送又要求需要先配置一个接口供微信验证其接口是否能通，其流程就变成了需要先把这个接口部署到服务器、确定接口能带着Token 和 EncodingAESKey 走通，再返回来提交接口供微信验证
至于原因是什么，就是微信要求必须配置消息推送，为了避免因为用户中途退出微信、网络中断之类的丢失状态，从而导致用户扣款，但是前端没收到回调，导致货没有发放的情况。但这个又得自己查或者咨询AI，你开通虚拟支付的时候也不会直接给你讲。
另外一笔学费是登录。微信审核不喜欢一进来就逼用户登录，页面最好先能逛，最好是全部能逛。我的第一个小程序“贴图鸭”因为登录拦截，不同页面前后驳过 3 次；我一开始确实想一进门就登录（领积分再生图从逻辑角度上来说是更顺的），但审核不惯着我，在打回来三次之后，我改成先逛、关键动作再登录。不过蛋总源码没这个担忧，所有页面从逻辑上来说就是随便逛的，只有你下单才需要进行登录，所以审核很痛快，一次性就过了。
所以实际上为什么这一次“蛋总源码”能如此流畅，就是得益于我在“贴图鸭”踩的坑，不过后续上架小程序都是一个流程，一回生二回熟，该做的流程做好上架是非常快的。各位有什么上架过程中遇到的困难也可以一起讨论。
二、上线不是终点，货架还要养
过审只是把门打开。货架空着、资料不更新，小程序一样是死的。
接下来我会继续往里放东西：
•源码和补丁：做过的项目陆续整理上去；买了的，后续补丁按约定更新。
•免费教程和资料：整理过的、写过的，能公开的就放上去——不买源码也能拿走一部分，算这个商城的一点公共价值。
•反馈和定制入口：功能不够直接在源码商城里说；想定制就留需求，消息会同步到后台给我，我看到了会联系，或者定制那里可以直接加到我。
•定价方面：第一个点是后续的新项目，价格肯定不会定的很高，因为我基本上都是用AI写，这点也需要告诉大家，不过我会跟项目的代码质量和整体实现和测试，这点我有多年的开发经验，大家不用担心项目出问题，都是包售后的。第二个点是以前做过的老项目，我也会选一些能上架的进行上架，这种价格会更低，毕竟是已经做过的项目。
这个「蛋总源码-小程序」系列也会接着写：有上新、有踩坑、有配置上的新发现，就公开说。
如果你是来找源码或留定制的：先搜开逛一圈；对得上再下单或留需求。对不上也没关系，可以一起讨论说你实际卡在哪或说一下你的需求。
三、后面我怎么做小程序
蛋总源码是货架。后面我会做一些给老板用的业务小程序，方向可能会更偏 B 端——预约、派单、发货、配置，这类现场用得上的东西，如果通用小程序价格肯定会低一些，定制化小程序价格肯定要高一点。
说说整体的开发过程：
从 需求设计 到开发到部署，都是我亲自来做。需求设计、UI实现、代码开发、部署上线同一条链路，对于我的开发过程也会在这个公众号同步，每一期小程序尽量单独做一个合集。
很多时候我不太爱做「页面写死」的。改一句文案、换一个入口图、调一下首页模块，如果都要重新发版，太折腾老板了，同时预算也会相对提高。我还是喜欢比较灵活的，所以我基本上的小程序交付都是有管理后台的，交付之后，老板自己能改内容、改入口、改展示，不用事事找我改代码。
比如说蛋总源码的后台：
所以单看日历，总体可能比「套一个死模板三天交」长一点。但我更在意三件事：页面能改、逻辑能跑、上线前自己测过。有 AI 辅助开发，加上这些年的开发经验，节奏不会慢到哪去——更准确的说法是性价比合适：但又快一点，更稳一点。 很多时间实际上都在设计需求和UI图上面，不过开发时间得益于我的工作经验和AI 辅助反而是得心应手，基本上没什么难度。
虽然我的想法是偏 B 端，毕竟受众更广嘛。但不代表只会做一家家政、一种商城。同一套工单/预约/发货思路，更多的是根据实际需求来进行开发。
四、接下来我想做的小程序是以下几类
A. 家政 / 上门预约派单预约 → 派谁去 → 上门履约。电话和微信群小单量能扛，密了就容易乱。保洁是典型落点；维修、清洗这类「约好就上门」的，逻辑其实近。最近在调研这方面的需求，可能会涉及到几个端：雇主端？阿姨端？服务端？系统后台肯定是必要的。
B. 个人 IP：卖课、卖虚拟资料、自动发货适合已经有内容、有课、有资料包的人。下单后自动发货，少人工对微信传文件。偏虚拟履约——和我现在熟的虚拟商品链路更近，服务对象更像创作者/讲师，而不只是「买我历史项目源码」。
C. 商城类（偏重，慎选）能做，但功能面更重：商品、订单、售后、权限、营销一叠上来，周期和复杂度都会上去。能接受偏重再选这个；如果只是想先有个能改的线上门面、或先跑通预约/发货小闭环，我会更建议先看 A 或 B，而不是一上来就上全商城。
目前做过的两个小程序都已经成功上线，感兴趣的朋友可以点击进去看一下：