雲開發小程序交付流程

需求確認到正式發布的 6 步交付流程,比 小程序上線流程(單純講「上線」階段)視角更廣——含 v1 整個開發週期。戶外探險團 v1 的 baseline workflow

6 個階段

1. 需求確認 → 2. 環境初始化 → 3. 功能開發 → 4. 體驗測試 → 5. 備案與審核 → 6. 正式發布

Step 1:需求確認

  • 確認 功能清單 的 MVP 範圍(前 6 項必須)
  • 確認 UI 風格(戶外/極簡/科技 風格 → 影響 Vant Weapp 主題色)
  • 確認支付規則(報名費、退款政策)
  • 確認 Q&A 內容架構

→ 簽 SOW(Statement of Work)後才動手。

Step 2:環境初始化

Step 3:功能開發

lib 選型Vant Weapp / wenaox 離線狀態管理 / we-cropper 圖片裁切上傳)實作 MVP 6 項

  1. 行前 Q&A
  2. 報名登記
  3. 出發確認
  4. 行中追蹤
  5. 簽到打卡
  6. 出團後分享

雲函數寫核心邏輯(支付、敏感資料、定時通知);client 端寫 UI + 本地操作(多日離線行程設計)。

Step 4:體驗測試

  • 上傳代碼到客戶 AppID 後台 → 設「體驗版
  • 生成體驗版 QR Code → 給客戶 + 領隊 + 1-2 個試團客人測(代客戶開發小程序注意事項 §3)
  • 真機測試:小程序開發工具鏈 模擬器測不到的(GPS 連續記錄、微信支付、相機 / 相簿、推送)
  • 山區測試:用 weconsole 在現場 debug

→ 客戶確認 OK 才進 Step 5。

Step 5:備案與審核

兩件事並行做(總時長約 1-3 週):

動作時長責任方
提交 小程序合規與備案 資料約 1-2 週審客戶提供執照、開發者填表
提交代碼審核(Step 4 通過後)1-3 天開發者提交,微信審

兩個審完才能 Step 6。戶外探險團的旅遊類目通常需要旅行社經營許可證 — Step 1 就要釐清(避免到 Step 5 才發現缺證件)。

Step 6:正式發布

  • 兩個審都過 → 後台點「發布」(手動,不是自動)
  • 可選灰度發布(先給 10% 用戶看新版,全 OK 再 100%)
  • 發布後監控:weconsole 看真機行為、雲函數錯誤率、支付失敗率
  • 24-48h 內出現嚴重 bug 要走「緊急回滾」(再發布舊版本,等不到審核 1-3 天)

小程序上線流程 的差別

小程序上線流程本頁
範圍上線階段 6 步(註冊 → 發布)全項目 6 步(需求 → 發布)
視角平台機制客戶交付
核心受眾開發者第一次學PM / 接案方規劃用
重點微信審核、迭代節奏階段切分、責任歸屬、並行

→ 兩個都要看,視角互補。

對戶外探險團的時程估算

階段時長並行項目
Step 1 需求1-2 週
Step 2 環境2-3 天客戶申請 AppID 並行
Step 3 開發 v14-6 週
Step 4 體驗測試2 週客戶找試團客人
Step 5 備案 + 審核1-3 週可在 Step 4 末就開始備案
Step 6 發布1 天

總計 v1 約 8-13 週。如果旅遊類目要等旅行社執照,加 2-4 週。

反模式

❌ Step 5 才開始備案 — 拖到上線 ❌ 跳過 Step 4 直接送審 — 微信擋下浪費 1-3 天 ❌ Step 1 沒簽 SOW — 後期客戶加功能拒不了 ❌ Step 2 沒讓客戶自己綁卡 — Step 6 後扣款斷層

跟其他概念的關係

強連結

深入閱讀

← 回到 wiki