最近做了一个微信小程序，现在一天有了10+左右的收入。
我非常看好这个项目，原因就是上线之后，需要操心的地方很少。上线后维护量比较小，有人用就会有广告收入，但多少取决于流量。
我知道10元很少，但是这个小程序面世开始赚钱也才第五天。本来想这一个小程序能让我赚回来一个20$的订阅，这有点超出我的预期。
一说用 AI 做小程序赚钱，很多人第一反应就是：我不会写代码。这个现在倒还好。AI 能帮你写，写出问题也能继续改。
代码可以让它写。做什么、给谁用、用户从哪来，还得自己想。最关键的就是找创意了，不知道需求，不了解市场，不知道别人需要什么小程序，不知道做什么？
一、我们要做什么样子的小程序，做什么？
我现在找创意，会去小红书搜索 vibecoding。久而久之首页也会给你推荐类似的内容，这个关键词下面，不光发笔记的人会晒作品，评论区也有很多人晒自己用 AI 做的小工具、小程序和各种脑洞。有些作品很简单，但就是把一件麻烦事做顺了。
我看这些笔记，不是看到哪个界面好看就让 AI 照着做。先初步的判断，有没有。找到这种笔记，把评论区获取下来，我们要做分析使用，整理出来。当然能自己一个 一个的看评论区效果肯定是更好的，没有必要事事都让AI来做。
找到类似的小程序，就可以去搜一搜了，有没有类似的小程序已经在做的。
有同行没啥。关键是人家已经很好用了，你还准备给用户省哪一步。这个说不出来，就继续找。如果同行的小程序有你忍受不了的痛点，那么你也可以优化这个痛点，如果同行的小程序真的非常完美了，但是市场上也只有一个小程序，我认为也可以做一个自己的，如果市面上铺天盖地都是这种小程序，我认为意义已经不大了。
除了 vibecoding 评论区，小红书上用户讨论问题的笔记、相关社群、同类产品评价，也都能提供线索。比如，你们都会用workbuddy做什么？
还有，想创意的时候顺手想一下：第一批用户去哪找？像是一些女性化可玩性比较好的小程序，我们可不可以在小红书宣传获取第一批用户，比如备婚用的小程序，小两口用一个小程序记录结婚要购买的东西，这小红书确实会有大部分用户有这个需求。
二、开发之前，先把小程序账号注册了
打开微信公众平台 mp.weixin.qq.com，点“立即注册”，账号类型选“小程序”。按页面要求填写邮箱和密码、完成验证，再选择注册主体，填写管理员资料。
邮箱如果已经绑过其他微信公众平台账号，注册时可能用不了，换一个符合要求的邮箱即可。
主体怎么选，要和产品功能一起想。
如果只是免费工具、记录、查询这类轻工具，可以先看个人主体能做的范围。如果一开始就准备卖会员、数字内容、工具额度，或者做交易、课程、特殊服务，先核对对应类目、资质和支付能力。
现在小程序开放了虚拟支付的接口，个人也可以接入支付，我感觉是很利好
大家如果有需要接入支付功能的，可以尝试开通，开通之后也是告诉AI。已经可以配置虚拟支付的功能，AI会帮你把支付也配置好。
这个是我另外的小程序，开通了虚拟支付的，大家自行开通配置即可。
需要先去下载一个微信开发者工具。这个是开发调试小程序使用到的工具
APPID，就选择刚才我们注册之后的账号，或者使用测试号。
后端服务我建议是不使用云服务，所有的数据如果需要存储登录之类的就存在我们自己的服务器，使用微信云开发，里面会有比较多的问题，后边在详细说。
开发模式选择小程序，模板选择不使用。
再然后，就是AI开发写代码了，可以有两种方式，第一个就是找到刚才的新建项目的目录，在里面使用AI，这个在目录做成项目运行AI工具，肯定都熟悉了。
我比较喜欢是在微信开发者工具里面调用Claude，我认为这更加方便。
前提是电脑上已经安装、登录了 Claude Code。其他工具也是一样的，运行对应的命令就可以，或者使用桌面端进行开发也是一样的。
不过，打开 Claude 之前，还是得先把需求讲具体。
“帮我做个好用的小程序”，这句话基本一点价值都没有。
如果你自己还没把产品想清楚，可以先让 Claude 问你几个问题，弄清谁用、在什么场景用、最后要什么结果；确认方案以后，再让它写代码。
参考截图也可以给。但光有截图不够。页面长得漂亮，点了没反应，也不行，还是要调试一遍。
Claude 写出文件以后，右侧直接看它修改后的结果；如果没有出现，可以点击右上角的刷新按钮。
第一次编译报错很正常。可以在调试器查看是否有报错的信息，如果有报错的信息，就复制给AI，让AI去修改。
我点击编译后出现这个错误：【粘贴完整报错】。请先在当前项目里定位原因，只改需要修复的文件。
它改完，我就再点编译。代码和运行结果都在这个窗口里，哪里出问题就改哪里。别让它没等你复测就连续“优化三轮”，到最后连哪个改动造成新问题都说不清。
页面出来以后，还要验收结果。
拿手机扫码预览。安卓和 iPhone 都有条件的话都看一下：输入框会不会被键盘挡住，按钮会不会跑出屏幕，页面能不能正常滚动，结果是否更新。
一定要去做真机调试，看看这个小程序在实体手机上的效果，有时候电脑模拟器上运行特别好，到手机上就完蛋了。
四、要不要接云开发？看你要存什么数据
不少教程做到这里，会让你马上开云开发、建数据库、写一堆云函数。但第一版是不是需要这些，先看产品怎么用。
像计算器、随机分组，查价格。一个只在当前手机使用的记录工具，可以先用本地存储，做起来简单。你可以理解为单机游戏，单机软件，就好像之前那种不需要联网就可以玩的游戏，可以使用的工具一样。
如果用户要换设备继续使用，要多人共享，或者需要存储数据、后台管理，那就要考虑云端数据。这个既可以选择云开发和自己使用自己的服务器了。
用微信云开发时，在开发者工具里打开云开发控制台，创建或选一个环境，复制完整的环境 ID。按你的数据结构建集合，设置权限，再把环境 ID、集合名称和数据规则交给 Claude，让它改代码、创建云函数。
但这里有个特别容易漏的地方：AI 把云函数文件写在电脑上，不代表云端已经有了这个函数。
还要按开发者工具的流程上传、部署。部署完拿手机新增一条记录，到云端看有没有写进去；重新打开，看能不能读出来。如果手机上说保存成功，云端什么都没有，那就还没接通。
不同用户的数据，也得用两个人的微信实际试。你看到自己的记录没问题，不代表别人不会看到你的记录。涉及金额、用户身份这些数据，让 AI 在服务端做必要校验，不能只信前端传来的内容。
所以我个人更倾向于使用自己的服务器，字段设计，接口的开发，我觉得都挺得心应手的，还是看个人。
五、后台还要设置什么？别只顾着写代码
开发的同时，去微信公众平台把小程序信息、服务类目、备案和认证处理起来。这里可能要等审核，最好并行做。代码写完才去备案，那还要等很久，这个备案的时间会比较长。
名称、图标、简介
小程序信息里，先填名称、图标、简介。
名字别只顾好听，也别直接叫“计算器”“记账本”这种太通用的词。
反过来，名字太文艺，用户也不知道怎么搜。一个喝水记录工具，名称和简介里完全看不出“喝水打卡”，就容易错过搜索这个用途的人。
所以取名字时问自己两句：平台会不会觉得它是通用词？用户需要这类功能时，会在微信搜什么？最好让名字有辨识度，也让用途看得出来。能不能过，最终以后台审核为准。
图标做得清楚就行。小程序搜索结果里显示得很小，缩小后能认出来，比细节堆满更有用。简介用一句正常的话说清“谁用它干什么”，别写一堆自己看着都不知道啥意思的形容词。
名称最好在备案前想好。备案期间或之后改名，可能要处理新的审核或备案信息变更。别图快先填一个，回头再折腾一遍。
去后台添加服务类目时，按产品真实功能选。
一个只算数的小工具，和一个让用户发内容、互相评论的产品，平台要求可能完全不同。教育、医疗、交易等方向，也可能需要额外资质。除了教育以外，其他类型的小程序我也没有试过，不知道需要什么资质，可以自行测试。
小程序方向定了，就按后台入口提交备案，准备主体资料、负责人联系方式、证件照片和小程序服务内容。材料要清楚，名称和主体信息要对得上。
提交后留意短信和电话。收到核验通知，按正式通知给出的方式和期限处理。不同地区、不同材料，等待时间会有差别
认证也按当前后台要求办。我这边做的个人类型的小程序就是30元的认证费用。
如果小程序会收集用户信息，涉及相应接口，后台要求的用户隐私保护指引也要按实际情况配置。别等审核退回，才想起来产品到底拿了哪些信息。
六、从开发版本到正式发布，还要走几步
代码在自己手机上跑通了，下一步才是让别人也能打开。
先在微信开发者工具里点击“上传”，填版本号和版本说明。上传后，到微信公众平台的“管理 → 版本管理”确认开发版本已经出现。
然后按后台流程把版本设为体验版，生成体验码，添加体验成员，找几个人试。体验版有成员权限，不是所有拿到码的人都能打开。
哪一步他自己搞不明白，哪一步就值得改。
没大问题再提交代码审核。版本描述写清楚功能和操作方式；需要登录的话，按审核要求提供测试条件。如果收集了信息，相关隐私设置也要填好。页面不能只是几行字、一个空按钮，审核要看的是实际能用的服务。
退回来了，就看具体原因。类目不符改类目或功能；资料缺了补资料；功能出错，就用真机复现，再让 AI 去修。
审核通过之后，记得在后台手动发布。审核通过和正式发布是两步。发布完，再拿普通微信号搜小程序名称，确认能打开、能完成核心操作，也能正常分享。
七、上线以后，第一批用户去哪找
这一步不用讲得玄乎。先想清楚：这个工具帮什么人省了哪一步？这些人现在聚在哪？
小红书可以拿来找创意，也可以展示自己的工具。但笔记别写成一张功能说明书。
以前怎么做，现在怎么做，中间少了哪些步骤，最后结果是什么。把这些拍清楚，用户就能判断和自己有没有关系。
微信里也有入口。
朋友圈、相关社群、公众号文章、微信搜索，都可以试。
如果有公众号，可以看看自己账号支持的小程序关联、菜单和文章卡片。写内容时，别总介绍产品功能，先讲用户遇到的问题；讲到需要动手计算、记录、查询的地方，再把工具放进去。读者需要的时候点开，顺得多。
如果你已经有产品和客户，小程序还可以先给现有用户用。它帮客户查信息、生成结果、领取配套内容，可能比你从零去陌生群里喊人更容易获得第一批使用。
写到这里，从找创意、开发、后台设置、上线到找第一批用户，我现在的做法基本都讲完了。
10 块钱不多，这是一个起步，我这时候把他写出来，我感觉正是一个项目从0-1的时候，我认为他更有价值，它证明这条路能走通。代码不再是门槛，真正要花心思的，还是做什么、给谁用、用户从哪来。
