本文(wen)系統(tong)地羅(luo)列了(le)微信小(xiao)程(cheng)序在產品設計上(shang)的出現的問題，并提出了(le)相應(ying)的建議(yi)。

資質

不(bu)(bu)是(shi)所有(you)功能都(dou)可以做(zuo)，根(gen)據(ju)不(bu)(bu)同主體，會有(you)不(bu)(bu)同的開(kai)放類(lei)目(mu)。主體分(fen)為(wei)「非(fei)個人主體」「個人主體」「海外主體」。有(you)些類(lei)目(mu)需要有(you)資質(zhi)，比如(ru)社交(jiao)類(lei)（包(bao)括社區(qu)、筆記等），都(dou)要 ICP 證(zheng)。如(ru)果做(zuo)了功能提(ti)交(jiao)審核(he)，發現(xian)的話會被拒絕(jue)，要求添加(jia)相關分(fen)類(lei)。

官方文檔： 小程序開放(fang)的(de)服務類目(mu)

對策(ce)：做服務端開關，審核時把功能隱藏(zang)（暫時貌似沒有(you)(you)程序靜態檢查，只有(you)(you)人工審核），審核后再打開，但要承擔被下架的(de)風險。

虛擬支付

18年5月，由于蘋果(guo)公司要求，iOS的(de)小(xiao)程序(xu)虛(xu)擬(ni)商品支付(fu)被(bei)(bei)禁止，即內容(rong)付(fu)費(fei)、工(gong)具服務(wu)類等，不(bu)包(bao)括外賣、電商這(zhe)些(xie)；如果(guo)被(bei)(bei)發(fa)現，會屏蔽支付(fu)接口。

對策：加(jia)(jia)入(ru)實體商品的性質，比(bi)如購買課程變成(cheng)購買課程+書，加(jia)(jia)入(ru)收貨地址等(deng)信息。

模版消息推送

可以給用(yong)戶推送模版消息，會在「服務(wu)通知」里提(ti)醒(xing)，對留存(cun)比(bi)較(jiao)有(you)幫助（喚起用(yong)戶）。有(you)次數(shu)和時間限制，兩(liang)種方式可以獲(huo)得下發(fa)次數(shu)：

1. 支付：每次支付有 3 條下發次數，可以在 7 天內推送。
2. 提交表單：每次提交有 1 條下發次數，可以在 7 天內推送。

官(guan)方文檔： 模版(ban)消(xiao)息

大部(bu)分小(xiao)程序都沒有支(zhi)付，主要靠提交表單，即(ji)需要用(yong) <form/> 組件，讓用(yong)戶手動觸發確認。常見(jian)做法會把(ba) <form/> 偽(wei)裝成一個(ge)(ge)列表項、某個(ge)(ge)按鈕等，用(yong)戶在使用(yong)過程中就獲得了下(xia)發次數，但有違規(gui)風險。

Tab bar 的 action button

有的產品想要在 tab bar 加上 action button，比(bi)如：發布內容、新(xin)建文章等。但小程序原生(sheng) tab bar 目前不支持跳轉新(xin)頁(ye)面(mian)(mian)，只支持在當(dang)前打開頁(ye)面(mian)(mian)。而如果自己實現 tab bar，性能會(hui)很差（切換 tab 時(shi)卡頓、頁(ye)面(mian)(mian)閃爍）。

有種做法，依然用(yong)原生 tab bar，但把 icon 素(su)材做成 action button 的樣式，然后在當前打開(kai)頁面，列出一些選項讓用(yong)戶選擇，再(zai)進入子(zi)頁面。

比如可以參考「美(mei)篇(pian)」的開始創作，先(xian)讓用戶選擇(ze)文字、圖片、視頻，然后再(zai)進入文章(zhang)編輯的子頁(ye)面。

自定義導航欄

例如「知乎熱榜」小(xiao)程序，搜索框在導航(hang)欄。

怎么(me)做到的？

其(qi)實是(shi)微信版本 6.6.0 后支持的特性，navigationStyle 可以設(she)置為 custom，設(she)置后頂(ding)欄就消失了(le)，頁面會自(zi)動頂(ding)到最頂(ding)部。所(suo)以「知乎熱榜」那個搜(sou)索欄不是(shi)屬(shu)于(yu)頂(ding)欄，而是(shi)屬(shu)于(yu)頁面內容，這下(xia)就好理解了(le)。 ????

官方文檔： 全局配置(zhi) – window

Webview

小(xiao)程(cheng)序(xu)(xu)中(zhong)可以使用 webview 組件，直接把 mobile web 套(tao)到小(xiao)程(cheng)序(xu)(xu)里(li)，比如(ru)「多抓魚」就是以 webview 為主的。

好處：

1. 節省工作量，已有的 mobile web 不用重復開發。
2. 不需要等審核，隨時部署更新。
3. 直接兼容一些小程序不支持的原生標簽，比如 <pre/>。

壞處：

1. 一個頁面里只能有一個 <webview/> 組件，不能有其它。比如想用原生的 <button/> 來調起支付、分享，就不可以。
2. 只有綁定為業務域名的 url 才能跳轉，不可以隨便打開什么網頁，上限 20 個。

其它雜七雜八

1. 綁定的服務器域名，需要國內 ICP 備案，所以想做個 dribbble 客戶端，直接利用 dribbble API 是不行的，只能想辦法用自己服務器做數據轉發。
2. 小程序之間可以互相跳轉，但必須綁定在同一公眾號下，而且具體跳轉的是哪個小程序、哪個頁面，要手動配置小程序 AppID 和路徑。
3. 不能長按別二維碼，也沒辦法下載 app。
4. 如果需要綁定手機號，可以使用小程序的 獲取手機號 接口，調的是微信綁定了的手機號，很方便。