本文將從以下4個方面來聊聊我們在第一次設計小程式時需要了解的問題：

二、帶著鐐銬跳舞——那些小程式的限制

三、設計心經——產品設計上的建議

1、一鍵獲取使用者資訊

在很多產品中，我們需要讓使用者登入或填寫各類資訊以便正常使用，比如手機號、姓名、送貨地址等等，但在整個產品流程中每多一個環節就必然會導致一部分使用者的流失。

2、自帶多個「天賦技能」

作為微信的親兒子，小程式在與微信的連線方面自然有著遠超於app和H5的“天賦技能”。小到分享轉發，大到客服、物流，小程式可以無縫銜接、自由應用微信為其提供的多項基礎能力，開發者可以非常便捷地呼叫這些能力來為自己的產品賦能。

由於根植於中國最大的社交平臺微信，小程式天生擁有強大的社交屬性，其分享轉發功能是非常自然而順暢的。小程式不僅支援分享到好友和群，還可以獲取點選該卡片的好友資訊和群ID；同時，小程式分享的也不再是靜態連結，而是自帶動態資料的資訊卡片，不用開啟就能看到重要資訊。

小程式強大的分享功能讓許多開發者自己的產品賦予了「社交」能力，在微信巨大的使用者流量中分了一杯羹。比如電商小程式的拼團活動、訂票小程式的好友助力機制和早起打卡的群排名等。

客服訊息

微信為小程式提供了內建的客服能力，讓每個開發者可以輕鬆擁有自己的客服通道。小程式的「客服訊息」不僅支援設定關鍵詞自動回覆，也可以連線客服人員進行人工回覆。

模板訊息

使用者在小程式內完成支付行為或提交表單後，我們可以向用戶傳送對應的模板訊息，來提供更長效的服務，並實現業務閉環。這些訊息會統一在微信的「服務通知」裡進行推送。1次支付行為可以允許在7日內傳送3條模板訊息，1次提交表單行為允許在7日內傳送1條模板訊息。

比如電商類小程式，支付成功後可以分別通知使用者下單成功、已發貨和已簽收等，能夠讓訊息多次觸達使用者，也讓使用者能夠直接通過服務通知再次迴流到小程式中。

如下圖所示，在「喜茶GO」小程式下單成功後，使用者會收到下單成功、取餐進度和取餐提醒3條訊息。

廣告

是不是還在擔心小程式變現的問題？除了自己的業務變現外，微信直接貼心地幫你準備好了3種廣告形式，來幫助你解決變現問題。你可以在公眾平臺中申請成為流量主，就可以在自己的產品中開放以下廣告位來“招商”啦。

物流助手

「物流助手」是今年3月剛開放的新功能，旨在為零售、電商等各行業提供低門檻物流能力。微信已經幫你對接好了各物流公司，讓你可以輕鬆高效地接入，並且你和使用者都可以實時掌握物流軌跡。同時，物流程序中的攬件、即將派件、異常等關鍵物流狀態，也會通過微信的服務通知直接傳送給使用者。

一物一碼

今年7月16日，微信全面放開了小程式的「一物一碼」能力，從此以後每個商品都可以擁有一個自己的專屬碼。對於零售商來說，每一件商品都是小程式流量入口，是一個資訊承載體。品牌方可以通過該能力將線下銷售與線上服務更好地結合起來，將抽獎、驗真偽等需求都引流到自己的小程式中進行。並且，以往線下銷售很難獲取到真實使用者畫像，但現在如果將其引入線上服務，能夠幫助商家更深入地了解消費者。

卡券功能

小程式還支援卡券介面，可以輕鬆在小程式中領取、檢視和使用公眾號 AppId建立的會員卡、票、券。同時，在微信的卡包中可以直接使用這些卡券，也可以通過卡券直達小程式。這個能力對於線下商家來說非常有用。

3、連線與互通

小程式是一種全新的連線使用者與服務的方式，它可以在微信內被便捷地獲取和傳播。它除了連線線上與線下，連線使用者與服務，也需要在整個線上生態中做到相互連線。下面我們來看看它可以怎麼連線其它產品形態、又是如何被連線的。

關聯其他小程式

小程式之間可以互相跳轉，不需要任何關聯或繫結。但是有兩個要點需要注意一下，一是需要使用者主動觸發跳轉行為，二是跳轉的小程式數量不能超過10個。

很多公司已經利用公眾號和小程式形成了自己的新媒體矩陣。公眾號的底部導航、文章中的圖片、文字等均可連結小程式，公眾號和小程式各司其職，公眾號負責內容引流和推送曝光，而小程式則是為使用者提供更專業和深入的服務。

同時，小程式也可以關聯公眾號，除了頂部選單外，還支援掃碼後在頁面上顯示「公眾號關注元件」。可以讓使用者使用優秀的線下服務後，一鍵關注公眾號，持續對品牌進行關注。

App和小程式相互跳轉

小程式不僅做到了微信生態內部的連通，還與app有著密切的“來往關係”。App內支援直接點選跳轉至微信小程式的某一指定頁面，使用者也可以通過點選App分享出去的小程式卡片來喚醒App。

4、入口眾多，場景豐富

