<

一.小程式適合那些產品

可以直接開啟瀏覽，與此同時，還可以同時開啟好幾個小程式進行操作，效率不言而喻，但其場景的應用還有待考察，

隨著微信團隊的不斷優化，微信小程式的入口也從發現頁，上升到首頁的下拉頁面中，同時支援從微信搜一搜以及公眾號中發現和使用小程式。

在很多行業，微信公眾號和小程式之間的交易流程協作是件非常值得稱讚的功能，微信公眾號負責建立私域流量、推廣和拉新，導流到小程式中進行付費轉化，這在電商、旅遊、自媒體等行業越來越普遍。

還有一種運營方式是通過小程式的傳播和分享，引流到自家APP的玩法，一般來說，這是比較大的平臺級別的APP常用的方式，且這種方式在一定程度上緩解了APP的拉新焦慮，是一種成本相對較低的推廣和拉新策略。

微信擁有11多億的使用者，成千上萬的小商家，只要吃定了其中的少部分流量，小公司賺個盆滿缽滿不是問題，但是這並不代表著所有的行業和應用都適合用小程式來做，分析了小程式的優缺點以後，再決定是否做小程式，

（這裡用微信小程式為例，目前除了支付寶小程式，其他諸如百度、QQ、抖音等APP的小程式並沒有太大的火候，但是可以先通過微信小程式做可行性方案驗證，然後再考慮其他平臺的小程式）

小程式的優點

掃碼即用，用完即走，

開發實現門檻低，成本低，

社交與內容、電商、出行、餐飲等行業的緊密結合

小程式的缺點

依託於某一APP平臺，不能跨平臺使用

程式碼包限制，對於一些複雜的應用並不適用，

小程式的封閉性，不能開啟外部連結（但是認證後的域名可以開啟，且每個小程式只能開啟一個認證域名）

小程式每次釋出需要稽核，無法做到實時更新

無法做到APP級別的通知、UI、流暢度（僅針對業務複雜的APP）

可以看到，成也微信，敗也微信，目前各大APP之間的相互封閉對使用者而言造成了一定的麻煩，同樣一款小程式，需要開發者開發針對不同APP平臺的小程式，且對於使用者來講，微信小程式不支援支付寶付款，支付寶小程式當然也不支援在微信開啟，這些平臺與平臺之間的割裂，也是各自的產品壁壘，短時間內無法消除，那麼什麼樣的行業和應用適合用微信小程式呢？

推廣拉新做活動（抽獎、砍價、專題活動等）

獨立電商、品牌電商（有贊商戶、奢侈品電商等）

旅遊、賽事報名（馬拉松、戶外旅遊、活動報名等）

酒店住宿（獨立民宿、連鎖青旅、OTA平臺等）

餐飲外賣（美團外賣紅包派送、美食推薦等）

辦公效率工具（網盤、筆記助手、OCR應用等）

交通出行（打車應用、共享單車、搶票助手等）

音視訊（短視訊分享、流媒體等）

業務複雜，流程冗長的應用（進銷存、文字處理、大型電商）

工具屬性較強，且比較依賴原生系統的（圖片處理軟體、音視訊剪輯類軟體、雲端備份軟體、手機管理類軟體等）

視訊播放平臺，（按照目前體驗的視訊播放小程式來看，視訊播放不是很流暢，尤其是在進行拖動等操作的時候，長視訊並不適合小程式）

高頻且剛需的應用，建議還是做成原生APP，若有需要，可做簡化版的小程式。

最合適的方式是，將你的複雜業務剝離開來，那些輕量的、容易實現且能吸引使用者的部分用小程式來實現，比如知乎熱榜、微博小程式、還有美團等。

二.小程式的互動設計要點

01

介面層級

小程式在介面層級上沒有如同APP級別的自由度，首先微信小程式本身帶有一個導航，作為退出小程式和承載其他基礎性功能的選單。除此之外，你可以根據自己的需要定義介面的樣式，

02

webview嵌入

對於需要在小程式中開啟網頁的使用者來說，可以通過此種方式實現，但是需要將該域名配置到域名白名單中，在開啟時，會鋪滿整個頁面。對於網頁端的產品來講，可以通過此種方式實現web網頁的嵌入，能低成本快速實現小程式客戶端。

03

返回首頁：

目前市面上常見的返回首頁，是嵌入導航欄中，與返回上一級作為同一級的按鈕，好處是導航欄是固定的，不會隨著頁面的變化而更改，使用者可以簡單方便的操作返回首頁。

