作者拿到的成绩
这篇值得看在哪里
路飞从不会英文、不会编程起步，参加小程序航海后用 Codex 接定制单。2026 年 6 月 6 个项目实际到账 11288 元。真正的转折，是从自建产品无人使用，转向先验证需求再服务客户。此后他跑通了获客、报价、交付和收款。
从做出产品到验证需求，作者先经历了两次无收入试错
作者今年 3 月参加小程序航海时，不是程序员，也不会英文，连 Git、VS Code 和 Codex 的作用都分不清。第一个木鱼小程序虽然做出来，但页面粗糙，后来连代码和截图都删掉了。第二个去水印小程序则建立在“追星群有约 3000 人，所以应该有去水印需求”的判断上，实际发布后只有几十人点击，真正使用的人更少。这个结果让作者区分了“手上有人”与“用户愿意多走一步使用产品”：很多人习惯直接在原平台点赞和收藏，并不愿意打开另一个小程序。后来他把验证顺序改成先做功能图或简单演示，再看真实用户是否主动询问、愿意付费，避免先投入完整开发再寻找需求。
小红书评论区带来客户，但账号稳定性和成交能力决定能否接住
4 月底，作者在小红书相关内容下留言，表示自己能试用小程序并接定制；到 5 月底，备用机上的账号出现了十多条咨询，用户询问能否制作、是否接单和价格。这说明他的获客方式不是持续生产大量内容，而是出现在已经关注小程序制作和定制的人群面前。不过账号随后触发验证，作者无法回复客户，原因包括使用新号、网络与房东共用，以及此前有账号被封经历。朋友代发后虽然再次带来客户，最初两人仍未成交，因为作者不会聊天和报价，也缺少案例。此后他参考闲鱼同行报价，逐渐把沟通重点从单报价格改成说明功能范围、交付方式和能解决的问题。对新手而言，这条链路的关键不只是获得咨询，还包括准备稳定的账号环境，并先把一个渠道跑通。
首单解决的是微信群资料混乱
第一位正式客户想做《保卫萝卜 4》资源共享小程序，核心痛点是微信群里的公告、图片、视频、文字和攻略难以整理，群友需要一个集中查看资料的入口。作者先询问客户预算，双方从 1000 元左右谈到 1100 元，客户支付 500 元定金，交付后再付 600 元。作者当时只有一个不成熟的去水印小程序可展示，却仍然接下了项目；他后来总结，关键不是等到什么都会再开始，而是先判断核心功能能否实现，把第一版范围说清楚。这个项目也让他第一次完整跑通找客户、确认需求、收定金、开发、改 Bug、上线和收尾款。它体现的是一个边界清楚的小单如何帮助新手建立交付经验，而不是复杂项目的技术突破。
开发之外，沟通与售后仍需亲自承担
作者没有让 Codex 直接替代项目管理，而是先把客户的零散想法整理成需求确认文档，发给客户确认后才开始开发。遇到小程序类目、备案等问题时，他会截图询问 Codex，但支付、审核和备案规则仍需回到微信官方核对。客户测试发现问题后，作者把页面、按钮、当前效果和期望结果整理清楚，再交给 Codex 修改；这比笼统地说“这里有问题”更不容易牵连其他功能。报价也逐渐按工作量区分：简单展示通常约 1000 元，包含功能、后台和服务器配置的项目通常为 2000～2500 元。作者还把 Bug、修改和新增功能分开，说明需求确认、验收和小修改次数，避免售后无限扩张。到 6 月，他完成 6 个项目并实际到账 11288 元，项目包括店铺、餐饮、桌游和资料共享等小程序。作者的固定流程是找到需求、确认范围、收定金、开发测试、修改上线、收尾款并记录问题；因此适合愿意沟通、测试和处理售后的人，不适合只期待 AI 自动赚钱的人。
根据作者原帖整理。完整实操与材料见原文。
原文还会展开这些问题
- 去水印小程序为何上线后仍没有形成真实使用需求？
- 小红书评论区如何带来第一批小程序定制咨询？
- 第一笔 1100 元订单如何完成需求确认与分阶段收款？
- Codex 在需求整理、开发和 Bug 修改中承担什么工作？
- 小程序定制报价为何要区分展示、后台和服务器配置？
- 如何划分 Bug、修改与新增功能的售后边界？
原作者原话
这篇不是教大家怎么一夜暴富，而是复盘一个普通新手，怎么从评论区找到客户，再用 Codex 跑通获客、报价、交付和收款
客户可以帮你验收，但不能让客户替你发现最基础的问题
以上为原帖简短摘引。作者：路飞。完整内容及访问条件以生财有术原帖为准。
