作者復(fù)盤了從域名準備到內(nèi)容發(fā)布的整個過程，這是項目團隊一起回憶整個產(chǎn)品總結(jié)出來的經(jīng)驗，值得我們學(xué)習(xí)，與大家分享。

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

希望在未來遇到新項目的時候可以參考此次項目中經(jīng)驗總結(jié)的方法。

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

01 域名準備

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

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

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

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

（2）域名實名認證，根據(jù)企業(yè)的認證進行申請；

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

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

02 騰訊云服務(wù)購買

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

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

03 SSL證書申請、域名解析

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

04 小程序申請

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

05 架構(gòu)搭建

雖然小程序的前端比較簡單，可能不需要架構(gòu)搭建；但是由于該項目中需要搭建一個后臺的數(shù)據(jù)監(jiān)測平臺，所以需要架構(gòu)師進行指導(dǎo)。

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

06 小程序的部署

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

07 開發(fā)權(quán)限和體驗權(quán)限

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

08 搭建管理后臺

09 管理員權(quán)限確認

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

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

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

10 Track數(shù)據(jù)及遷移字段確認，數(shù)據(jù)后臺原型設(shè)計及UI確認

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

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

11 管理后臺網(wǎng)站（內(nèi)容發(fā)布）

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

以下注意Notes基于該后臺需要發(fā)布面向客戶的內(nèi)容，若非內(nèi)容發(fā)布平臺無需注意。

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

總結(jié)

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

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

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

韓愈曾道：聞道有先后，術(shù)業(yè)有專攻。與君共勉，如是而已。

本文由 @失隅 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議