另外一種方式是頁面浮窗的形式進行引導返回首頁，個人不太喜歡浮動且常駐在頁面上的元素，一般來說，返回首頁是必須要有但不是高頻的操作，沒必要進行浮窗常駐。

除此之外，還有就是在底部功能區域嵌入返回首頁的按鈕，這種方式對使用者打擾率低，且可以在需要的頁面進行顯示，不需要的頁面（一級頁面）可以不顯示，但是隨著頁面層級和元素的變化，一定程度上並不適用。

還有一種方式是通過提示使用者點選右上角選單按鈕返回首頁，這是微信官方給出的操作欄，但是隱藏的比較深，一般使用者不經過引導很難發現。

（但微信經過7.0.7版本（安卓）更新以後，從轉發的小程式開啟時，會自動在左上角新增一個返回按鈕，看來也是意識到這種場景返回首頁存在的必要性了）

引導收藏：

在首次開啟小程式的時候可以提示使用者將該小程式新增到我的小程式中，一般是以非模態彈窗的形式引導使用者進行收藏，在使用者點選關閉後，根據快取資訊或者通過介面檢測使用者是否已收藏，以決定下次開啟是否需要再次提示。

除了返回首頁，小程式可以自定義元件進行引導使用者的轉發操作，當然也可以通過點選右上角選單進行轉發給使用者，存在的問題同樣是隱藏的入口太深，若有需要，自定義分享轉發按鈕還是很有必要的。

04

使用者分享和商戶對接

使用者分享：

由於小程式到目前為止還沒有推出轉發到朋友圈的功能，大多數小程式採取了曲線救國的方案，核心頁面會設計出生成海報的按鈕，通過生成的小程式碼，可以在微信內長按並訪問該小程式。

商戶對接：

商戶對接指的是若你的小程式需要和使用者對接溝通，可以通過新增小程式客服的方式來進行，在微信小程式的後臺經過配置客服後，使用者點選頁面的客服按鈕可以直接進入聊天視窗，同時可以傳送當前頁面的連結給客服，這些都需要開發去呼叫。

三.後臺互動

小程式作為獨立的資料互動前臺，同樣需要一個後臺的承載，一般來說，小程式的後臺嵌入在你原有的產品後臺中，如果你的小程式沒有後臺，則需要重新設計。如果你的小程式只是你原有產品的一個延伸客戶端，資料都是相通的，那麼需要注意一個設計原則：儘量減少給小程式設計獨立的設定頁面，最好進行模組化設計。

舉幾個例子：如果你的小程式是電商，且存在原有的後臺，原有的後臺已經囊括了商品的編輯和釋出，以及訂單的管理，那麼在小程式的後臺，無需新增這些功能，只需要將每個商品作為獨立的模組新增至小程式即可，這樣商品的編輯釋出、管理、以及訂單的處理都可以在原有的頁面展開，只需要給訂單打上小程式的標記即可；同樣的，如果你的小程式是旅遊活動報名，只需要將之前後臺已經存在的商品或者活動新增至小程式後臺中。APP的banner也是同樣的道理，若你的小程式不需要自定義banner顯示，可以直接呼叫手機端的banner。當然，模組化設計在SaaS行業顯得尤為重要，為了方便後臺管理員的操作，多個端的資料在滿足基本的多樣性的前提下，應該儘量減少運營的負擔。

四.小程式的賬號體系

01

賬號密碼登入

直接使用賬號密碼登入，但這個登入方式對於使用者來說太麻煩，最好的方式使用微信登入，通過微信登入的方式，可以判斷該使用者是否存在賬號，若已存在已繫結的手機號（或郵箱），可直接登入，若是新的openID，則需要繫結手機號，通過該手機號，同時也能打通原賬戶和微信賬戶的連線。

02

賬戶繫結的方式有兩種，第一種是大多數小程式使用的，通過使用者填寫手機號和驗證碼進行繫結，另外一種是，在請求微信授權登入以後，可以在此進行請求授權微信賬號繫結的手機號，這個是微信本身自帶的元件，只需要呼叫即可，使用者通過兩次授權，就可以直接登入，無需填寫驗證碼。

03

當然，如果使用微信賬號的手機號繫結，可能對於一些特殊的場景並不適用，比如該網站是用另外的手機號註冊的，或者使用者想使用另外一個手機號進行繫結，微信的授權手機號自帶了這種功能，設計者可不用再操心，使用者在使用其他手機號，並且填寫了手機號和驗證碼以後，下次可以在其他平臺繼續使用。

詳細的互動設計規範可參考官方的設計指南。

連結：

https://developers.weixin.qq.com/miniprogram/design/