免費教你搭建微信小程序「如何搭建微信小程序平台」

白羊座的月份開始了，過了生日，也剛好上線了微信小程序，跟大家分享一些在開發過程中的所踩的一些坑。

分幾個模塊來說：前期準備工作、主要開發內容、發佈準備。

一、前期準備工作

小程序註冊、認證。企業認證需要準備的資料比較多，而且提交後，微信側的審核一般是1天左右，大家可以在前期就準備起來。我們是在測試的過程中，發現綁定微信支付需要認證，才匆忙走流程，也耽誤了一點時間。認證是收費的，微信側一次300RMB，大家可以提前申請好全部預算，統一申請認證。
綁定小程序。小程序可以綁定在公眾號下，如果公眾號跟小程序是同一認證主體，後續的聯動運營也會方便很多，所以在前期，也可以推動業務一起來梳理小程序的運營方案，看看是否要綁定公眾號。
基本信息完善。包含小程序起名、小程序logo設置等等。還是這次開發過程中踩的坑，因為我們到發佈前回歸，才發現小程序的名字和logo都是開發隨手填的，為了改名，又要走一遍認證流程，再次花費300RMB不說，流程也是很繁瑣，會耽誤整體進度。
測試版小程序準備。看項目要求，如果發佈到線上的代碼需要現在測試環境完成測試，需要準備測試版小程序。在測試版上驗證通過後，再將代碼部署到正式的小程序上。
運營者/開發者賬號管理。建議給直接負責小程序運營的業務開運營者權限，項目組人員開開發者權限即可。方便進行權限管理。畢竟微信管理權限跟企業OA沒有直接打通，後續有人離職等不太方便及時回收權限。

二、開發內容

賬號體系搭建

當認證主體下只有一個應用時，在微信側只有一個open ID，做好跟平台user ID的綁定關係即可。但是存在多個應用時，會出現2個問題：

多應用賬號之間的關係。常見的做法是多應用賬號之間互相獨立。因為多個應用的主題基本都不一樣，用戶選擇在一個應用上登錄/換賬號，不應該影響到在其他賬號的登錄態。舉個例子，美團和美團外賣，我在美團小程序上用我媽的手機號給她團購，然後用美團外賣小程序點餐。兩者的使用場景相差較遠，就沒必要做到登錄態關聯。再舉個更極端的例子，如果2個應用之間場景差異巨大，用戶甚至都不知道這2個應用屬於一個主體，那就更加沒必要做到登錄態聯動了。
微信側union
ID /open ID 與平台user ID的綁定關係。常見的做法是微信側union ID /open ID
與最有可能是該微信使用者的user ID綁定（重點！！！），比如說通過微信授權登錄的手機號對應的user ID
與微信側賬號綁定。這時候用戶可能會出現切換手機號的情況，切換手機號時，可以把新手機號對應的user
ID與微信側賬號臨時關聯，該賬號退出登錄後，解除關聯關係。

存在多應用的時候，常常會出現應用之間消息聯動的需求，比如在小程序A的消費記錄，也要出現在小程序B里，這時候通過union ID 與 user ID去關聯到用戶即可

消息體系搭建

微信公眾號提供的消息類型算是豐富了，精心運營的話，能玩出花兒來。小程序比較少，常見的是小程序模板消息，並且推送模板消息還需要用戶授權。如果有公眾號的話，可以通過union ID，將用戶在小程序里的行為信息，通過公眾號消息推送出去。

不過在公眾號推營銷消息時，經常會遇到一推就掉粉的情況，這需要把握個度。

選擇H5 or 小程序頁面

小程序路徑是小程序的原生頁面，很多功能都相對靈活，但是H5相對方便，具體要看業務需求來設計。我們在開發過程中，遵循的原則也是主框架用小程序頁面，分支流程/跟其他應用重合度較高的場景用H5。

埋點處理

有些小程序的頁面可能是從H5搬過來的，這時候要做好埋點，H5側有埋點，小程序也要再單獨埋點，做好數據來源區分，方便後續統計分析。

定位處理

小程序很多功能都依賴於用戶定位。常見的做法是只展示上一次用戶的定位，不管是用戶的經緯度信息，還是用戶手動切換的定位，直到用戶刪除小程序重新進入，再重新申請定位授權。

當然也可以依據業務需求，每次都展示用戶的當前定位，或者某些場景展示當前定位，某些場景展示手動選擇的定位（這種情況下用戶可能會被定位繞暈，慎用！）

其他坑