[案例拆解] 我花两周做了个"黄金行情"小程序，从0到上线全流程复盘
这个号的读者应该记得，我之前做的是"去水印"小程序，后来切成了"菜谱查询"。折腾了一轮之后，终于找到了一款一个人能用、门槛不高、还有变现空间的小程序——黄金行情。这篇文章把整个开发到上线过程拆给你看。
先交代一下背景。
我是不懂代码的，白天上班，晚上折腾副业。之前做了去水印工具（太依赖第三方解析，不稳定）、菜谱查询（接的天行API数据源单一），上线之后数据都不理想。
后来偶然刷到一个数据——中国人对黄金的关注度有多高？微信公众号搜索指数显示，"今日金价"和"黄金价格"两个词每天被搜索几十万次。这是一个高频、刚需、而且几乎没有地域限制的需求。
我决定做一款"黄金行情"小程序。
需求定位：不做什么，比做什么重要
做工具类小程序最忌讳的就是功能大而全。一开始我列了一个很长的功能清单：
后来全部划掉了。
我的核心原则是：用户打开这个小程序，只想做一件事——看一眼今天金价多少。
只需要5秒能完成这个动作，用户体验就及格了。多余的功能反而会让用户犹豫"到底要不要打开这个小程序"。
最终只保留了4个Tab：
4个Tab对应4个核心场景。用户想查金价 → 打开小程序 → 看到数据 → 关掉 → 下次需要再来。
数据从哪里来：最难的一步
做黄金类产品最大的门槛不是开发，是数据源。
目前市场上主流的数据获取方式有三种：
个人开发者没有资质、没有预算。所以我的方案是：用免费接口 + 云函数重试机制，保证数据的可用性。
具体做法：
- 用新浪财经的免费行情接口（
hq.sinajs.cn）获取国际金价美元报价 - 加了3层重试和2个备用数据源（聚合数据API + 黄金价格的估算比例），防止接口超时或限流
这是核心换算逻辑：
国际金价（美元/盎司）× 美元兑人民币汇率 ÷ 31.1035 = 国内金价（人民币/克）
比如国际金价2400美元/盎司，汇率7.2，那国内金价就是：2400 × 7.2 ÷ 31.1035 ≈ 555.5元/克
云函数的完整实现里还处理了缓存策略，美元兑人民币汇率10分钟缓存一次，减少请求次数同时保证数据时效。
开发过程：一个人10天
每天下班后写2-3小时，10天完成全部开发。
时间分布：
技术栈：
前端：微信小程序原生（WXML + WXSS + JS）后端：微信云函数（Node.js）数据源：新浪财经免费接口 + 聚合数据备用变现：激励式广告 + Banner广告数据存储：云数据库
微信小程序的云开发对我这种一个人开发来说帮了大忙——不用自己买服务器、不用配域名、不用做运维，直接在开发者工具里写云函数、部署、上线，全流程免费。
变现设计：不能白干
做小程序的目标就是变现。黄金行情这个工具属于"查完就走"的类型，不能放视频前贴广告（用户会直接关掉），所以变现方式需要设计得克制。
我的方案是：
1. 每日免费查看3次
用户每天可以免费查3次金价。超过3次有两种选择：
- 看一则15秒的激励视频广告 → 解锁今天的无限查看
这个设计的核心逻辑：3次对一个普通用户来说完全够用。只有高频交易者或者需要反复查价格的人才会超过3次，而这类用户正好是愿意为数据付费的用户群体。
2. Banner底栏广告
在页面底部放了一个窄条Banner，不遮挡主要数据，不影响阅读体验。
3. 收藏引导
每次查看完后弹一个小提示："收藏小程序，每天看金价更方便"——增加次日留存。
这套设计的核心思路：不打扰普通用户，对重度用户温和变现。
上线过程：第一次提交被拒
提交微信审核，第一次被驳回了。原因是"涉及金融数据，需要提供相关资质证明"。
当时心凉了半截。后来查了一下，微信对金融类数据的小程序审核确实严格。我的解决方案：
- 在 app.json 的服务类目里选择正确的分类
- 在页面底部加免责声明——"数据来源：国际期货市场，数据可能存在延迟，以上价格仅供参考，不作为投资依据"
- 提交审核时在备注里说明数据来源是公开接口，非自营金融业务
第二次提交，4小时后审核通过。
这条经验分享给你们：涉金融数据的小程序，分类选"工具"而不是"金融"，加免责声明，基本都能过。
上线后的数据
小程序上线第一周（没有做任何推广）：
做完后的一些反思
做对了的
- 选题精准。黄金是高频刚需，搜索量巨大，即使小程序不做推广也有自然搜索流量
- 克制设计
- 数据源选型对。免费接口 + 重试机制 + 备用源，用免费方案实现了商业级API的可用性
做得还不够的
| | |
|---|
| | 加一个"金价提醒"功能，用户设置目标价→到价微信通知，触发复访 |
| | 在详情页加"今日金价分析"，用AI每天自动生成100字行情点评 |
| | 加一个"金价对比"分享图，用户看完可以保存发朋友圈 |
收入怎么样？
说实话，作为个人开发者的第一款工具类小程序，收入谈不上"可观"——每天几块到十几块的广告费，一个月下来够交个话费。
但我想说的是另一个观点：做小程序副业，不能指望一个产品就财务自由。 它的正确路线是：
做好一个 → 跑通流程 → 积累经验 → 复制到另一个细分方向 → 多个工具叠加叠加 → 收入总和 > 工资
我现在就在这么做。这款黄金行情是一个起点，后面还有几个工具在计划中。
如果你也想做一款工具类小程序
给想做的读者几个实操建议：
| | |
|---|
| 确定方向：选一个高频、刚需、免费数据源可用的小需求 | |
| | |
| | |
| | |
| | |
| | |
关键提醒：
- 选工具方向，一定要选"用户每天都会想起来查一次"的需求。 天气预报、金价、汇率、快递查询、垃圾分类——这类工具不需要推广也能被搜到。
- 不要一开始就想着做出完美的产品。 先上线一个MVP（最小可行版本），只要有核心功能能用就行。第二版再迭代。
- 数据源决定了你的小程序能不能活。 优先选免费稳定的接口，实在没有就选低成本付费API（天行数据、聚合数据等十几块到几十块/月）。
这篇复盘写得比较长，因为我想把这个过程完整记录下来。回头看这10天的开发过程，最大的收获不是那点广告费，而是想通了"个人开发者的产品逻辑"——
不跟大厂比技术、不比设计，比的是：对一个小需求的极致理解和快速落地能力。
大厂看不上这种小工具（太窄、赚不到大钱）。但对个人开发者来说，这恰恰是最舒服的赛道——一个人能在两周内做完、上线、开始赚钱。
下周我会开始做第二款工具。方向已经想好了，到时候再给大家拆。
撰文 / 牛叔一个普通人用AI搞副业的真实记录