小程式的入口多達70多個，可以稱作是”處處是入口“，真正的做到了去中心化，大大減輕了頭部效應對於市場中的年輕產品的限制。同時，小程式可以根據不同的場景引數判斷使用者進入小程式的場景入口，我們可以結合這些場景來提供不同的、最貼近使用者需求的服務。

2.帶著鐐銬跳舞——那些小程式不能做的事

1、禁止虛擬支付

iOS 的小程式中不支援虛擬商品支付，如內容付費、工具服務類等，這些商品不允許展示購買、支付的按鈕和頁面，也不支援引導至外部網頁、APP實現支付。

2、不可全屏

小程式在任何情況下都不能實現全屏效果，右上角的工具欄無法隱藏，包括webview（網頁元件）。

3、不可長按識別普通二維碼

小程式中的圖片元件不支援長按識別二維碼和小程式碼。在自帶的圖片預覽模式下，雖支援長按識別小程式碼，但仍然不支援識別普通二維碼。

4、不支援監聽分享成功或失敗

為了防止濫用分享資訊帶給微信使用者的干擾，微信取消了小程式對於分享成功或失敗的監聽反饋，也無法獲取到是分享給群還是好友。所以在功能設計中需要避免涉及到使用者分享狀態的監聽，比如通過判斷使用者是否分享成功從而獎勵積分等。

5、不可進入即觸發授權彈層

自2019年9月1日起，不再允許小程式開啟後立即跳轉登入頁或彈出授權彈窗，不得強迫使用者在充分瀏覽並了解小程式之前就提供授權。（一些特殊的小程式除外，比如必須登入才能提供服務的小程式——校園系統、員工系統、社保資訊系統等）

6、頁面層級不能超過10層

當進入的頁面層級超過10層以後，再點選就會無法跳轉，所以我們在設計的時候需要儘量簡化流程，避免頁面層級過深。（在這裡，10層並非代表10個不同的頁面，而是使用者實際點選進入的頁面層級。）

3.設計心經——產品設計上的建議

1、輕量簡潔

一個小程式只完成一個主任務

小程式作為一個輕快簡潔的產品形態，“觸手可及，用完即走”是小程式的最大特點，所以小程式需要的是以最短路徑直切場景，給使用者最直接最高效的服務。

傳統app往往是個「巨無霸」，承載了多類服務，而小程式講究的是「短平快」，所以每個小程式只需要專注於服務好一個場景。如果想要服務多個業務場景，則可以針對不同場景開發多個小程式。同時，小程式之間的跳轉非常自然順暢，所以我們完全可以利用多個小程式來形成自己的產品矩陣，讓不同的小程式來滿足不同的業務需求。

如下圖所示，我們可以看到，墨跡天氣、滴滴出行、麥當勞等幾款產品都將自己的服務拆分開來形成了小程式產品矩陣，讓每個小程式“術業有專攻”，專注服務好單個場景。

頁面簡潔、重點突出

除了服務和流程精簡外，我們在設計小程式時，每個頁面也儘量清晰簡潔、有明確的重點，讓使用者能夠快速理解頁面內容，順暢地進入任務流程。

社交化，促進分享

社交，是我們很多開發者想盡各種辦法想要賦予自己產品的能力，但卻往往求而不得。而微信作為國內最大的社交平臺，其生態下的小程式天生自帶「社交屬性」，擁有很強的社交基礎和分享能力。

所以，我們在設計小程式時，一定要好好利用小程式的分享能力和微信巨大的社交流量來為自己的產品賦能，在自己的產品中加入一些社交玩法，促進使用者進行分享。比如星巴克的贈卡玩法、高鐵管家的好友加速活動、墨跡天氣的早起好友排名以及名片小程式的“遞名片”等等，都是利用分享達到了很好的裂變傳播效果，也給產品帶來了新的活力。

小程式和原有產品並不是簡單的替代和複製關係，他們可以各司其職，比如App可以用於沉澱使用者、給使用者提供更深入的服務，而小程式可以作為一個引流入口。

所以我們可以找出產品中與微信生態最貼合的功能重新設計，利用小程式來擴大產品的服務邊界。比如知乎熱榜，是將知乎中最適合小程式資訊閱讀的熱榜部分單獨拎了出來。而騰訊相簿和石墨文字識別則是將原有產品中的一個小功能結合小程式的特點和場景重新設計，讓他們更加符合小程式使用者用完即走的使用場景，也可以為自己的主服務引流。

還有很多產品在佈局小程式時，都是結合小程式的特點做了延伸服務，而不是將原有功能搬運到這裡。比如禮物說、石墨任務清單和家樂福的掃碼購等等，原本他們的產品中並沒有這些服務，但是結合自己的產品能力和小程式的生態環境，他們開闢了這樣一種新的服務能力。

比如禮物說，原有平臺是主打精選禮物的移動電商；而在小程式裡，禮物說沒有將原有的玩法照搬過來，而是做了一個「像發紅包一樣送禮物」的服務，巧妙地將自己的業務和微信的生態結合了起來。

3、多利用小程式的開放能力

從第一章節我們可以看到，小程式目前已經擁有了非常多的「基礎能力」，如客服通道、模板訊息、物流助手、一物一碼等等，與此同時，微信還在不斷賦予它新的能力。建議大家在自己的產品中多利用這些開放能力來為自己的產品服務。