小程序協(xié)同工作和發(fā)布
在中大型的公司里，人員的分工非常仔細，一般會有不同崗位角色的員工同時參與同一個小程序項目。為此，小程序平臺設計了不同的權限管理使得項目管理者可以更加高效管理整個團隊的協(xié)同工作。
以往我們在開發(fā)完網(wǎng)頁之后，需要把網(wǎng)頁的代碼和資源放在服務器上，讓用戶通過互聯(lián)網(wǎng)來訪問。在小程序的平臺里，開發(fā)者完成開發(fā)之后，需要在開發(fā)者工具提交小程序的代碼包，然后在小程序后臺發(fā)布小程序，用戶可以通過搜索或者其它入口來進入該小程序。
在這一章我們會把團隊的協(xié)同工作的注意事項和小程序發(fā)布前后涉及的概念和流程做一些介紹。
協(xié)同工作
如果你只是一個人開發(fā)小程序，可以暫時先跳過這部分，如果是一個團隊需要先了解一些概念。
多數(shù)情況下，一個團隊多人同時參與同一個小程序項目，每個角色所承擔的工作或者權限不一樣，中大公司的分工更為仔細。為了更形象的表達團隊不同角色的關系以及權限的管理，我們通過虛擬一個項目成員組織結構來描述日常如何協(xié)同合作完成一個小程序的發(fā)布，組織關系如圖5-1所示。
圖5-1 虛擬小程序項目組
項目管理成員負責統(tǒng)籌整個項目的進展和風險、把控小程序?qū)ν獍l(fā)布的節(jié)奏，產(chǎn)品組提出需求，設計組與產(chǎn)品討論并對需求進行抽象，設計出可視化流程與圖形，輸出設計方案。開發(fā)組依據(jù)設計方案，進行程序代碼的編寫，代碼編寫完成后，產(chǎn)品組與設計組體驗小程序的整體流程，測試組編寫測試用例并對小程序進行各種邊界測試。項目一般的成員構成與工作流程如圖5-2所示。
?圖5-2 提需求到發(fā)布小程序的流程
小程序成員管理
小程序成員管理包括對小程序項目成員及體驗成員的管理。
項目成員：表示參與小程序開發(fā)、運營的成員，可登錄小程序管理后臺，包括運營者、開發(fā)者及數(shù)據(jù)分析者。管理員可在“成員管理”中添加、刪除項目成員，并設置項目成員的角色。
體驗成員：表示參與小程序內(nèi)測體驗的成員，可使用體驗版小程序，但不屬于項目成員。管理員及項目成員均可添加、刪除體驗成員。
不同項目成員擁有不同的權限，從而保證小程序開發(fā)安全有序。
| 權限 | 運營者 | 開發(fā)者 | 數(shù)據(jù)分析者 |
|---|---|---|---|
| 開發(fā)者權限 | √ | ||
| 體驗者權限 | √ | √ | √ |
| 登錄 | √ | √ | √ |
| 數(shù)據(jù)分析 | √ | ||
| 微信支付 | √ | ||
| 推廣 | √ | ||
| 開發(fā)管理 | √ | ||
| 開發(fā)設置 | √ | ||
| 暫停服務 | √ | ||
| 解除關聯(lián)公眾號 | √ | ||
| 騰訊云管理 | √ | ||
| 小程序插件 | √ | ||
| 游戲運營管理 | √ |
各權限功能說明
開發(fā)者權限：可使用小程序開發(fā)者工具及開發(fā)版小程序進行開發(fā)
體驗者權限：可使用體驗版小程序
登錄：可登錄小程序管理后臺，無需管理員確認
數(shù)據(jù)分析：使用小程序統(tǒng)計模塊功能查看小程序數(shù)據(jù)
微信支付：使用小程序微信支付（虛擬支付）模塊
推廣：使用小程序流量主、廣告主模塊
開發(fā)管理：小程序提交審核、發(fā)布、回退
開發(fā)設置：設置小程序服務器域名、消息推送及掃描普通鏈接二維碼打開小程序
暫停服務設置：暫停小程序線上服務
解除關聯(lián)公眾號：可解綁小程序已關聯(lián)的公眾號
小程序插件：可進行小程序插件開發(fā)管理和設置
游戲運營管理：可使用小游戲管理后臺的素材管理、游戲圈管理等功能
需要留意，項目管理者控制整個小程序的發(fā)布、回退、下架等敏感操作，不應把敏感操作的權限分配給不相關人員
小程序的版本
一般的軟件開發(fā)流程，開發(fā)者編寫代碼自測開發(fā)版程序，直到程序達到一個穩(wěn)定可體驗的狀態(tài)時，開發(fā)者會把這個體驗版本給到產(chǎn)品經(jīng)理和測試人員進行體驗測試，最后修復完程序的Bug后發(fā)布供外部用戶正式使用。小程序的版本根據(jù)這個流程設計了小程序版本的概念，如表5-3所示。
表5-3 小程序的版本
| 權限 | 說明 |
|---|---|
| 開發(fā)版本 | 使用開發(fā)者工具，可將代碼上傳到開發(fā)版本中。 開發(fā)版本只保留每人最新的一份上傳的代碼。 點擊提交審核，可將代碼提交審核。開發(fā)版本可刪除，不影響線上版本和審核中版本的代碼。 |
| 體驗版本 | 可以選擇某個開發(fā)版本作為體驗版，并且選取一份體驗版。 |
| 審核中版本 | 只能有一份代碼處于審核中。有審核結果后可以發(fā)布到線上，也可直接重新提交審核，覆蓋原審核版本。 |
| 線上版本 | 線上所有用戶使用的代碼版本，該版本代碼在新版本代碼發(fā)布后被覆蓋更新。 |
考慮到項目是協(xié)同開發(fā)的模式，一個小程序可能同時由多個開發(fā)者進行開發(fā)，往往開發(fā)者在小程序開發(fā)者工具上編寫完代碼后需要到手機進行真機體驗，所以每個開發(fā)者擁有自己對應的一個開發(fā)版本。因為處于開發(fā)中的版本是不穩(wěn)定的，開發(fā)者隨時會修改代碼覆蓋開發(fā)版，為了讓測試和產(chǎn)品經(jīng)理有一個完整穩(wěn)定的版本可以體驗測試，小程序平臺允許把其中一個開發(fā)版本設置成體驗版，因此建議在項目開發(fā)階段特殊分配一個開發(fā)角色，用于上傳穩(wěn)定可供體驗測試的代碼，并把他上傳的開發(fā)版本設置成體驗版。
發(fā)布上線
一個小程序從開發(fā)完到上線一般要經(jīng)過 預覽-> 上傳代碼 -> 提交審核 -> 發(fā)布等步驟。
預覽
使用開發(fā)者工具可以預覽小程序，幫助開發(fā)者檢查小程序在移動客戶端上的真實表現(xiàn)。
點擊開發(fā)者工具頂部操作欄的預覽按鈕，開發(fā)者工具會自動打包當前項目，并上傳小程序代碼至微信的服務器，成功之后會在界面上顯示一個二維碼。使用當前小程序開發(fā)者的微信掃碼即可看到小程序在手機客戶端上的真實表現(xiàn)。
上傳代碼
同預覽不同，上傳代碼是用于提交體驗或者審核使用的。
點擊開發(fā)者工具頂部操作欄的上傳按鈕，填寫版本號以及項目備注，需要注意的是，這里版本號以及項目備注是為了方便管理員檢查版本使用的，開發(fā)者可以根據(jù)自己的實際要求來填寫這兩個字段。
上傳成功之后，登錄小程序管理后臺?- 開發(fā)管理 - 開發(fā)版本 就可以找到剛提交上傳的版本了。
可以將這個版本設置 體驗版 或者是 提交審核
提交審核
為了保證小程序的質(zhì)量，以及符合相關的規(guī)范，小程序的發(fā)布是需要經(jīng)過審核的。
在開發(fā)者工具中上傳了小程序代碼之后，登錄?小程序管理后臺?- 開發(fā)管理 - 開發(fā)版本 找到提交上傳的版本。
在開發(fā)版本的列表中，點擊?提交審核?按照頁面提示，填寫相關的信息，即可以將小程序提交審核。
需要注意的是，請開發(fā)者嚴格測試了版本之后，再提交審核， 過多的審核不通過，可能會影響后續(xù)的時間。
發(fā)布
審核通過之后，管理員的微信中會收到小程序通過審核的通知，此時登錄?小程序管理后臺?- 開發(fā)管理 - 審核版本中可以看到通過審核的版本。
點擊發(fā)布后，即可發(fā)布小程序。小程序提供了兩種發(fā)布模式：全量發(fā)布和分階段發(fā)布。全量發(fā)布是指當點擊發(fā)布之后，所有用戶訪問小程序時都會使用當前最新的發(fā)布版本。分階段發(fā)布是指分不同時間段來控制部分用戶使用最新的發(fā)布版本，分階段發(fā)布我們也稱為灰度發(fā)布。一般來說，普通小程序發(fā)布時采用全量發(fā)布即可，當小程序承載的功能越來越多，使用的用戶數(shù)越來越多時，采用分階段發(fā)布是一個非常好的控制風險的辦法。
小程序碼
很多場景下用戶會通過掃碼快速進入一個小程序，在小程序設計的初期，小程序平臺提供的二維碼的形式。我們發(fā)現(xiàn)用戶在掃一個二維碼時，他并不知道當前這次掃碼會出現(xiàn)什么樣的服務，因為二維碼的背后有可能是公眾號、小程序、網(wǎng)頁服務、支付頁面、添加好友等不同的服務。為了讓用戶在掃碼之前就有一個明確的預期，因此微信設計了小程序碼，如圖5-3所示。
圖5-3 “小程序數(shù)據(jù)助手”的小程序碼
小程序碼在樣式上更具辨識度和視覺沖擊力，相對于二維碼來說，小程序主題的品牌形象更加清晰明顯，可以幫助開發(fā)者更好地推廣小程序。在發(fā)布小程序之后，小程序管理平臺會提供對應的小程序碼的預覽和下載，開發(fā)者可以自行下載用于線上和線下的小程序服務推廣。
