小程序給世人的第一印象——高流量、易獲客，沖擊了一大波企業的腎上腺素，于是風風火火投入小程序生態的建設中，近乎無法自拔。騰訊微信坐擁10億左右用戶，不管小程序最終能不能成，單論這一點，擼點羊毛肯定是不成問題的。

　　如何將海量微信公域流量轉化成自家產品的私域流量?

　　這是每一個決心跟進小程序的公司的產品戰略核心，而即將接手小程序的產品經理(PM)：接受不完全清晰的產品定位，實現產品與用戶之間更好的連接。

　　登錄注冊模塊是產品賬戶體系的核心模塊，是用戶接觸產品的關鍵性第一步，是產品與用戶建立真正意義連接的紐帶。這么講，其實就是想強調登錄注冊的重要性，因為觸達用戶的功能路徑不簡潔、復雜冗余將直接影響產品的用戶轉化，甚至降低盈利業務的成功率。

　　2016年10月份寫過一篇關于賬戶的文章《賬戶體系設計：賬戶體系的核心要素及商業模式》，詳細闡述了賬戶價值層面的意義。

　　此次想借助此前負責的電商小程序產品，從產品設計層面更細粒度解構登錄注冊模塊的產品設計思路。嚴格意義上，我是第三次接觸賬戶方面的產品架構設計，第一次在剛畢業實習那會，而前后兩次的對同一件事情的思考角度、心態可謂大相徑庭。下面一起來看我是如何搭建小程序的登錄注冊產品機制：

　　01-產品設計的背景

　　相比APP、WAP產品形態而言，小程序是一個比較新的物種(老酒換新瓶)。那么，之于現有產品線而言，是一個補充，(未來)可能會演變成一種沖擊。換句話說，除了誘人的流量紅利，部分公司跟進小程序完全是出于對微信生態的敬畏，甚至有有些直接是奉命行事——老板一句話，總之都是是源于內心的產品認知焦慮。以下從兩個維度拆解：

　　維度一：產品層面(Product)

　　小程序作為新的產品線，產品特性需要重新規劃迭代

　　小程序作為老產品線的延伸，需要兼容已有用戶體系

　　小程序基于微信開發建模，需要兼顧三方平臺的特性

　　維度二：運營層面(Operation)

　　小程序基于微信，產品特性上要融合社交傳播

　　小程序生于微信，大量微信流量紅利需要惠澤

　　小程序依賴微信，觸達用戶需要更加精準、有效

　　一方面是新鮮產品特性的引入，另一方面是運營策略層面的試錯，因而很有必要平衡兩者之間的價值成本，且保持產品的持續有效迭代。當然，要求我們保持產品的靈活性，也因為小程序平臺本身也處于持續開放的狀態，兩者處于一個共同成長的循環狀態。

　　除了上述兩個維度的顧及，針對目標用戶和使用場景需要予以不一樣的適用范疇的考慮。以下從這兩個維度思考：

　　維度三：用戶畫像

　　新用戶，泛指純新用戶(剔除偽新用戶)，這類用戶是產品運營推廣最需要獲取的，也是花錢營銷推廣的目的所在;

　　老用戶，特指老用戶，這類用戶是已有產品形態多終端的存量用戶，是產品得以生存的基礎血液，直接體現了產品的粘性;

　　訪問者，專指未注冊用戶，前兩類用戶基本都是從這類用戶轉化而來，是用戶相對一款產品的第一重身份，吸引轉化很關鍵;

　　維度四：使用場景

　　輔助補充，拓寬用戶使用場景，健全既有產品線，跟得上產品流行趨勢;

　　社交分享，小程序天然具備微信賦予的社交屬性，有趣的玩法很多;

　　第三方營銷平臺的付費推廣，算是強推，花錢買用戶，灌溉式獲客;

　　其實，用戶畫像和使用場景決定了后續產品迭代過程中，功能的取舍、優先級，或者說迭代的進度次序。一個理想的做法是小步快跑、增量迭代，既經濟又現實，符合產品的迭代演進路徑。最關鍵的是，給產品經理預留了充足時間，給產品提供了足夠的選擇。可問題是：既沒給產品(Product)留時間，又沒給產品經理(PM)留時間!

　　02-產品設計過程

　　基于以上的幾點分析及公司的產品定位，最終得出兩個觀點，作為早期小程序產品線的產品原則：

　　快速獲客，縮短產品與用戶的路徑

　　賬戶唯一，兼容新老用戶賬戶信息

　　秉承這兩點基本原則，為了達到產品初期運營目標，最大化發揮小程序開放的產品能力，對小程序的賬戶體系進行了<三段式設計>，以匹配不同階段、不同產品目標。以登錄注冊模塊為例：

　　階段一：手動手機號

　　借助用戶手機號快速驗證注冊，為用戶生成唯一UID，一個手機號被認為是一個獨立用戶。通過手機號注冊是目前產品最主流的手段，得益于手機的唯一性、真實性，一舉解決了應用用戶實名認證的難題。同時，減輕了用戶記憶的負擔，畢竟APP太多，記住一個號碼遠勝于多個賬號密碼。

　　市面上不少小程序直接手動輸入手機驗證碼動態登錄，完全避開第三方開放賬戶的關聯，試圖降低不同體系產品之間的耦合程度，尤其是小程序外包系。某種程度而言，是值得贊賞的，單一產品線(僅有小程序)采用這種方式是值得可取的，畢竟用戶獲取成本并不大且比較簡潔、方便。

　　產品一期MVP版本，這便是我采用的方案，因為推廣較弱、用戶較少的情況下，這一產品設計方案可以支撐，能達到快速上線的要求，易于后期的增量迭代。