複盤總結：從0到1，企業微信小(xiǎo)程序開(kāi)發11步走

來源：銘碩網絡   日期：2020-02-12 09:19:47

首先，先來梳理一(yī)下(xià)在實施小(xiǎo)程序時的流程，主要分(fēn)爲11點：

01 域名準備

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

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

域名備案需要準備如下(xià)材料：

企業營業執照(電(diàn)子檔)企業法人身份證(電(diàn)子檔，正反面)管理人身份證(電(diàn)子檔，正反面)所在地郵編一(yī)個聯系電(diàn)話(huà)(手機)一(yī)個聯系電(diàn)話(huà)(座機)（2）域名實名認證，根據企業的認證進行申請；

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

（4）服務器域名需進過ICP備案、新備案域名需24小(xiǎo)時後才能配置。

02 騰訊雲服務購買

也可以使用AWS/阿裏雲或其他雲服務，騰訊雲在使用前需要對賬号進行預充值，最好有個大(dà)緻的估算金額。

當然，針對企業來講，騰訊雲服務也出具了标準的合同以及開(kāi)設發票的信息供乙方進行下(xià)載。

03 SSL證書(shū)申請、域名解析

因爲此處用的是微信小(xiǎo)程序，所以利用騰訊的域名會更方便通過審核，由于考慮到要搭建管理後台，所以在原有的小(xiǎo)程序的騰訊域名下(xià)申請了兩個子域名。其中(zhōng)主域名爲小(xiǎo)程序的域名，另外(wài)的域名作爲生(shēng)成後台的URL。

04 小(xiǎo)程序申請

這裏前提是企業擁有公衆号，在企業公衆号下(xià)面進行申請更爲方便,在此不多做贅述；如果單獨申請一(yī)個小(xiǎo)程序，需要提供企業的認證，小(xiǎo)程序完成後作爲企業品牌的一(yī)份子，需要和企業公衆号進行關聯。

05 架構搭建

雖然小(xiǎo)程序的前端比較簡單，可能不需要架構搭建；但是由于該項目中(zhōng)需要搭建一(yī)個後台的數據監測平台，所以需要架構師進行指導。

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

06 小(xiǎo)程序的部署

開(kāi)發版環境要和體(tǐ)驗版（UAT）和正式版（PRO）環境一(yī)緻配置雲服務和組件服務器配置每月隻有3次修改機會在測試中(zhōng)進行多維度測試（小(xiǎo)程序内和手機設置）數據分(fēn)析隻統計已發布線上版本使用數值，同時提供實時統計數據。測試版的小(xiǎo)程序生(shēng)成的服務點二維碼會跳轉到正式版的小(xiǎo)程序，需要開(kāi)發者将二維碼數據導入到開(kāi)發環境才能進行有效測試小(xiǎo)程序上線之前存在開(kāi)發版與體(tǐ)驗版，需要分(fēn)别發布。

07 開(kāi)發權限和體(tǐ)驗權限

在微信公衆平台添加開(kāi)發人員(yuán)的權限和體(tǐ)驗權限。開(kāi)發人員(yuán)的權限需要小(xiǎo)程序的超級管理員(yuán)進行掃碼确認添加，而體(tǐ)驗成員(yuán)的權限則不需要掃碼确認，直接搜索該體(tǐ)驗人員(yuán)的微信即可添加。

08 搭建管理後台

09 管理員(yuán)權限确認

除了小(xiǎo)程序中(zhōng)的開(kāi)發人員(yuán)和體(tǐ)驗人員(yuán)權限，還存在着後台搭建的超級管理員(yuán)權限及用戶權限。

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

超級管理員(yuán)在系統交付時直接添加，不通過後台添加。超級管理員(yuán)具有管理後台的所有權限，包括賬号管理下(xià)的角色管理和用戶管理權限。超級管理員(yuán)用戶無法被其修改角色或停用。其他角色的管理員(yuán)無法被修改爲超級管理員(yuán)。

10 Track數據及遷移字段确認，數據後台原型設計及UI确認

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

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

11 管理後台網站（内容發布）

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

以下(xià)注意Notes基于該後台需要發布面向客戶的内容，若非内容發布平台無需注意。

後台有預覽模式并且與終端用戶體(tǐ)驗一(yī)緻若允許富文本編輯則要警惕JS注入等安全性問題外(wài)鏈内容的合法性與合規性，包括外(wài)部鏈接與多媒體(tǐ)文件以外(wài)鏈存在輸入框的失焦判斷，确保所有輸入框能被檢測覆蓋若需要上傳多媒體(tǐ)文件，需确認文件儲存相關，必要時添加資(zī)源管理頁面若需要視頻(pín)/音頻(pín)播放(fàng)，考慮其斷點續播，播放(fàng)控制問題若發布内容存在目錄，需考慮目錄的後續可編輯性，确保易于操作

總結

最後再來梳理一(yī)下(xià)在整個項目中(zhōng)遇到的問題。

在這個項目中(zhōng)，因爲種種原因，例如對小(xiǎo)程序流程的生(shēng)疏（公司第一(yī)個，無參考案例），公司合規流程過長，和新供應商(shāng)的磨合，架構方法錯誤，程序員(yuán)對代碼不熟悉（騰訊雲組件過多尚未全部吃透，bug過多），後台無參考案例（導緻内容和監測字段都靠探讨），測試人員(yuán)未全方位進行死角測試，業務不時新加需求，導緻整個項目嚴重delay，幾度影響業務進行推廣。

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