作者復盤了從域名準備到內容發布的整個過程，這是項目團隊一起回憶整個產品總結出來的經驗，值得我們學習，與大家分享。

去年接手了兩個微信小程序的開發項目，作為一位產品人員，在和開發供應商進行磨合的時候也遇到了許許多多的問題。如今項目已進入收尾階段，之前也參考了許多其他做微信小程序的同行同事的經驗，再做一次工作的復盤，以此作為學習和共勉。

希望在未來遇到新項目的時候可以參考此次項目中經驗總結的方法。

首先，先來梳理一下在實施小程序時的流程，主要分為11點：

01 域名準備

域名備案手續多，備案周期長，大概時間在20天至25天左右可以完成備案。如果申請了騰訊云賬號，可以在騰訊云的頁面進行操作。

（1）域名申請 、域名備案和服務器購買最好在同一個平臺進行，方便加快審核的時間。

域名備案需要準備如下材料：

1. 企業營業執照(電子檔)
2. 企業法人身份證(電子檔，正反面)
3. 管理人身份證(電子檔，正反面)
4. 所在地郵編
5. 一個聯系電話(手機)
6. 一個聯系電話(座機)

（2）域名實名認證 ，根據企業的認證進行申請；

（3）域名備案申請 ，需要一周時間；

（4）服務器域名需進過ICP備案 、新備案域名需24小時后才能配置。

02 騰訊云服務購買

也可以使用AWS/阿里云或其他云服務，騰訊云在使用前需要對賬號進行預充值，最好有個大致的估算金額。

當然，針對企業來講，騰訊云服務也出具了標準的合同以及開設發票的信息供乙方進行下載。

03 SSL證書申請、域名解析

因為此處用的是微信小程序，所以利用騰訊的域名會更方便通過審核，由于考慮到要搭建管理后臺，所以在原有的小程序的騰訊域名下申請了兩個子域名。其中主域名為小程序的域名，另外的域名作為生成后臺的URL。

04 小程序申請

這里前提是企業擁有公眾號，在企業公眾號下面進行申請更為方便,在此不多做贅述；如果單獨申請一個小程序，需要提供企業的認證，小程序完成后作為企業品牌的一份子，需要和企業公眾號進行關聯。

05 架構搭建

雖然小程序的前端比較簡單，可能不需要架構搭建；但是由于該項目中需要搭建一個后臺的數據監測平臺，所以需要架構師進行指導。

在搭建架構的時候一定要非常明確的畫出架構圖以及需要的組件的備注，按照架構開發才是最快速和準確的方式。

06 小程序的部署

1. 開發版環境要和體驗版（UAT）和正式版（PRO）環境一致
2. 配置云服務和組件
3. 服務器配置每月只有3次修改機會
4. 在測試中進行多維度測試（小程序內和手機設置）
5. 數據分析只統計已發布線上版本使用數值，同時提供實時統計數據。
6. 測試版的小程序生成的服務點二維碼會跳轉到正式版的小程序，需要開發者將二維碼數據導入到開發環境才能進行有效測試
7. 小程序上線之前存在開發版與體驗版，需要分別發布。

07 開發權限和體驗權限

在微信公眾平臺添加開發人員的權限和體驗權限。開發人員的權限需要小程序的超級管理員進行掃碼確認添加，而體驗成員的權限則不需要掃碼確認，直接搜索該體驗人員的微信即可添加。

08 搭建管理后臺

09 管理員權限確認

除了小程序中的開發人員和體驗人員權限，還存在著后臺搭建的超級管理員權限及用戶權限。

在設置超級管理員權限的確認的時候，需要注意以下幾點，不能進行權限間的矛盾和沖突：

1. 超級管理員在系統交付時直接添加，不通過后臺添加。
2. 超級管理員具有管理后臺的所有權限，包括賬號管理下的角色管理和用戶管理權限。
3. 超級管理員用戶無法被其修改角色或停用。
4. 其他角色的管理員無法被修改為超級管理員。

10 Track數據及遷移字段確認，數據后臺原型設計及UI確認

這是需求應該進行多次溝通和確認。在此處遷移字段的確認需要和業務進行溝通，主要遷移了微信后臺中的月活、日活以及其他騰訊提供的聚合過的數據。

因為微信官方只提供了三個月的數據，不能對業務數據進行連續性的判斷，所以遷移數據對半年甚至一年以上的監測趨勢有很大的幫助。同時，業務也會考慮是否需要其他的數據，所以需要在小程序前端進行埋點，只要發版小程序，埋點數據就可以生效。

11 管理后臺網站（內容發布）

如果存在如下情況還需要注意以下事項：

以下注意Notes基于該后臺需要發布面向客戶的內容，若非內容發布平臺無需注意。

1. 后臺有預覽模式并且與終端用戶體驗一致
2. 若允許富文本編輯則要警惕JS注入等安全性問題
3. 外鏈內容的合法性與合規性，包括外部鏈接與多媒體文件以外鏈存在
4. 輸入框的失焦判斷，確保所有輸入框能被檢測覆蓋
5. 若需要上傳多媒體文件，需確認文件儲存相關，必要時添加資源管理頁面
6. 若需要視頻/音頻播放，考慮其斷點續播，播放控制問題
7. 若發布內容存在目錄，需考慮目錄的后續可編輯性，確保易于操作

總結

最后再來梳理一下在整個項目中遇到的問題。

在這個項目中，因為種種原因，例如對小程序流程的生疏（公司第一個，無參考案例），公司合規流程過長，和新供應商的磨合，架構方法錯誤，程序員對代碼不熟悉（騰訊云組件過多尚未全部吃透，bug過多），后臺無參考案例（導致內容和監測字段都靠探討），測試人員未全方位進行死角測試，業務不時新加需求，導致整個項目嚴重delay，幾度影響業務進行推廣。

不管是從公司內部IT的角度，供應商的角度，業務角度（無法指責，都是這個項目的參與者），都發現了許多潛藏的問題。而我作為一個產品，作為一個BA，作為一個項目經理，從頭跟進并推動整個項目的進展，肩上不可謂不承擔了責任，哪怕只是一個很小的項目。

韓愈曾道：聞道有先后，術業有專攻。與君共勉，如是而已。

?

本文由 @失隅 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議