從產品角度，看小程式的設計
帶你瞭解“後APP”時代
近一年利用業餘時間，幫朋友設計了一款小程式，大大小小的迭代也有10多個了，今天就來聊聊關於小程式的設計思考。
引用微信之父張小龍的觀點：
“小程式是一種不需要下載安裝即可使用的應用，它實現了應用“觸手可及”的夢想，使用者掃一掃或搜一下即可開啟應用。也體現了“ 服務使用者、不打擾使用者、用完即走 ”的產品理念，使用者不用關心是否安裝太多應用的問題。應用將無處不在，隨時可用，但又無需安裝解除安裝。”
一.小程式和APP在設計上的本質區別是什麼？
大家在使用小程式和APP的時候，可能覺得並沒有什麼不一樣，反正都是手機端，實際上有很多本質上的區別，主要有以下11個方面：
1.獲取渠道
APP：必須通過應用商店（如 App Store）裡下載
小程式：通過微信（掃描二維碼、搜尋...）直接獲得
2.下載安裝
APP：安裝在手機記憶體中，就像自己買了輛車放在車庫裡隨時開
小程式：不需要安裝，就像免費用嘀嘀打車，召之即來 用完拜拜
3.佔用空間
APP：一直存在手機中會佔用空間，太多的APP可能會導致記憶體不足，總是清理快取
小程式： 因為不需要安裝，佔用記憶體空間忽略不計
4.廣告推送
APP：會隔三差五給使用者推送廣告，太多未讀提示會逼死強迫症
小程式：不允許主動給使用者傳送廣告，僅能回覆模版訊息
5.市場機會
APP：市場已接近飽和，幾乎所有的領域都已經被覆蓋
小程式：是一片藍海，在新的使用場景下有很多瓜分蛋糕的好機會，尤其是線上+線下的模式
6.適配
APP：需要適配市場上很多款的主流手機，開發成本大
小程式：一次開發就可以自動適配所有手機
7.開發週期
APP：一款完善的雙平臺APP平均的開發週期約3個月
小程式：平均開發週期約2周，僅為APP的六分之一
8.釋出
APP：需要向十幾個應用商店提交稽核，且每個應用商店要求的資料都不一樣，非常繁瑣
小程式：只需要提交到微信公眾平臺稽核，稽核週期短
9.使用者群
APP：面向所有智慧手機使用者，截止2018年，約13億人次
小程式：面向所有微信使用者，截止2019年，月活10.82億
10.功能
APP：可以實現完整功能
小程式：僅限微信提供的介面功能
11.推廣難度
APP：需要使用者主動下載十幾M的程式包，在沒有Wi-Fi的情況下推廣艱難
小程式：可以通過二維碼、微信搜尋等方式直接獲得，推廣難度大大降低
二.小程式的價值體現
輕量
讓使用者便捷、迅速、簡單、高效的獲取服務，無需下載/安裝/解除安裝、無需註冊、用完既走：一是使用者使用沒有心裡負擔，二是省了APP下載的漏斗轉化過程，要知道一個產品從廣告展示→到下載安裝→到註冊啟用的漏斗路徑，很多時候是慘不忍賭的。同時小程式具有出色的使用體驗， 頁面載入速度比H5頁面會更快，獲取使用者成本相對較低；
社交
必須和微信生態融入，那就必須考慮到微信的生態基因，這是最核心的價值，比如：你在小程式裡玩遊戲 ，你會想讓朋友家人知道你有多厲害，所以 小程式比APP更容易讓周圍的人蔘與進來 ，這個流程可以觸發更多的可能；
主動
小程式本身不是為了譁眾取眾，必須對使用者有切實的價值，能夠讓使用者 在有需要時主動進入，主動喚醒 。所以很多小程式在設計的時候，都通過一些介面內的引導手段，搶佔“我的小程式”的黃金位置，就是為了培養使用者的主動；
引流
對於第三方來說，微信必須是重要的流量入口（月活使用者10億左右），在微信允許的範圍內，用可能的手段獲取使用者流量，是我們需要著重考慮的；
資料
即便沒有引流成功，至少可以獲取使用者資料，支援自有產品開展業務。比如小程式登入時需要微信授權，有的還需要手機驗證碼等等；
生態
結合微信自身的生態系統，小程式可以和公眾號、訂閱號相互依託，引入種子使用者，並且在微信好友和朋友圈的傳播中，不會有割裂感。
三.小程式有哪些玩法
1. 小程式+公眾號
隨著公眾號體系和小程式體系互通，更多場景可以直接觸達小程式。如“豆芽作文公眾號”關聯了“豆芽作文小程式”，並在公眾號內部的主入口強推，為其引流。
2. 小程式+小程式
小程式輕量化的產品形態體現在靈活、快捷的使用中，因此當有功能橋接時，可選擇關聯其他小程式。
例如“豆芽作文”的“愛學習”模組就關聯了其他3個功能入口，為同類產品提供不同服務的小程式給予跳轉支援。
微信小程式團隊有這樣的設計理念： 每個小程式最好只專注一個服務場景。
因為這樣才能“用完即走”。才能讓使用者 在小程式的體驗過程中，不會覺得層級過深、流程過長，避免出現小程式和微信聊天交替使用 ，因為小程式的複雜而帶來糟糕體驗。但是很多公司又有多個業務場景，如果按做APP的思路做小程式，自然是會做出一個多層級/多功能的小程式。
於是，微信小程式團隊期望的結果是： 多個業務場景多個小程式來實現，允許小程式間跳轉 ，來實現“公司層多業務，產品層多小程式”的願景。
3. 小程式+二維碼 (線上+線下)
線上線下的結合更常見，比如進入餐廳點餐時，掃描二維碼進入小程式，直接點餐，不用排隊，也不用下載APP或關注公眾號，對使用者來說極為便利。同時可以利用登入授權，獲取使用者的資訊
四.小程式基礎知識彙總
1.場景入口
微信官方為小程式提供了69個場景入口，便於小程式在更多的場景下被使用者觸達，作為產品經理也要充分利用各種場景，增加小程式被觸達的機會，同時可以結合這些場景，增加小程式運營的曝光率。
依託於微信場景的 小程式增長六大入口：聊天視窗分享、APP分享、“搜一搜”、“掃一掃”、首頁下拉視窗、公眾號 。
2.有哪些開放介面？
除了擴大小程式的線上入口，小程式還提供了很多開放介面，幫助開發者更快速地實現一些功能。
3.模板訊息
小程式的模版訊息相當於APP中的訊息推送。微信公眾平臺為小程式的“訊息推送”設了很多規則：
（1） 需要使用者行為來觸發 ，不管使用者在何種場景下觸發，單次觸發最多可帶來一條訊息，且最多可以連續七天傳送；
（2）所有的訊息都要在微信公眾平臺提供的訊息模版中選擇，不能自定義模板。當然這也很 符合微信一貫的特性，不能“流氓式”的打擾使用者。
4.小程式資料助手
資料分析對於產品的運營至關重要，小程式主不僅可以在微信公眾平臺的後臺看到小程式的資料，也可以在微信搜尋“小程式助手”，在手機端隨時檢視小程式的資料變化。
5.小程式不可隨意跳出
小程式依附於微信生態，不可以像傳統APP一樣實現隨意跳轉。
如果希望小程式跳轉小程式，那麼可以在程式碼配置中進行宣告，跳轉的小程式數量是有限的，目前是10個。
還有一種解決小程式外跳和在小程式掃碼的操作是通過客服訊息，小程式主可以通過給小程式新增客服訊息，讓使用者回覆指定內容，可以給使用者傳送文章連結，實現跳轉和掃碼。
6.小程式有特定的開發框架
各大平臺都有自己的小程式開發框架，技術可以學習這種新的框架，一般上手也較快；當然也有別的解決方案，技術可以使用一些轉碼框架，例如京東的taro和去哪兒的nanachi。
7.適配問題
小程式畢竟是一個新技術，因此適配也有一定的侷限性。官方有提供標準的頂部導航和底部導航的方案，使用起來一般沒什麼問題，但如果希望根據自己的產品特性對頂部導航和底部導航進行一些個性化調整，就要小心適配問題了。
有些產品的做法就比較取巧，這裡舉個“知乎熱榜”的例子：本身小程式頂部欄是 不可以做個性化設計 的，但“知乎熱榜”為了給內容區更多曝光的空間（畢竟移動端寸土寸金嘛），將頂部欄的icon按鈕做成了搜尋框的樣式，點選進入到搜尋頁面，這樣做既避開了小程式的侷限性，也不影響正常的搜尋流程（本身搜尋也需要跳到新頁面），同時也符合使用者的使用認知。
五.設計規則
微信小程式的設計指南提供了很多頁面的設計規則，可以幫助產品經理和互動設計師更好的設計頁面。在設計小程式時建議認真看一看， 文件中的內容不僅僅適用於設計小程式，對於APP的頁面設計也可複用。
除了對產品的設計要求，為了讓小程式和微信的視覺統一，小程式制定了UI設計規範，在設計UI時需要嚴格遵守規則，否則無法上線。
雖然小程式為了讓服務完善，正在逐步開放更多功能，但是現在小程式程式碼包要限制在2M以內，所以在設計小程式時，功能一定要儘量簡單。
文章最後會把“小程式設計指南”和“UI設計基礎控制元件庫”的地址和原始檔分享給大家，供大家下載，見附件。
六.小程式如何影響我們的生活
1.對普通使用者
（1）首先是解除安裝低頻APP
對於像旅遊、租房等低頻使用的APP（所以這類APP為什麼要做社群和社交），普通使用者可能更傾向於卸掉本地APP而選擇小程式來使用，這能夠節省一部分手機空間，同時也不用考慮更新迭代。最重要的是 可以獲得更“短、平、快”的服務路徑 ，減少不必要的時間消耗，擴大自己的有效時間。小程式希望為普通使用者提供這樣的服務路徑： 使用者到達服務目的的環節越少越好，縮短使用者使用路徑，通過這樣的方式讓越來越多使用者更好地留在小程式或是微信構造的生態鏈裡。
（2）微信變成巨無霸應用，使用者停留時間更長：通訊（IM）+社交+工具和服務
使用者把省下來的一部分空間，留給微信使用。原本已經很長的使用時間因為所提供的工具和服務的多元化而變得更長。小程式涵蓋的服務類別非常多，可見微信在起初設計的時候就想建立更大的生態圈。
2.對行業應用和服務提供者
（1）體驗不佳的服務號會快速轉移陣地
（2）給本地生活和電商的應用帶來便利
先是給本地生活和電商的應用帶來很大的便利，尤其是有戰略合作關係的應用服務商，這些APP的核心功能會得到進一步的強化（建立壁壘），對使用者的觸及面會很廣，使用頻率會提高，他們肯定會成為享有小程式的第一批紅利者。
（3）商家入駐
隨著商家開發小程式，微信會逐步變成商家入駐平臺，這會給本地生活/電商等應用帶來巨大的衝擊，到那個時候我們更習慣於在微信裡完成閉環的任務，基本上不會再想起來用別的APP。不過， 這一點還是需要時間來驗證的，畢竟APP是網際網路生態圈中最重要的一環。
可以說，微信小程式的出現，會推動進入“後APP時代”的節奏。
七.小程式的未來
個人拙見：
首先，小程式的未來是代表微信線下入口，最擔心的不是小程式，而是微信越來越強大。微信已經霸佔了整個線上市場，但線下市場，微信一直沒有太多的涉及。阿里為了搞社交，出了阿里旺旺、來往、支付寶等等，支付寶也上線很多社交功能及遊戲，可成效並不理想。整個社交空間被微信、QQ佔據絕大部分。
我們很多人應該不希望微信做成一家獨大， 正如淘寶的一家獨大導致整個實體市場的萎靡，以及1號店、國美等發展艱難。如果微信想要與支付寶競爭，競爭的重點不會放在支付這塊，更多的是“服務”和場景的搭建。至於支付寶也要上線小程式，實屬正常防衛策略。阿里的天貓上線比較晚，是來自於對京東的防禦。
其次， 小程式的重點是提供更便捷和更優質的服務，而不是內容 。小程式應該不會像公眾號那樣引爆一波自媒體，應該是引爆一波優秀的服務提供商。
希望對你有所幫助，別忘記點讚的姿勢哦~
往期知識點，瞭解一下：
《使用者訪談 | 深度解析，你需要離使用者更近一些 (附模板) 》
微信公眾號： UXD筆記