小程序矩阵复盘 — 2026-05-03
复盘时间：2026-05-03 | 两个项目上线回顾 | 为第3个小程序提炼经验
📊 项目总览
| 维度 | SBTI人格测试 | AI复盘助手 | |------|----------------|---------------| | 启动日期 | 2026-04-22 | 2026-04-28 | | 开发周期 | ~4天（到代码上传） | ~2-3天（到代码完成） | | 当前状态 | 备案通过，代码已上传 v1.1.0，待审核发布 | 开发完成，备案中 | | 技术栈 | 原生小程序（无云开发） | 原生小程序 + 云开发 | | 复杂度 | 4页+3组件，纯静态数据 | 4页+AI云函数，动态交互 | | Bug修复 | 14+个 | 14个 | | AppID | wxf62fe8d554b17949 | wxfd7270e080656426 |
✅ 做得好的
1. 选题方法论扎实
- 做了正经的竞品分析，6个方向横向对比表，有数据支撑
- 矩阵策略清晰：不同品类、不同场景，不搞自我竞争
- SBTI（人格测试）= 社交裂变型流量入口；复盘助手 = 每日习惯型留存产品
- 结论：方向互补，不是同质化堆量
2. 砍功能果断
- SBTI：砍云开发、砍UI打磨、砍广告接入 → 先上线拿反馈
- 复盘助手：砍情绪曲线、砍AI风格选择、砍广告 → MVP极简
- 很多做副业的人就是死在"再加个功能就完美了"
3. 产品设计阶段完整（特别是复盘助手）
- 完整线框图、色板、Prompt设计文档、分享卡片方案
- 选择题模式比自由输入靠谱得多：可控性强、成本低、用户体验好
- Prompt 设计文档有示例输出、有fallback模板，质量高
4. AI 成本计算清晰
- 复盘助手单次复盘约 3000 token，GLM-4-Flash 成本约 0.00007 元/次
- 1000 DAU ≈ 2 元/月，完全可忽略
- 做成本预判是好事，避免上线后烧钱
5. 代码管理意识
- Gitee 远程仓库，CLI 上传代码
- Mac/Ubuntu 多设备协同（有路径坑但至少能跑）
- 核心逻辑已抽公共方法（如
_exportCanvas）
⚠️ 踩过的坑 & 教训
坑1：目录结构导致页面找不到
场景：SBTI 项目 miniprogram/ 子目录结构，导致 Mac 微信开发者工具所有页面路径报。
根因：project.config.json 的 miniprogramRoot 配置与实际目录不匹配。
修复：统一页面跳转路径加 miniprogram/ 前缀。
教训：
- 项目初始化时就把目录结构定好，别后期调整
project.config.json里的路径配置要和实际目录对齐- 换个设备/工具导入就要重新检查路径
坑2：tabBar 页面跳转 API 误用
场景：quiz → result 跳转失败。
根因：tabBar 页面不能用 wx.redirectTo，必须用 wx.switchTab 或 wx.reLaunch。
教训：tabBar 页面的跳转 API 是特殊的，开发前查文档确认。
坑3：Canvas 分享图真机保存失败
场景：真机测试保存 Canvas 生成图到相册失败，权限已开但仍报错。 根因：
_saveToAlbum非权限错误分支调用了wx.authorize，用户已授权过不会再弹，直接 fail- iOS 上
wx.canvasToTempFilePath可能返回无效临时路径 - 错误分类逻辑不对，非权限错误走了权限授权流程
修复：非权限错误先
wx.getSetting检查实际权限，区分文件问题/系统问题/权限问题。 教训： - 真机测试要提前，不要等全部写完才上真机
- 相册权限 ≠ 能保存成功，文件路径、系统限制都要考虑
- 错误处理要按错误类型分类，不要"一刀切"走权限流程
坑4：备案/审核卡时间
场景：
- SBTI 4-26 提交审核，5-3 还在等（已超 1 周）
- 复盘助手刚提备案，又是新一轮等待 教训：
- 备案从第 1 天就启动，不要等代码写完了才搞
- 备案和开发可以并行（备案只需要主体信息，不需要小程序代码）
- 30天上线目标中，备案+审核可能占掉 10-15 天
坑5：小程序码的鸡生蛋问题
场景：分享图想放小程序码 → 小程序码要上线后才能生成 → 上线前分享图是空的。 教训：MVP 阶段分享图先不放小程序码，或用占位图，上线后迭代补上。
坑6：静态检查不够早
场景：SBTI 开发完后静态检查才发现 4 个 bug（tabBar 导航 API 误用等）。 教训：开发过程中就要跑静态检查，不要攒到最后。
🎯 第3个小程序行动指南
优化时间线
Day 1： 选题调研 + 备案启动（并行！）
Day 2-3：产品设计 + 框架搭建
Day 4-5：核心功能开发
Day 6： 真机测试（Canvas/权限/分享优先测）
Day 7： Bug 修复 + 代码上传 + 提交审核
关键变化：备案 Day 1 就启动，真机测试 Day 6（不是全部写完才测）。
技术基建复用 — 抽 miniprogram-starter
两个项目下来可复用的资产：
theme.wxss全局主题变量系统- Canvas 分享图导出逻辑（
_exportCanvas） - 分享功能模板（
onShareAppMessage） - 错误处理模板（权限分类、Canvas 错误分类）
- 静态检查配置
建议抽一个脚手架，新项目 clone 直接用，省 1-2 天。
真机测试检查清单（每个项目必过）
- [ ] Canvas 生成 + 导出图片
- [ ] 保存到相册（权限已开 + 权限未开两种情况）
- [ ] 分享功能（onShareAppMessage 是否正常触发）
- [ ] tabBar 页面跳转（switchTab / reLaunch）
- [ ] 页面生命周期（onLoad / onShow / onHide 是否正常）
- [ ] 网络请求（云函数/外部 API 调用）
- [ ] 不同机型表现（iOS vs Android）
选题策略建议
现有矩阵：
- SBTI = 一次性测试（流量入口，社交裂变）
- 复盘助手 = 每日习惯（留存型，打卡粘性）
- 第3个应该选工具型：用完即走，但搜索流量大
之前备选方向中优先考虑： ~~- 装修预算计算器（垂直刚需，竞品少）~~ → ❌ 2026-05-07 放弃：太复杂
- 倒班/排班日历（特定人群刚需）
- 宠物年龄换算+健康记录（铲屎官付费意愿高）
避开：红海类（壁纸生成、证件照、小游戏）、手续麻烦类。
📈 整体进度评估
| 里程碑 | 原始目标 | 实际进度 | 状态 | |--------|---------|---------|------| | 第一个上线 | 5-22（30天） | 备案通过，待审核 | ✅ 大概率能赶上 | | 第二个上线 | ~6月初 | 备案中 | ⏳ 取决于备案速度 | | 10个小程序 | 7月底（3个月） | 2个开发中 | ✅ 流水线并行推进下可行 | | 月入5000 | Q2 | 0 | 需等上线+流量主开通 |
流水线预期
- 前两个慢的原因不可复制：选题反复、框架从零、踩坑排查
- 后面有了
miniprogram-starter脚手架 + 选题 SOP + AI 开发链路，开发可压缩到 2-3 天/个 - 硬瓶颈是备案+审核（1-2周/个），但可以通过并行提交解决： 审核时 在开发， 审核时 也在开发
- 开发时间是串行的，但审核是并行的，整体周期就能压下来
- 前提条件：选题不纠结（1天定方向）、开发3天内搞定、审核并行推进、选工具型/测试型（开发快、审核快）
- 结论：3个月10个在流水线跑通的前提下是可行的
变现节奏
- 流量主要求 ≥1000 累计 UV 才能开通
- 前 2 个小程序上线后重点做获客（小红书种草、分享裂变）
- 达到 1000 UV 后再开通广告变现
- 不要急着变现，先验证产品方向
📌 决策记录存档
| 日期 | 决策 | 理由 | |------|------|------| | 04-22 | 选原生而非 uni-app | 只需微信端，原生性能更好 | | 04-22 | 自主创作题库 | 开源题库学术风太重/有版权问题/维度不兼容 | | 04-26 | 砍云开发（SBTI） | 不需要后端存储，小程序后台统计够用 | | 04-26 | 砍UI打磨 | 先上线拿反馈再迭代 | | 04-26 | 广告延后 | 流量主需要1000 UV，上线再说 | | 04-28 | 矩阵独立运营 | 产品间不做硬联动，分散风险 | | 04-28 | 复盘助手MVP极简 | 砍情绪曲线/AI风格/广告，聚焦核心价值 | | 05-03 | 3个月10个可行（流水线模式） | 并行提交备案+审核，开发用脚手架压缩到2-3天/个 | | 05-03 | 第3批选题方向确定 | 退休计算器 + AI文案 + 排班日历，3个并行启动 |
复盘人：喵喵 | 下次复盘：第3个小程序上线后