起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識實戰經驗｜如何找到小程序的最佳切入點？
我能做的就是，做好手頭的事情確保，就算這事對公司來說又黃了，我也要通過這事有所收獲。
（一）
產品定位：微信小程序是一種全新的連接用戶與服務的方式，它可以在微信內被便捷地獲取和傳播，同時具有出色的使用體驗。
這是微信小程序的官方定義，不妨一起畫一畫重點。我覺得有三個關鍵點：
- 被定義為一種連接方式：很顯然，與微信社交的調性不謀而合，小程序是一種全新的產品能力，微信社交連接能力的二次延伸。
- 連接的對象是用戶和服務：很清楚，微信連接的是“人與人”，而小程序連接的是“用戶與服務”。這一切都基于已有的微信生態圈，是微信OS對APP生態方式的一次挑釁。
- 微信內獲取和傳播：很無奈，一切都要基于微信，從工具兼內容產品升級到平臺產品，成為現有玩法的規則制定者，我的地盤、我做主！
以上三點是我個人對小程序的解讀，也可以用三個字概括：很封閉、厚背景、新舊事物。
近期負責公司的一款微信小程序產品，近乎涉及到了很多問題，其中有幾組比較矛盾的問題：
1、小程序定位
對于公司而言，小程序究竟是一個什么產品定位？以目前的大環境而言，無非就是幾個關鍵點：
- 蹭一波熱點，吸引眼球，做小程序這件事情本身就是一個吸引眼球的事情；
- 延伸產品線，對已有產品線做一個開辟，確保整個線的完整性；
- 借助小程序，趕上這趟車，營銷導流；
- 跟風隨大流，別人做了，我也要有。（無法忽略）
2、產品結構
相信絕大多數的產品的功能和結構體系都比較完善，即使再差，一套完整的流程還是有的。那么，面對小程序的這個新生事物，究竟該從何做起？
- 全部業務功能，都要有；
- 核心業務流程，必須有；
- 專注關鍵要點，可以有。
3、資源投入
由于小程序的前景，以及目前對于該產品的投入產出比都相對比較保守，那么相應的資源投入都會相對比較缺乏，或者說并不是那么重視。
- 集中投入，急速開發，先保證有；
- 階段投入，階段開發，需要即用；
- 持續迭代，增量迭代，保持機警。
（二）
公司對小程序的產品定位，直接決定產品形態的走向，也直接決定了公司的資源投入比例。事實上，小程序本身也是一個增量迭代的過程，逐漸開放能力，保持了產品應有的克制。針對以上所說的三組問題，下面將逐一回顧下我個人這段時間的實踐經歷。
1、如何決定小程序的產品定位？
很不巧的是，公司層面并沒有明確給出小程序的定位，那么就不做呢？那肯定是不行，老板出去別人家都有小程序，我們怎么能沒有？其實，這恰恰是給了產品經理充分的機會，可以嘗試給小程序一個產品定位。于是，我就有了這么一次機會自己做了一回主（Leader是確認過的），給出了一個基于公司現狀和行業特性的小程序產品定位。
小程序產品定位：基于知名品牌、高轉化品類，以活動推單品的電商小程序。
說白了，一個基調：單品！賦予用戶和平臺兩個能力：
- 能找到自己想要的商品
- 能展示平臺想推的商品
第一個是對用戶的賦能，更加依賴于用戶自己的主觀能動性，也吻合了小程序目前工具的定位，用完即走；第二個是對平臺的賦能，是平臺自身的商業屬性決定的，能夠曝光更多核心資源，進而吸引用戶向平臺轉化。不管如何表達，如何定位，都必須體現產品的調性和情懷，這一點甚至遠比一款小程序本身重要。
2、如何決定小程序的產品形態？
很尷尬的是，明明是小程序，領導卻啥都想要？Are you kidding me ? 這讓我想到之前有人說小程序會取代APP，之前我還不信；不過單純從產品的功能上而言，確實有這個可能，而且可能性還很大。事實上，微信小程序是不可能那么快如愿的，其中的原委可就錯中復雜了。
產品形態：電商平臺的核心要素——商品、購物、結算。
很明朗，一個底線：購物！至少為用戶提供兩個要素：
- 商品，至少有東西可買；
- 購物，至少能下得了單；
第一個是為用戶提供平臺的絕大多數商品，至少先保證電商平臺的核心——商品的完整性，即使暫且達不到多樣性的效果。第二個是保證用戶能夠在獲得商品的基礎上，獲得一個相對完整的購物流程。其中我們也做了妥協，1.0版本并未加入購物車的功能，只能隨了電商早些年的做法——單件購買。出于產品階段和資源的投入程度，只能選擇產品的有損設計。
3、如何決定小程序的資源投入？
很無奈的是，純粹依靠產品經理是搞不定這個問題的，因為技術資源的投入非產品經理可靠范圍之內，越級越權可是大忌。不過，有一點可不要忘了——這是BOSS想要的，誰敢不做？感覺有點逼宮的意味，可大家還是愿意樂此不疲。學會適當適時借力是一種智慧，對產品經理尤為重要，再也不怕沒人DIAO我呢！
資源投入：一切從實際出發，增量迭代，數據驅動。
很明確，一個原則：克制！至少要為項目提供兩點保障：
- 有人做事
- 有時間做
第一個是為了落實小程序需要的必要投入，沒人肯定沒法做事，東拼西湊的，最終出來的肯定就是殘次品，坑害的是參與的一票人。第二個是團隊爭取的資源，因為小程序大多基于已有產品的既視感，有一種先入為主的感覺，認為不都是現成的嗎？有那么難嗎？可我遇到的還真不是搬運工的活，別后夾雜了太多的辛酸，因此必要的前期時間投入是為后續產品的良好更迭的打基礎。
（三）
產品實例：
在整個微信小程序的產品設計過程中，最為糾結的一個點：賬戶登錄。其實，并不是由于功能本身的糾結，而是用戶體驗/心理與賬戶信息結構的矛盾。
問題描述：小程序牽涉到微信授權的問題，就相當于APP的應用授權，比如：獲取地理位置、PUSH推送通知等。
可能存在的三種糾結的解決方案：
- 不提供微信授權，只提供已有賬戶體系；
- 提供微信授權，進入小程序強制微信授權；
- 提供微信授權，同時提供已有賬戶體系。
泛泛的概括下，上述三種方案可能遇到的問題：
- 微信賬戶與已有產品Passport賬戶合并；
- 用戶拒絕微信授權或者直接開放微信賬戶購買能力；
- 用戶既有賬戶登錄的最短登錄路徑。
導致這些問題的原因大多不一，可能是已有賬戶的導致，可能是對用戶體驗的妥協，也可能是產品經理個人對方案的傾向性選擇。不管為什么，問題終究要解決，綜合考慮了以下三個要素：
- 普遍解決方案
- 用戶心理/體驗
- 技術壁壘/限制
下圖為最終的小程序的完整產品解決方案，僅供參考：
小結
扯了這么多，到底該從何入手呢？產品經理的基本思維和技能就不再贅述了，解決上面我說的三個問題，產品基本已經上路了。實際工作中，有兩點需要兼顧：
- 微信平臺
- 自有產品
微信作為平臺方，對小程序制定了一系列的規則（最深頁面層級不超過五層，以確保消息程序的結構清晰），對小程序的產品能力進行了約束，并且保持克制持續開放。不難看出，作為平臺型產品，小程序本身也在自我迭代自完善，產品能力逐漸完善，還是很有產品感、保持了良好的節奏感！
如何把握小程序和自有產品框架下的分寸，需要產品經理額外投入時間和經理，理解到位。任何的新產品線，都不能以犧牲已有產品結構為代價都是不可取的。
#專欄作家#
王偉，@簡書-互聯網產品小王。一個會講故事的產品人，喜歡做菜、樂于家務、懂生活的工科男，將理想照進現實的布道者。
本文原創發布于人人都是產品經理。未經許可，禁止轉載。
如果沒有原生產品，那么這個圖因該怎么畫了？最近接受了一個小程序的商城搭建。我一直在找開發公司。
你好！請問下流程圖后半部分中”已綁定微信？”判斷為“是”的情況下“重新輸入”是什么意思？有點不理解 ??
不好意思，又被發現一個細節問題錯誤：應該是否，感謝指正! ??
那這里是“否”的話，就是將授權的微信賬號覆蓋綁定到輸入的手機號上了？然后登陸同步用戶信息？
其實就是一個場景故事：該手機已經注冊，并且已經已經綁定了其他微信，則提示該用戶嘗試綁定其他賬號！可否留個微信，交流下！
再仔細看一次，應該把那個是去掉，其實就是個分支流程
??
1.那就相當于輸入手機號后判定是已注冊的賬號，就直接登陸；是新手機號就綁定授權的微信再登錄？
2.如果把這里去掉，那每次登錄已注冊的手機號按照流程都要重新獲取一下驗證碼才可以了？
你需要仔細了解下整個流程，不要緊盯著哪一款，那個場景有一個前置條件——必須微信收授權登錄小程序！ ??
問下，微信授權登錄后，在使用手機號登錄，那會將授權微信和手機號綁定在一起嗎？
故事一：
在微信上，用戶第一次使用小程序，啟動小程序提示用戶微信授權：
如果用戶接收微信授權，則直接進入小程序首頁；
如果用戶拒絕微信授權，則提示用戶[使用微信小程序需要微信授權，您已經拒絕了該請求，請刪除小程序重新進入]，無法進入小程序；
故事二：
在微信上，用戶第一次使用小程序，啟動小程序并且用戶接受微信授權：
如果該用戶是老用戶并且綁定此微信賬戶，則不再為該用戶提供手機綁定功能；
如果該用戶并不是老用戶，則提供該用戶賬號綁定功能；
故事三：
在微信，用戶第一次使用小程序，微信授權登錄后并不是老用戶，并且綁定手機號：
如果用戶的手機號已經注冊，則同步該用戶的賬戶信息；
如果用戶的手機號未注冊，則將該微信與該手機綁定；
抱歉剛剛有事沒來得及回，你說的故事三的第一種情景應該也有兩種情況：
1.手機號已注冊且未綁定微信號，這時手機號直接綁定前面授權的微信賬號（手機號綁定微信號這一步流程圖上沒有說明）
2.手機號已注冊且已綁定其他微信號，這時手機號綁定的微信號應該會被前面授權的微信號覆蓋綁定（流程圖上有這個分支不過注明的操作是“重新輸入”）
你這不就明白了嗎？我的圖只是參考參考并不是絕對完整的圖，至于第2點，我們是不允許覆蓋的，是一一對應的關系，如果嘗試解綁需要去客戶端解綁再綁定！ ??
你再仔細看看 ??
我看了看作者跟小筑的交流內容，對此我個人的理解如下：
1 這款小程序是作者對公司已有原生產品的一個延伸，兩邊的數據應該是打通的，這也是流程圖中可以“同步賬戶信息”的原因。（由此可推測用戶在原生產品端是有唯一注冊的手機號的）
2 既要同步賬戶信息，又要避免賬戶體系的冗余度，所以授權微信號和手機號必須有一一對應的關系。微信號是新用戶且手機號未注冊是很好解決的，通過手機驗證碼登錄的操作自動在后臺注冊并綁定授權的微信號即可，難點在于微信號是新用戶但手機號卻已注冊。
3 針對第二點的困難，我們需要考慮到用戶可能是手機號沒變，但需要切換微信號登錄。此時可詢問用戶是否愿意換綁，即把注冊的手機號與新微信號建立綁定，并解除舊綁定（注：此處綁定的含義并非是微信本身的綁定，而是系統后臺自建的一一對用關系），用戶同意后可在立即在后臺換綁并同步賬戶信息后正常使用。 同時在老用戶登陸時增加是否有綁定手機的判斷，若沒有則必須輸入手機號并在短信驗證通過后自動綁定/換綁，然后同步賬戶信息正常使用。 以上方案可在保證賬戶安全和賬戶一一對應關系的前提下給用戶提供更靈活的登陸場景
可以的，原創很辛苦，也希望您能帶上原文鏈接和作者簡介，方便留個微信嗎？我加一下您 ??
作者你好，我是一家支付公司的產品經理，最近也在構思為商戶推出一個商品推薦的小程序，不知道方便加微信交流一下么，我的微信號：michaelhust
闊以的，已經加了！ ??
最后一段中“額外投入時間和經理”，“經理”應為“精力”；“都不能以犧牲已有產品結構為代價都是不可取的”應該改為“以犧牲已有產品結構為代價都是不可取的”或“都不能以犧牲已有產品結構為代價”
首先非常感謝你的細心閱讀，其次不好意思，文章出現了低級錯誤，我已經開始修改原文，請多見諒！
恩沒事
流程中有個問題，我有不同的意見，多個微信號是可以綁定同一個手機號的。是多對一的關系，并不是一對一的關系。
在技術上，確實可以多個微信綁定一個手機，如果賬戶建設沒有足夠或者一些特殊的行業，如此會存在賬戶安全風險，并且賬戶結構也會有過于冗余！
欣賞作者寫的這篇關于小程序的文章，請作者允許我轉載到微信公眾號UI設計窩，謝謝了
闊以的！需要標注下原文鏈接！