交互設計篇-如何處理需求

夜月薰衣茶 PMIP

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

如何處理需求，是產品經理的基本功，不管是來自老板還是客戶的，亦或來自企業內部（運營、業務）及產品本身的發展，產品經理都需要把需求的收集、分析、管理做到有效進行。

一、需求收集

用戶調研

運用場景：

產品規劃初期或者遇到重大版本迭代，需要重新架構設計時，將會進行用戶問卷、用戶訪談的方式去挖掘用戶的真實需求。

  基本方法:

用戶問卷-定量研究的方法，問卷問題一般為15個左右，包含用戶基礎資料信息（包括年齡、收入、教育水平等人口統計學范疇信息）和主觀性的信息（包括用戶做這項活動的態度、行為、目的等方面的信息）兩大部分，收集到這些數據后進行分析并得出一定結論。

用戶訪談-定性研究方法，訪談問題分類包括開放性的問題和專業性的問題。問題盡量從簡單到復雜，由較寬泛趨于精細；訪談的過程中的問題盡量說的簡單易懂，避免專業詞匯，讓回答問題的用戶清楚明白你說什么；避免問一些引導性的問題；不要因為冷場而尷尬過多，多次重復進行講解，留有一定的時間讓用戶思考如何回答；盡量問用戶一些開放性的問題讓用戶進行思考回答；用戶描述的過程中盡量描述真實使用場景與案例。

兩種方法基本為相互補充進行的一個方法，對于不熟悉的業務，問卷編寫初期不知該如何進行挖掘用戶的問題，尋找五個左右的用戶進行相關業務及主要業務用戶使用場景訪談，將會總結出一些問題然后加入你要調研清楚的問題包括客觀問題和主觀問題進行用戶問卷編寫、發放與收集。

用戶反饋

  運用場景：

產品專家用戶的反饋，包括運營、客服直接獲取用戶的反饋，通過從微博、論壇、貼吧、軟件用戶評論等方面尋找用戶的反饋。

  基本方法：

市場反饋  做運營、客服、市場等人員和用戶進行產品銷售推廣、運營活動的過程中和用戶直接交流，一些專家用戶直接反饋出來的需求。具體也要根據產品是直接面向c端客戶還是企業級別的客戶，兩者有很大差異。

訪談  在和用戶進行訪談的過程中，一些專家級別的用戶直接反饋對現有產品在使用過程中的一些不滿和改進的建議等。

查詢相關網站 比如產品下載市場、百度貼吧、微博、論壇、微信群、QQ群等各種用戶有自由發表言論及感受的地方，用戶的直接反饋。

用戶直接反饋的信息，需要進行分析其需求的真偽性。

產品定位發展

  運用場景：

產品最終要幫用戶解決一個什么樣的問題，市場發展環境和公司可支配資源等方面進行綜合評估產品的前期、中期、后期的目標定位。

 基本方法：

相關行業專家詢問  在發覺一個新產品及市場時，不明確當前市場狀況可直接找行業內的一些專家進行聊天交談，他們對于市場的現狀很熟悉，可向該類專家詢問產品的定位與發展方向問題。

投資行業的專家交流 最了解市場、發覺市場前景行業及創業想法的投資者，他們對于市場發展的方向及敏感度有一定的專業看法，可與其交流產品的發展方向性的問題。

相關行業專家、投資專家給予的建議和方向最終還需要結合本身公司的定位發展與界定產品的發展定位。

商業畫布  一種能夠幫助處于高層決定者激發創意、降低猜測、明確目標用戶、合理解決其問題的工具，可直接判斷出公司產品發展的的優勢、資源等最直接有效的方法。

以下為商業畫布九宮格主要內容：

數據分析

  運用場景：

產品或運營人員對用戶操作規律，用戶流失查詢等方面進行查看分析，決定產品功能優化迭代最有效直接的證明。

  基本方法：

數據埋點  第三方數據服務平臺或者用自己平臺后臺注入相關代碼進行統計。程序員在程序編寫時將主要操作、按鈕進行數據埋點，通過網站即可查詢相關數據。

第三方數據平臺 專業做數據的網站會定期進行相關行業數據的發布，查看專業的報告即可獲取一些相關數據。

結論

針對收集的需求，大致可分為以下幾類:

產品運營類—某項調研結果直接反應出一種現象，將會指導產品運營人員的運營方向朝著這方面努力。比如一款產品預約功能，從團隊做用戶問卷的結果反饋中，用戶更偏向于用微信公眾號進行預約，運營團隊需要相對在微信公眾號預約增加相對的運營的投入。

功能優化類—用戶使用某款產品的某個功能目的就是為了達到其某個目的，對于功能效率或用戶體驗上滿足，將會直接影響用戶的去留，優化該功能的用戶體驗滿意度及效率將會提升用戶的留存量。

新功能—產品功能的延伸或新增，通過用戶研究，發現用戶針對某個需求的實現很迫切，該需求就算新功能，可評估該功能緊急程度及效果進行功能設計滿足。

二、需求分析

 

重要度、頻率二維度

 運用場景：

當接到多個需求，因為時間原因，只能進行個別需求滿足，評估優先級時，可用該方法進行簡單需求評估分析。

 基本方法：

將功能需求按照重要度和頻率進行四象限劃分，重要高頻象限中的需求要首先進行解決。重要度和頻率如何進行衡量，頻率衡量即使用的頻次，重要度衡量判別是否會因為該需求的缺少而影響用戶使用。

KANO模型分析

  運用場景：

產品重大版本迭代，因為時間等問題，只能選擇個別兩三個功能進行優化，但是優化的需求點比較多，可以直接向用戶進行問題編輯，查看用戶滿意度選擇進行優化。

  基本方法：

(1)從顧客角度認識產品或服務需要；

(2)設計問卷調查表；

(3)實施有效的問卷調查；

(4)將調查結果分類匯總，建立質量原型；

(5)分析質量原型，識別具體測量指標的敏感性

二維屬性歸屬分類

場景化思維

  運用場景：

通過模擬或發現真實場景，預測用戶行為從而進行設計。

  基本方法：

從交互五要素考慮，人、目的、行為、環境、媒介幾個關鍵點去創造用戶真實的使用場景。在什么地方，哪個人做了什么事，運用了哪些東西，達到了什么樣的目的，遇到了什么樣的問題，怎么進行處理解決。例:在淘票票購買電影票后，付款時推薦購買零食信息。

用戶體驗地圖

 運用場景：

適用于任何場景，更適合在可能存在問題或者改進機會的事件上。

  基本方法：

• 歸納用戶該使用場景下的觸點

• 畫出情感坐標

• 尋找用戶進行觸點體驗情感、意見描述

• 歸納用戶體驗意見

• 繪制情感曲線

• 標注用戶重要性意見

需求分析的方法很多種，以上僅列出部分，方法只是分析的一種工具，最主要還是通過方法分析需求得出的解決方案。

三、需求管理

  

需求提交

簡單來說，就是將收集到的需求，在評估完優先級，確認做具體需求功能時將該需求開發計劃告知相關開發、測試等人員，讓其明確即將完成的功能需求。如功能需求相對應的方案設計、業務流程等內容提前與開發總監溝通好上傳至公司統一管理文件處，具體根據不同公司的實際情況。

需求評估

需求功能的相關開發者、測試針對該需求達成統一認知和開發周期認定，使得相關開發人員在開發周期內有效配合開發，測試人員明確該如何進行有效測試，針對同一需求能夠有效推進實現。

需求跟蹤

 在開發過程能夠及時跟進開發，一確保其開發功能達到預期效果，二有任何異常情況的發生能及時進行處理解決，三有效把控需求的開發周期，保證需求按期交付。

需求變更

當需求提出方提出需求變更或者在內部評審、開發過程導致需求變更，做好相關需求變更的把控，以防需求變更后導致項目無法執行。

      a.評估需求變更與原需求的差異

首先，明確需求變更的原因—是需求提出方進行需求變更還是內部原因導致需求變更。其次，需求變更后與原先需求定義是否有較大沖突，如有較大沖突，評估變更前后的利害關系，哪個更能有效達目的/效果，按評估結果執行；如無較大沖突，評估與原需求的緊急程度及時間安排，進行需求變更解決。最終，有效記錄需求變更計劃及原因，定期進行總結，評估相關解決方案。

       b.評估需求變更導致的結果

如需求變更后，利大于弊，允許變更，但需按照需求變更的規程執行，以防出現意外情況產生不必要的責任，失去相關控制。如需求變更后，利小于弊，拒絕變更.

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

幾個案例解析：如何一步步做出合理的策劃方案

人人都是產品經理 2018-08-19 15:01:59

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

做產品方案的時候，我們經常會走進死胡同或者跑錯路，最后不論是開發還是市場，對結果都不滿意，產品自然就成了背鍋俠！但是往往我們出方案的時候，多想一些問題，或許結果就不一樣，跟新人交流的時候，發現一些能力需要可以單獨訓練，有意識的去理解一些東西，長期積累就會有自己的一套解決問題的思路。

1. 辨別真偽的能力

辨別真偽也就是老生常談的真偽需求的能力，在產品經理的行業里，經常會進行需求的評審，需求的界定，看這個需求是否是真的有效

舉個例子

行業：外賣行業

案例：打包費審核的功能

功能出發點：解決商家亂設打包費的需求

解讀：如果從這個角度來講，打包費審核完全沒必要，原因有

• 未必所有的商家都亂設打包費，只是個別現象
• 及時設置了打包費審核，后臺審核了，也沒辦法解決，除非后臺做強制性的更改或下架商品的功能
• 打包費是商家自主行為，如果商家惡意設置打包費，是給自己添堵
• 如果真想解決此問題，在商家上傳商品的時候設置打包費的選項，一個餐品打包費最多是多少
• 或許極個別的商家的打包費真的會比較高，可以在商家管理后臺做好打包費配置即可，從源頭控制

很顯然，要在后臺做一個打包費審核的功能，還需要讓人專門處理此業務，對系統來說，是降低效率又不見得有效果的，所以，界定為偽需求。那么既然存在這樣的問題，可替代方案如下：

1. 商家添加商品時打包費又兩個選擇【收打包費】【不收打包費】，打包費為行業標準，1元/份餐品；
2. 對于大型的打包盒，比如說探魚這些商家，打包費可以開放設置（大型連鎖或者知名品牌可以認定為不需要通過打包盒來賺取利潤）。

辨別真偽的能力不僅僅體現在能辨別出來，更多的是能夠用更靈活的方式來解決來自運營、消費者產生的問題，且不增加過多的額外工作。

2. 找到合適定位的能力

合適定位的能力，這個說的有點虛，用通俗的話來講，就是找個抄的對象。在國內想要做一個App有大量的抄襲模仿對象，各大知名廠商已經做了很多的研究，剩下的就是模仿和創新。能不能找到合適的模塊去進行創新，這個就比較重要。

案例1：外賣行業，推薦商家

功能出發點：外賣行業的推薦商家，很多事按照細分的行業來做的，比如說美團跟餓了么的【必吃菜品】【品質聯盟】這些，但是對消費者來說，這真的是我想要的選擇么？

解讀：從消費者的心理出發，我去找吃的，可能出于幾點

• 找新鮮：看看這附近有什么新鮮的店鋪開業或者新的口味，外賣一個月都是那幾家，早就膩了
• 找實惠：外賣分量不夠，10塊錢管飽的那種最好
• 速度快：能告訴我最快的是哪家么？

其次還有可能

• 這兩天身體不舒服，想吃點口味淡的
• 我是湖南湖北人，我想吃點重口味的
• ……

因此，從這類具有標示性的標簽入手，會更有效果。此類功能類似于一點點的餐牌設計以及lofter的標簽設計，將商家分配不同的標簽跟消費者的消費場景對應上，交叉進行推薦，比如說一個商家有很多種口味，那對應的消費者人群也會多，消費者通過對應標簽可以快速找到對應的商品，對消費者和商家都是互利的，我們經常會遇到一個外賣店鋪有幾十種餐品，找半天還是不知道吃啥。

（配個截圖，此功能已實現，后續看數據情況，再做追蹤）

順便說一下，之前餓了么有個版本放大對餐品的顯示，做餐品的推薦，后來又改回來，具體是什么因素，不確定，但那也是一種嘗試。

案例2：荔枝FM飛機稿

出發點：那是很早以前的一個版本，因為不好用，所以就干脆做一個交互飛機稿，當時做的時候有以下幾個因素：

• 體驗不好，最古老的版本體驗非常不爽（詳情可以戳這里：http://www.woshipm.com/ucd/209199.html）
• 當時在做交互設計，就嘗試用新的交互設計思路去設計

解讀：

當時荔枝FM算是國內比較早做電臺的，同期出了喜馬拉雅聽，剛開始也沒有荔枝FM那樣火，但從交互上，主要由兩個點：

1. 模擬電臺操作：荔枝FM當時還是走擬物化設計（新進入互聯網的可能覺得是歷史），那從FM收音機的角度來說，都有一個旋鈕，或者是老式的隨身聽，因此在主頁的界面設計以及播放界面設計都有參考古老隨身聽的樣式，既然復古，我們就徹底點
2. 數據整理：在當時做荔枝FM的飛機稿時，主要做的是數據層的整理，把繁雜的內容數據變得有序可循，讓用戶和博客可以更快找到合適自己的內容

對于合適的定位可以理解為：每個事物或許有自己固有的長相，但或許我們找到合適的邏輯后，只要抓住根本，那最后怎么玩，還是大家說了算，打破陳規，才更好玩。為什么音樂軟件就一定要有那么大的播放界面；為什么訂餐軟件就一定要宣傳店鋪，不能是商品？

3. 解決問題的能力

這個就老生常談了，解決問題的能力體現在對系統的掌握程度和開發自由度兩個層面，產品經理實質是提供解決方案的，任何需求到手后，我們需要分析如何快速解決該問題。

案例1：招聘面試流程

出發點：銷售類崗位進行招聘時，都是一大批一大批的面試，一個人可能同時面試很多崗位，一個公司會面試很多個求職者，因此提率，對求職者和公司都是最大的需求

解決方案：排隊叫號，跟銀行排隊一樣，針對這個場景，我們梳理了核心的問題

• 面試人員取號
• 面試人員查看各崗位當前排隊情況及投遞請求
• 企業招聘人員查看簡歷并選擇是否面試，對面試的人進行初步評論
• 叫號及數據導出

針對以上四個問題，設計出如下流程（省略取號的環節，主要核心的流程是企業的發送通知循環以及面試后的符合不符合操作循環）

從流程圖可以發現，核心邏輯并不復雜，解決了通知求職者來面試的需求以及對求職者進行評價需求即可；除此之外還可以做一些其他的功能，如求職者可以看到當前排隊情況，根據實際情況進行簡歷投遞，避免出現大量等待情況，可預知自己還要多久可以面試，在這時間內是否可以投遞其他公司，進行多項選擇；對于企業解決各種紙質簡歷分辨不清，電子檔簡歷，電子記錄每一個求職者和操作，可以清楚知道今天面試記錄，電子檔案，更清楚，提高雙方的效率。

4. 了解數據的能力

對于數據，很多人應該不會陌生，如何從雜亂的數據找到規律，怎么處理數據之間的關系？

1. 一級頁面到二級頁面的流失率和轉化率
2. 每個頁面轉化功能的設計及數據統計
3. 數據解讀

最近在做小程序相關的項目，把騰訊的數據統計貼上來:

訪問趨勢類：

• time 時間
• session_cnt 打開次數
• visit_pv 訪問次數
• visit_uv 訪問人數
• visit_uv_new 新用戶數
• stay_time_uv 人均停留時長 (浮點型，單位：秒)
• stay_time_session 次均停留時長 (浮點型，單位：秒)
• visit_depth 平均訪問深度 (浮點型)

訪問分布：

• access_source_session_cnt 訪問來源分布
• access_staytime_info 訪問時長分布
• access_depth_info 訪問深度的分布

訪問留存

• visit_uv_new 新增用戶留存
• visit_uv 活躍用戶留存

訪問頁面：

• page_path 頁面路徑
• page_visit_pv 訪問次數
• page_visit_uv 訪問人數
• page_staytime_pv 次均停留時長
• entrypage_pv 進入頁次數
• exitpage_pv 退出頁次數
• page_share_pv 轉發次數
• page_share_uv 轉發人數

總結

產品經理從拿到需求開始就需要對需求進行分解，判斷到底什么樣的方案可以解決此問題，并結合當前系統的一些功能點，給出最佳的方案；在交互設計的時候是參考競品還是微創新，就看實際業務需求；最后就是核心業務梳理，一個功能的核心業務是什么，還有哪些可以搭配讓功能更完善的，考慮進去，做產品是一個分解、組合、刪減、再組合的過程！

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

面向中小企業SaaS的權限管理系統

人人都是產品經理 2018-08-19 15:02:17

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

本文基于面向某個垂直行業的SaaS系統的設計經驗，抽象出一套適合中小企業的權限管理體系，目標是最大限度保留系統彈性的同時，把系統復雜度和開發成本盡可能降低。enjoy~

面向企業級的SaaS（軟件及服務）系統，由于企業用戶的規模和內部管理模式千差萬別，設計一套具備足夠彈性、符合絕大部分目標企業用戶需求的權限管理系統，是一個很大的挑戰。

我們可以看到，市面上面向多個行業的綜合性SaaS系統，例如銷售易、紛享銷客等，由于它們的目標客戶跨越了多個行業、多種規模，這些企業具備各種各樣的內部管理風格和模式，在權限系統的管理上，往往做得非常復雜，不僅具備部門、角色、職位、數據等各個維度的權限管理，各個功能模塊還有自己獨立的權限管理，雖然具備最大的彈性，卻給企業的系統管理帶來較大的負擔。

提煉的三個核心原則：

• 企業-管理員-普通賬號三級權限
• 功能和數據權限分離
• 部門和角色分離

圍繞上述三個基本原則，我們力圖在滿足中小企業需求的前提下保持足夠的彈性，并嚴格控制復雜度和開發成本。詳細描述如下。

1. 權限從上到下分為三個層級：企業賬號（老板賬號）、管理員賬號、普通賬號

對于中小企業來說，公司的實際控制人，往往是公司的創始人或自然人大股東，因此企業賬號的使用者以及對應綁定的手機號碼，都是公司的實際控制人，他應該掌握最核心、權限最大的企業賬號，所以也可以稱為“老板賬號”。

但是在實際場景中，公司的實際控制人并不會直接管理公司的業務支撐系統，因此，需要在系統首次部署時，創建好企業賬號，并由企業賬號授權給某一個或多個系統管理員，由系統管理員去完成日常的角色創建、員工導入等工作。系統管理員，對應的一般就是HR或行政部門的管理人員。當然，企業賬號的權限高于管理員賬號，如果是小微型企業，也可以由企業賬號直接替代管理員賬號的功能。

除了企業賬號和管理員賬號之外，其他各級員工所持有的賬號，都屬于普通賬號。普通賬號的部門、角色、數據等權限的設置，一律由系統管理員配置。

三個權限層級示意圖如下：

在實際系統中的核心業務步驟如下：

（1）企業購買系統時，創建一個企業賬號，這個企業賬號綁定的手機號碼為公司實際控制人的手機號碼。該手機號碼必要時可以解綁（例如公司實際控制人變更），由于該功能觸發頻率很低，因此不需要在前端功能中實現，只需要在購買協議中寫明，“購買企業可以通過書面方式提出企業賬號手機號碼綁定變更需求”即可。

（2）在部署和培訓階段，可指導企業賬號持有人創建一個或多個管理員賬號，該賬號一般授權給行政總監或人力資源總監，后續配置即由管理員賬號進行。

（3）管理員賬號持有人需要接受系統培訓，掌握部門創建、角色創建、功能和數據權限分配等基本操作。管理員所有操作都必須記錄在案，供企業賬號持有人監督，且管理員操作觸發異常行為規則（如大量分配高等級權限等）時，系統會通過短信方式通知到企業賬號持有人，確保企業賬號對管理員的全方位掌控。

（4）企業賬號可隨時將管理員賬號禁用或設定為離職，但管理員賬號不可對企業賬號進行任何配置或操作。

（5）企業賬號默認擁有所有權限。

2. 功能權限和數據權限分離

功能權限，定義為可見、可以操作的功能范圍。例如某一部分菜單，或者某個頁面里的各種操作。

數據權限，定義為若干個數據類型里的具體可見范圍，例如“客戶”就是一個數據類型，它的權限舉例如“無權限”、“我的客戶”、“我所在部門的客戶”、“我所在部門及下級部門的客戶”。

通過功能權限和數據權限的分離，我們可以做到以下場景：需要開拓和維護客戶的角色集合，都可以擁有“客戶”這個菜單的權限，但不同的角色進入“客戶”菜單的列表時，看到的客戶范圍各不相同，極端情況是看不到任何客戶。且不同角色在同一個客戶頁面上，能進行的操作也不同，例如有的角色可以新建客戶，有的卻不行，這就要由功能權限來控制。

可見，通過功能權限和數據權限的分離和配合，我們在具體的權限分配上有了非常大的彈性，且在技術層面的后臺系統的設計上，也非常合理、清晰。

而在具體設計上，需要保證以下4點：

1. 正確區分功能和數據，入口性和操作性的都應該歸類為功能
2. 正確對數據進行分類，避免存在分類后的某些數據存在交集
3. 數據分類到多細的顆粒度，需要由行業特性決定
4. 數據權限區分為查看、編輯和刪除

示例圖如下，由于涉及具體產品，對某些文字進行了打碼：

3、部門和角色分離

部門的定義，自然就是公司行政組織架構下的部門。

在本設計方案中，角色等同于職位，而在許多大型的SaaS系統中，為了更大的靈活性，往往會把角色和職位分開，但根據我們的判斷，對于中小企業，設定角色一個就夠了，職位當然還存在，但僅僅是一個不涉及權限管理的文本title了。

以一個銷售公司來說，角色可以包括：“渠道專員”、“渠道總監”、“銷售專員”、“銷售經理”、“總經理”等等。

所謂的部門和角色分開，就是不同的部門可以有相同的角色，例如如果有渠道一部、渠道二部，則這兩個渠道部的員工的角色都可以設定為“渠道專員”，這兩個部門的管理者都可以設定為“渠道經理”。再配合功能和數據權限，則進一步配置“渠道專員”具有“渠道”菜單的功能權限，其能夠查看的渠道數據權限范圍則僅為“我的”，而“渠道經理”同樣具有“渠道”菜單的功能權限，但其能夠查看的渠道數據權限的范圍則擴大為“部門”。

具體設計上：

1. 最大部門即為公司
2. 管理員賬號和普通賬號均可禁用或設置為離職
3. 不同部門可以配置相同角色
4. 相同角色的功能權限和數據權限是一樣的

4. 權限系統和其他功能設計的關系

總結完權限系統三個核心的基本原則后，我們還需要指出一點：權限系統的設計方案，在整個系統中絕不是孤立的，它能否實現設計目標，并和整個系統完美配合，還需要做到以下幾點：

首先，菜單和功能的設計，必須是最小顆粒度，否則就和數據權限產生沖突。例如：我們只需要一個“客戶”菜單即可，不同角色在“客戶”菜單里能干什么事情，由功能權限和數據權限配合進行控制，但切不可出現“我的客戶”+“全部客戶”兩個菜單，這明顯和數據權限有根本沖突，且也是一種不優美、不合理、擴展性差的設計。

其次，數據的分類，必須符合業務需求，且劃分合理。有些數據都是公開的可以不歸入數據權限進行管理，所有角色默認都有即可；有些數據需要進一步細分，例如同樣以“客戶”舉例，在某些公司的業務規則中，就需要將客戶的基本信息和聯系信息分開控制，管理層可以看客戶基本信息，但只有客戶負責人才可以看聯系信息，這種情況就需要將客戶的數據權限分為“客戶基本信息”和“客戶聯系信息”兩個。

最后，權限變更的記錄和所有賬號的行為軌跡記錄一樣重要。權限系統本質是進行權力的限制，沒有監管的權力必定是會失控的。在出現問題的時候，必須同時配合權限變更的記錄、角色變更的記錄和賬號的行為軌跡記錄進行追責和存證，確保維護企業的合法權益。

總結

在合理設計的前提下，權限系統也并非越復雜越好。只有符合目標客戶需求并具備最大彈性的權限系統，才是最好的。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

「網易蝸牛閱讀」和「微信讀書」的寫書評功能分析

人人都是產品經理 2018-08-19 16:05:00

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

一、目的

三、用戶 – 場景 – 需求分析

小結（這個模塊是做什么的？為什么？）：

從寫書評方說：

1. 為領讀人/書評家/作家提供了一個新的發布自身書評/作品的平臺，且通過簽約等合作形式為他們提高了收入，同時為他們開拓了新的增加粉絲，擴大影響力，強化IP的新方式；
2. 為作家/書本運營方/媒體機構提供了相對于其他電子書app來說更為專業的推廣渠道；
3. 為閱讀者（尤其是有寫觀后感習慣的）提供了更專業、完整、體系化的內容記錄與發布方式，以及獲取認同，尋求社交，與書友互動交流的新機會。

從看書評方來說：

• 閱讀者可以在閱讀前去通過書評快速全面了解一本書（零碎時間的泛讀），為要不要深入精讀提供參考；可以在閱讀前通過觀察別人對此書的解讀，帶著自己的問題與思考再去有目的性閱讀；可以在閱讀時，體系化的記錄自己的想法；可以在閱讀后尋找他人解讀中的不同點或共同點，加深自身思考，以及完善自身的想法。
• 找書者可以通過次主打的導讀特色功能，通過專業人士分享的書單或由讀過的人分享的想法，找到更值得信賴的內容向導。

從運營方來說：

1. 以書評特色作為產品特色推廣，吸引有寫觀后感習慣的電子書閱讀群體，為對寫書評有愛好或者以寫書評為業的群體提供新的平臺，滿足拉新需求。
2. 通過書評領讀，為用戶挑選書籍提供大量專業參考滿足留存需求。
3. 以領讀人帶起書評風潮，以PGC促進UGC，以及通過普通用戶對領讀人的申請，滿足激活需求。
4. 在書評中插入書籍入口，方便用戶閱讀購買，滿足轉化需求。

四、業務流程、業務邏輯梳理

功能流程：

1. 入口一：領讀 -> 右上角寫書評按鈕 -> 寫書評；
2. 入口二：我的 -> 我的書評 -> 右上角寫書評按鈕 -> 寫書評；
3. 入口三：選擇書籍 -> 閱讀書籍 -> 右上角寫書評按鈕 -> 寫書評；
4. 入口四：選擇書籍 -> 書評欄 -> “寫書評，獲時長獎勵‘輸入框 -> 寫書評。

四個入口分別代表四種場景：

• 入口一為領讀人直接發表文章提供便利；
• 入口二是方便內容發布者對于自己的書評進行編輯管理；
• 入口三提供閱讀中隨時記錄想法，書評素材的方式；
• 入口四的獎勵文案鼓勵大家加入寫書評，加入閱讀，且為閱讀者提供參考。

業務邏輯：

小結：

通過業務邏輯的分析可以看到，「網易蝸牛平臺」，“書評功能”，書評發布方以及書評閱讀方四方形成一個完整的循環，首先平臺通過優秀領讀人的引進，為閱讀方提供內容，并與之互動；再通過激勵引導，由PGC帶動UGC，讓閱讀方成為發布方，讓用戶生產內容，并提供申請領讀人的渠道；然后發布的內容再次與其他閱讀方互動，形成一個完整的循環生態系統。

五、功能點對比

小結：

相同點：通過閱讀中，書本詳情頁進入；輸入文字，輸入標題，添加筆記/標注，插入書籍；字體，副標題，符號，私密發布，分享功能。（基本功能）

不同點：

• 「網易蝸牛讀書」：標題的必要性、添加圖片、多本書籍插入；多樣化的字體排版選項、PC編輯、保存到草稿箱、獎勵、撤銷功能。（專業化需求較強）
• 「微信讀書」：添加表情；引用、星級評分。（較為注重簡單，直接，有趣）

六．總結

抄不抄？

不抄，如果發現UGC內容越來越多，以及專業化需求提高，可以考慮借鑒「網易蝸牛讀書」中寫書評的多樣化編輯功能去完善寫想法功能。

原因：

（1）產品定位

主打特色可以看出產品定位，以及發展方向的不同。兩者同時對于領讀這一模塊下了很大的功夫，但玩法不同，「網易蝸牛讀書」通過專業領讀人（內容分享 & 引流導購）發布的專業書評，去引導用戶閱讀，降低用戶的防備心，所以寫作門檻較高。

而「微信讀書」則無此需求，以好友作為切入點，通過好友在看的書，進行熟人引讀，把用戶防備心降到，能讓用戶無成本接受，但同樣容易導致內容參差不齊。

（2）社交屬性

「網易蝸牛讀書」以PGC為主，專業領讀帶動社群發展，看書評人與書法發布方本身可能是粉絲關系，也可能無任何關系。而「微信讀書」以UGC位置，好友之間的想法碰撞占到大多數。

（3）用戶驅動方式

「網易蝸牛讀書」以其特色時長閱讀，以及興趣導向，領讀人粉絲引進為主。而「微信讀書」則有很大部分基于好友之間的競爭關系，通過虛榮心驅動。

所以對于「微信讀書」來說，暫時不需要花較大成本引入專業的PGC內容，性價比不高，與產品定位契合度不高。

本文由 @大明 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

我有一個朋友，名字叫做 Jimmy，這的確是一個很普遍的名字。當我認識他的時候，他正供職于一家名為 Shmuckle 的公司，而他正是這家公司的設計師。和所有的設計師一樣，他日思夜想夢寐以求的，是成為一名著名的設計師，而喬布斯的經歷對他有著不可磨滅的影響。Jimmy 和很多設計師一樣，著迷喬教主。好在 Jimmy 的崇拜并不是停留在嘴上，而是身體力行，力圖在公司里面推行好的設計。在 Jimmy 的眼中，好的設計應該是直觀的、創新且令人愉悅的。

當然，故事的發展如果總是一帆風順就沒有意思了。Jimmy 果然一如正常的劇情推進……他碰到障礙了。

這一次，Jimmy 正在執行一個重要的項目，這個項目的成敗將會直接影響到他的職業生涯。這次的任務，他需要為他們公司的一款產品，重新設計整個控制面板。而就在這次的項目當中，Jimmy 發現他沒有辦法拿出一套足夠優秀的解決方案。好在他還有 Plan B，那就是重新找靈感。Jimmy 開始重新播放他最喜歡的設計類的視頻，閱讀曾經給他啟發的文章，收聽其他同行所開設的播客，以期在其中找到感覺或者靈感。

可惜，靈感并沒有如期而至。局面尷尬了。

就在此刻，援手到了。Sarah 是公司的資深設計師，正巧這個時候路過 Jimmy 的工位，看到了 Jimmy 糾結掙扎的樣子。這是多么熟悉的場景啊，她早年入行的時候，同樣經歷過這樣的狀態，為求一好設計而痛苦不已。如今，她已經能夠輕松駕馭不同的需求，足以應對復雜多變的設計項目。

「Hey Jimmy，老遠就看到你正在揪頭發，看樣子正在構思新設計吧，瞧你這個狀態，應該不太順利吧？」

「誒，客戶說讓我給他們重新設計整個控制面板。他們覺得不夠好使，希望新的控制面板能夠更好展示信息，提升效率，最好再把幾個比較明顯的可訪問性問題給解決一下。但是我怎么設計……都覺得不對?？蛻裟沁呌胁簧偃藚⑴c了測試，有人覺得挺棒的，有人又非常討厭，還有一部分直接說還得接著改?，F在，我覺得無能為力，不知道要怎么弄了?！笿immy 保持著撓頭的姿勢，盯著屏幕說道。

「別糾結，」Sarah 微笑道：「如果一直盯著問題解決問題是常常會陷入這樣的困境的，解決方案其實并不復雜，你需要從根子上來想辦法。只要讓整個設計方案貼合規則基礎穩固了，問題就會迎刃而解了。其實，關鍵也就是幾個基本的設計原則?！?

「雖然這話經常聽到，但是真的能行？」Jimmy 狐疑地盯著 Sarah，思忖兩秒感覺到大姐頭這是要傳授秘籍，便摸過小本子，端正坐姿，準備做筆記：「那么，都有哪些原則呢？」

Sarah 拍了拍 Jimmy 的肩膀，端了杯咖啡，說道：「下樓散步吧，咱們邊走邊聊?！?

「其實，在產品完成之后，是需要基于幾個基本的原則來重新審視和調整設計的?！筍arah 喝了一口咖啡，慢慢地開始說。

保持清晰

Jimmy，如果腦子里面的思路沒有梳理清晰，很難做出條理清晰的產品的。因此，在設計產品之前，先應當消除思維中的混亂，有幾個事情，在設計的過程中要始終保持關注：

• 業務目標，客戶的問題和需要的功能則會催生設計，而這幾個因素之間是存在關系的。
• 永遠不要為了好看而犧牲功能。
• 下一步要做的事情始終要是不言自明的。
• 對于最重要的內容，要借助負空間、色彩、字體、圖形和其他的 UI 元素來進行突出展示的。
• 各種尺寸的文本都應該清晰可見。
• 圖標應該而銳利。
• 除此之外，要讓設計保持微妙而恰到好處。
• 通過設計，你的用戶應該本能的知道他在哪里，以及該做什么。

產品的外觀最終都是在清晰的設計（或者不夠清晰的設計）之下的副產物。清晰的設計意圖，最終會轉化為清晰的產品設計?！狹assimo Vignelli

「我記得 Massimo Vignelli 在他的《The Vignelli Canon》中寫道，一個混亂而復雜的產品始終是源自于制造者本身的混亂，說明這個人本身內心深處心態復雜而想法混亂?！筍arah 說道。Jimmy 此刻若有所思。

可操作的界面

「接下來的這一點也同樣很重要。我們設計的數字產品必須清晰，也要專注于當前的任務，一個交互性強、可操作性優秀的 APP 才是用戶所需要的，而要做到這一點，屏幕上的內容應當始終是的，并且始終保持較高的相關性。與此同時，APP  也應當作為用戶意圖的延伸。如果用戶打開了你的 APP，想要解決某個問題，執行某個任務，而你的 APP 做不到這一點，那么情況就很糟糕了。」Sarah 說道。

她停了幾秒鐘，梳理了一下思路，繼續說道：「你看，我們所做的一切都是為了確保我們的方案，能夠在正確的環境中，面對著對的用戶，解決亟需解決的問題。當然，我們要經歷很多次的迭代，才能靠近這一目標?！?

主觀的愿景

「許多設計師和開發者都在說，APP 應該靈活，應該滿足所有客戶的需求。好吧，Jimmy，這些說法都是胡說八道的。但是有一個說法很真實，也需要你時刻謹記：試圖取悅每個人只會帶來無盡的壓力和痛苦，讓你沮喪，失去資源。所以，不要害怕失去一部分用戶，真正需要擔心的是失去愿景和遠見?！?

「一個偉大的而足夠優秀的數字產品，必須始終清楚它到底是服務于誰的。只有牢記真正的用戶，明白他們的需求，才能開發出真正有效的解決方案。最好的數字產品當中，都是藏著愿景的?！筍arah 和 Jimmy 走到了大樓的窗戶附近，看著外面來往的人流，Jimmy 忍不住問到：「那其他的用戶呢？」Sarah 笑著回答：「當我們滿足目前的目標之后，才能顧的上其他的人。我們的目標用戶才是核心，其他的人不喜歡，和我們的愿景不匹配，也不用操心。市場上會有其他的應用或者服務能夠滿足他們，讓他們高興，而我們總是只能身處一個陣營，你不可能什么都擁有。」Sarah 笑著回答 Jimmy 的疑問。

當人們尋找軟件和服務的時候，他們要的并不是功能，他們要的是解決問題的方法，一個和自己相匹配的愿景?！?7Signals《Getting Real》

反饋系統

下一個原則，也是一個很重要的注意事項，那就是反饋。反饋能夠幫用戶確定操作是否執行了，明白結果是否發生，讓用戶明白當前的情況：

• 交互發生時，相應的交互元素應該被凸顯出來
• 進度指示控件應該持續地顯示當前狀態
• 動畫和聲音的加入有助于用戶理解交互的狀態和結果

「我想你應該知道，即使技術如此的進步，人類本身的生物性決定了我們依然是依靠反饋來確知互動的結果和狀態的。我們的身體（視覺或者觸感）需要感受到反饋，再像大腦發出信號，而虛擬的界面背后到底在發生什么，需要全面的交互設計傳遞出來，只有這樣用戶才不會費勁巴拉地去思考之前的點擊或者滑動交互是否操作成功了。反饋給用戶的信息也應該是能夠被輕松理解的，用戶不應該在這個事情上再費勁去思考了。因此，你手邊應該有關于心理學、行為學這類能夠揭示人類思考的圖書，因為它們能夠幫你提升技能?！筍arah 喝了一口咖啡，潤了潤嗓子，帶著 Jimmy 又溜達上樓，回到了辦公室。

善用隱喻

「隱喻——我這里說的并不是文學中的隱喻，」Sarah 又提到了一個看似無用但是經常被說起的概念：「你看，UI界面中的設計元素和交互方式和我們的現實生活中的元素和交互方式是如此的相似，這就是借用隱喻將我們的熟悉的元素和交互都投射到虛擬的數字產品當中。這樣一來，用戶會更快地學會和理解。」

「正是因為隱喻的存在，現實的經驗和虛擬的交互產生了關聯，用戶交互因此而更加自然地發生。視線隨著被精心設計的布局而游移到重點上，用戶會下意識地點擊被高亮顯示的、和現實按鈕差不多的交互控件，他們還會下意識地在虛擬的屏幕上滑動，在界面之前自然游走。因此，你有必要了解你的核心用戶每天都在使用哪些 APP，他們都是如何交互的。這有助于你吸收經驗，消除不良的體驗，創造舒適的交互，降低學習的壓力，更好地轉化?！筍arah 一邊說著，一邊下意識地模擬著交互并解釋道。

內容的一致性

「接下來我們還是用案例來說明一下，會更容易理解?！拐f著 Sarah 坐到椅子上，并且打開電腦屏幕，說道：「比如我們要做一個日歷，你認為它應該是網格，還是做成列表？」Jimmy 撓頭想了一下，遲疑道：「恩……我們應該堅持使用網格的樣式。它更加緊湊也更加有條理，我說的對嗎？」

「其實這取決于用戶的主要目標是什么。如果這個日歷元素是出現在報告文檔當中，應該是用網格的樣式還是列表的樣式呢？一樣的，這要看情況。我們是否要在每個應用中都使用全局導航？同樣是需要基于上下文情況來決定的。一致的設計不止是表面樣式上的一致，還需要從需求、內容、用戶使用場景和體驗上來保持一致性。如果在特定的情況下，獨特的設計能夠帶來更大的價值，那么這是有意義的，這種特殊情況下不同是有必要的?！筍arah 細心地為 Jimmy 解釋道。

良好的設計，應該是特定語境經過評估后定制的副產物，而不是脫離使用場景而憑空創造出來的，否則，無論多么炫酷都是不合時宜的。——Massimo Vignelli

防御性設計

「最后要說的，是防御性設計?！筍arah 轉身對著 Jimmy，然后說道最后一個規則。

「防御性設計？什么東西？」Jimmy 感覺今天學到了不少，最后這個原則也被他寫到小本子上了。「這個啊，也就是大家常說的直覺性設計?！筍arah 微微一笑。

「我知道！喬布斯以前就經常說這個概念！」Jimmy 終于找到一個他足夠熟悉的概念，興奮不已。

「可是，你真的知道什么是直覺性的設計么？」Sarah 看著興奮的 Jimmy 賣了個關子。

「預測用戶行為？然后在用戶要執行下一個操作之前幫他解決需求？」Jimmy 狐疑地問道。

「是也不是。它并不是讓你去預測用戶的行為，防御性設計是為了避免出錯。無論你如何謹慎地去做設計，總會有錯誤發生，無論你做過多少調研，你計劃有多么妥帖，你的產品總會需要一個備用方案來規避問題。」Sarah 說道：「防御性設計，是讓你找到可能會出現的問題?！?

相信我，你的產品如果給了用戶負面的體驗，他們絕對不會忘記。

「我還是沒明白你的意思……」Jimmy 習慣性地撓頭。Sarah 耐心地開始解釋：「以開車為例來說明這個事兒吧。當你開車的時候，總會盡量避免道路上各種可能出現的危險情況，比如魯莽駕駛的大貨車，三心二意橫穿馬路的行人，懵懂無知在路邊打鬧的兒童，甚至野外竄上馬路的野鹿，等等。同樣的，作為設計師，我們需要預料到可能會出現的問題，以及始終保持專注來修復這些問題。這樣我們就不會破壞整個用戶體驗。我們要有良好的防御性的設計意識，維持住體驗，改善體驗?！筍arah 說到這個地方的時候，Jimmy 感覺她身上散發著某種光芒。

然后 Sarah 起身，帶著 Jimmy 回到他的工位?！冈趺礃?，這些東西你都記下來了嗎？」Sarah 打趣地歪著頭看著低著頭還在琢磨的 Jimmy，如同大男孩一樣的 Jimmy 驚訝地抬頭問道：「什么意思？這就是全部嘛？難道只有這些？」

Sarah 呼出一口氣，微笑著對 Jimmy 說道：「好了好了，設計原則、規則、規范、技巧有太多，可是對于每個人，每個公司而言，都有屬于自己的一套方法和策略。你可以盡興地去探索，但是即使你不知道全部，也可以借助你所熟知的幾個原則和策略，拿出足夠優秀的設計。我把我最熟悉的、掌握地最嫻熟、體會最深刻的幾個原則分享給你，它們足以幫你開啟一條走向好設計的道路，我覺得你要是真的體會到了，就已經能夠拿出比別人更好的東西了。其他的設計原則，只要你有耐心和時間，還可以繼續探索。該工作啦?！?

尾聲

就像 Sarah 說的，設計原則太多了，誰又規定死了具體有幾條呢？每個人心中的哈姆雷特都不一樣，每個人眼里的哈利波特又何嘗是一樣的呢？

最重要的問題在于，許多人知道原則，卻并不會在設計項目當中運用它們。洞悉每個設計項目當中的重點，了解客戶的需求，明白首要的設計目標，在產品和用戶之間，找到平衡點，用心地思考，利用好設計原則這一利器。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。

實例分析拆解：如何設計登錄注冊？

人人都是產品經理 2018-08-09 18:42:15

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

最近對我們的APP的賬戶體系進行了改版，研究了各類產品的設計。賬戶體系雖然幾乎是通用標配功能，但是各APP的都有差別，都是針對當前的產品形態、發展階段和用戶量級做出了符合自己的設計。賬戶體系的關鍵點在登錄注冊流程上。登錄注冊流程看似簡單，實際考量設計功力。網上關于登錄注冊的綜述有很多了，但是從零到一整合分析的很少，以下，將以實際的產品為例，精細分析如何設計賬戶體系。

一、立項背景

我們的產品第一版賬戶體系由于歷史原因，做的比較生硬。

初期主攻社交，希望可以沉淀用戶信息，手機賬號會是第一優先選擇，當時的方案是手機號注冊+賬號密碼登錄/第三登錄+立刻綁定手機賬號。

如你日常體驗那樣，第三方登錄+立刻綁定手機的方式，直接抵消了第三方登錄的便利，比直接手機號注冊更麻煩。而且，設計上，手機號注冊需要設置兩次密碼，密碼需要一致；設置之后，還得進入登錄界面，再次填寫賬號密碼，正確匹配才可以進入APP。

總的來說，用戶進入APP的路徑相當長，步驟多，用戶體驗低分。

近況是，產品方向探索，將重點落在商城上。完成交易的流程本身就多步驟，再疊加原來的登錄注冊，路徑過深，對拉新損耗大，急需改進。

二、需求分析

從業務發展趨勢來看，微信會是重要的用戶來源，后續會布局更多的微信運營活動，和商城小程序，設計引流到APP，需重點突出微信登錄。

而商城交易需要保證安全性，同時兼容老用戶，手機注冊密碼登錄必不可少?？紤]到用戶文化水平，和互聯網產品使用習慣，需要在常規的基礎上做簡化。

第三方登錄需要在關鍵點綁定，商城推廣員提現時變更銀行卡，需加以驗證身份。

新用戶剛進來，可以先瀏覽熟悉產品內容，在需要身份信息時，再進行引導登錄。

三、功能點梳理

登錄注冊流程：微信/QQ第三方登錄、驗證碼登錄/注冊、密碼登錄、找回密碼。

賬戶體系配套：關鍵點引導綁定手機、關鍵點強制綁定手機、驗證碼驗證賬號、賬號相互綁定。

細節功能點見下方的賬戶體系功能點梳理圖。

四、流程圖（登錄注冊）

未登錄用戶，到達需要獲取用戶身份信息的界面（為了平衡效率和體驗，一般是除一級界面以外的），則觸發注冊登錄流程。用戶完成注冊登錄之后，才可使用和操作絕大部分的功能。

本流程圖需要配合頁面交互原型理解。

五、關鍵頁面交互設計

登錄注冊體系將包含五個部分，主界面、驗證碼登錄/注冊、密碼登錄、忘記密碼和新用戶注冊，在實際流程操作中會根據用戶的選擇，和系統的判斷進行切換。賬戶體系的配套將會略過，以下是登錄注冊的頁面交互設計、設計考量和功能點介紹。

1.主界面

• 布局：主界面集合三種登錄方式，將微信登錄作為主方式。
• 前提：成功登錄的前提條件是必須先勾選同意用戶協議，否則報錯。
• 授權：第三方的登錄，點擊微信orQQ，授權成功后，即可登錄進入APP，自動獲取用戶的昵稱性別頭像信息填充社交頁。

2.驗證碼登錄/注冊

（1）設計解析

• 手機賬號登錄，考慮簡單又快速進行，突出驗證碼快速登錄/注冊，輔以密碼注冊。
• 密碼注冊的弊端是很容易忘記密碼，忘記之后，找回密碼流程也繁瑣。
• 驗證碼登錄，雖然對頻繁換手機的用戶是個噩耗，短信也有達到率的問題，但考慮到效率跟成本，特別在拉新環節，還是作為主方式。

其實基于驗證碼到達率和安全性，我考慮過換移動認證，就是手機號碼一鍵登錄，無需密碼跟驗證碼?？上嶋H接洽的時候行不通，而放棄了，文本會介紹下這個事情。

（2）設計點

• 驗證碼登錄：登錄注冊界面為驗證碼登錄，附以密碼登錄。
• 按鈕：登錄注冊的按鈕合二為一。也就是說，用戶不需要選擇是登錄還是注冊，將判斷交給了后臺。只要用戶的手機號碼還在，直接憑驗證碼進入即可。比起選擇密碼登錄之后忘記密碼，或者是干脆就不記得自己是否注冊過，在錯誤的界面輸入信息之后來回切換，二合一的方式更加友好，也是本次設計的一個亮點。
• 手機號碼：采用更加清晰的的3-3-4數值格式，輸入框末尾配清除按鈕，錯誤輸入后可一鍵清除。手機號碼輸入框也有記憶功能，可獲取前一次登錄的手機賬號，可以獲取同一次登錄注冊已填過的賬號信息。
• 驗證碼：手機號碼位數輸入正確類型和位數之后，才激活驗證碼功能。否則點擊會報錯。之后，驗證碼的激活以變色表現，這是個視覺指示。輸入完成第一行，人眼會自然而言的落在第二行的開頭，如無例外，用戶需要尋找一番，才會覺知過來，去點擊獲取驗證碼。
• 加載指示：數據傳輸到服務端，判斷對錯，再返回結果。這個流程費些時間，用加載小菊花，表示后臺正在處理，舒緩下等待的焦急。

3.密碼登錄

（1）設計解析

密碼登錄考慮到向后兼容，老用戶的賬號以密碼登錄；也是適應本期的新用戶注冊。

同時標配忘記密碼，也可切換新用戶注冊，或驗證碼登錄，這些元素的布置考慮，是基于流程的。

密碼的輸入，其實正如設置密碼，應該做格式限制。但是因為第一版沒限制，不清楚用戶設置了什么，所以此處不能輕易填坑。

數據輸入都該考慮下限制的，為什么？在給產品經理講技術這書里，要是你看到黑科技SQL注入攻擊也會很印象深刻的……

（2）流程

跟驗證碼的簡單路徑不一樣，密碼登錄因重在流程上邏輯自洽，更需配流程圖查看才好理解。

正常流程是：輸入手機號->輸入密碼->點擊登錄->登錄成功。

異常流程是：

• 輸入手機號->輸入密碼->點擊登錄->提醒“未注冊”->點擊新用戶注冊or返回上一級驗證碼登錄/注冊。
• 輸入手機號->輸入密碼->點擊登錄->提醒“未注冊”->賬號或密碼不對->重新輸入or忘記密碼or驗證碼登錄。

4.忘記密碼

（1）設計解析

步驟：忘記密碼此處分兩步，一步驗證，一步設置。設置完之后，直接登錄進入APP，無需再重復密碼登錄的步驟。（記不住密碼更痛苦的事情是，忘記密碼剛找回來，在下一步重新登錄的時候又忘記了）。

異常流程：忘記密碼此處還有個異常流程，是該賬號不存在。有童鞋會說，正是密碼輸錯才會到來這界面，這么還會有賬號不存在的情況？對，情理上其實不大可能發生，但是程序邏輯上有這個可能，但是又無法通過前面的步驟過濾掉，是要補充下的。

此處判斷賬號不存在的提醒，是點擊獲取驗證碼之后，亮點之一。這里是考慮辛辛苦苦獲取驗證碼，填寫完畢之后才來告訴用戶賬號不存在，有些不厚道的……

（2）設計點：

驗證賬號：常規的做法，先驗證碼驗證手機號，再下一步設置密碼。

有些APP會將驗證賬號跟設置密碼放在同一個頁面，其實拆開會更清晰。而且，驗證手機號碼步驟復用率是很高的，比如，可以復用到推廣員更改綁定銀行卡時，作為賬號驗證。

設置密碼：密碼設置要限定格式，之后僅需輸入一次就可以直接登錄進入了。

重復兩次數據，再次校驗肯定更穩妥，但是登錄成本提高了，以我們用戶的耐心，我們的產品就沒必要承擔這個教育成本了。如果說擔心手誤輸錯了的，可以用驗證碼登錄的，再不濟可以用找回密碼的。但是大多數用戶其實只考慮本次能快點進入就好。

5.新用戶注冊

（1）設計解析

新用戶注冊界面近乎跟忘記密碼是一樣的流程，區別在點擊獲取驗證碼，此處的異常流程是該賬號已存在。此處設置優化的流程，判斷是已有賬號之后，會直接跳轉到驗證碼登錄/注冊界面處，直接獲取已填寫的手機號碼，驗證就行，對新用戶盡量友好。

經過前面的界面篩選，此處的賬號不存在的發生概率很少，但是作為關鍵流程而言，完整性是必要的。

（2）移動認證

文內留個懸念要談談移動認證，移動認證是什么？最直接的體驗是，無需輸入任何數據，直接點擊授權就登錄。是不是很黑科技？！ 但是為什么最終放棄了呢，請聽細講。

理想情況：

移動認證是運營商移動提供的，基于手機sim卡和移動網絡直接認證登錄的技術，米家、愛回收跟同花順應用在了自家APP里。當時上手體驗，驚艷，簡直零感登錄；況且移動官網也有免費的sdk，更是竊喜。以移動認證為主登錄的原型設計完畢，就立刻接洽移動認證sdk的接入。

現實情況：

但是呢，很快就被開發文檔打臉了，簡言之，就是層層篩選之下，能一鍵登錄的用戶遠沒有想象的多。

移動認證的原理是基于移動網絡通信的。首先基于sim卡識別本機號碼，在移動網絡開啟的前提下傳輸信息以授權通過，此時可順利登陸；但是如果沒開移動網絡，就沒轍了；如果WiFi跟移動網絡同開，以WiFi為主，那將強制占道先驗證再釋放WiFi。如果移動網絡通信不成，那就通過短信收發來完成數據傳輸。

所以，這么流氓的做法蘋果肯定是不樂意的；電信不參與；oppo的ROM不支持此流程……層層篩選下來，加上關閉移動網絡的，能順利使用的其實不多；而且，除非付費，否則移動認證的logo說明只能用官方的，簡直是給移動打廣告….這些阻力遠高于收益，所以，果斷放棄了，采取了本文講述的方案。

果然，合適的才是最好的。

本文由 @閱天 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pexels ，基于 CC0 協議

社交電商只有拼團和砍價？口袋咖啡給你答案

人人都是產品經理 2018-08-10 17:41:58

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

這兩年來，咖啡業不甘寂寞，和互聯網碰撞出的火花越來越多。瑞幸咖啡異軍突起，連咖啡微信關系鏈玩得風生水起，星巴克也牽手阿里巴巴準備收復失地。今天我們就來關注一下連咖啡最近做的一波營銷活動“口袋咖啡館”。

“口袋咖啡館”是連咖啡小程序內新上線的一個功能，據公開報道的數據：

上線首日PV超過420萬，累計開出咖啡館超過52萬個，相當于一天有52萬人開了線上咖啡館。

體驗“口袋咖啡館”之后，我總結成功之處有以下幾點：

1. 情懷切入和個性化展示，實現破冰

相信很多愛喝咖啡的人都曾經有個不成熟的夢想叫做“我要開一個咖啡店”，文藝的音樂，明媚的陽光，飄香的咖啡，過此余生。但是因為資金壓力，生存壓力，咖啡店對大部分人只能說這是一個夢想，或是情懷。

而在線上開一個咖啡店，不用店租，不用進貨囤貨，甚至不會做咖啡業不要緊，把開店的行為壓縮為裝飾店鋪和朋友圈賣咖啡，實現情懷是不是變得毫無壓力和簡單了？

先不管“口袋咖啡”背后利用社交渠道賣咖啡，讓店主成為分銷商的本質，首先“口袋咖啡”抓住了大部分用戶的情感需求，簡化用戶行為，獲得了第一波流量。

“口袋咖啡”可以讓用戶自主地去裝修自己的線上店鋪，讓用戶盡可能地發揮自己的想象，各種奇思妙想發酵，用戶裝修好了，很可能迫不及待地先分享店面給好友。好友一看，有意思，我也玩，這樣就把第一波流量給動起來了，帶入新的流量。

這兩個設計是抓住了用戶的情懷圓夢需要和展示個性化自我的需要，從而獲得最初的流量并開始傳播。

2. 低價單品，獲取流量

光靠情懷和個性化展示，應該是無法保證更大的流量獲取。

口袋咖啡店鋪里的咖啡都是有折扣的，與官方價格相差10多元，甚至還做了一款9元的美式咖啡。分享的文案上也突出了下單9元起的字樣，通過價格對比，突出低價來吸引更多的流量，而且新用戶購買，首單立減9元。

這就將“低價爆款”+“新用戶下單減”結合起來，對于大部分用戶來說，工作日時候不會對咖啡太過挑剔，價格有優惠，我買誰的不是買呢？

而且還是微信好友“開的”咖啡館，情感+好奇心的加持，吸引了又一波流量。

3. 游戲化的任務激勵，環環相扣

“口袋咖啡”設計了一套游戲任務進階提現，通過這樣的模式保持用戶的粘性，讓用戶投入更多的時間和社交關系。這套體系由成長咖啡和網紅指數為目標，設計了一系列的任務讓用戶完成以提高這兩個目標。

成長咖啡相當于貨幣，可以積攢兌換咖啡，獲得的方法是每賣出一杯咖啡獲得0.1杯，攢滿1整備成長咖啡就可去免費兌換。這里對于用戶來說，目標是獲得免費兌換咖啡，而規則就是賣咖啡，為了達到目標，用戶就會去分享，去安利，可能帶來更多的流量；

而網紅指數相當于積分，積分的價值在于解鎖特權，包括更多的商品、裝飾等。以及獲得更高的排名。而這些特權則是可間接有助于提高用戶銷量的，有助于用戶完成“免費兌換咖啡”，獲得網紅指數的方法則是一系列的任務。

目前的任務較少，不知道后續是否會放出更多玩法。

回過頭來，你會發現“口袋咖啡”這一系列打法都是相關聯的，都指向了同一個目標獲得免費咖啡（背后其實是賣出更多咖啡），彼此是有承接關系，形成了有效的循環。

4. 社交互動帶動裂變和變現

連咖啡一直都在嘗試做“基于人際關系鏈”的產品，他們認為這是獲取流量最的工具。在“口袋咖啡”里則明顯地提現這一點。

4.1 土豪榜和點贊榜，記錄好友和你的互動

口袋咖啡有兩個榜單，分別是土豪榜和點贊榜，前者記錄誰買過了你的咖啡，點贊榜則記錄了誰給你點過贊。交易和點贊，一個是實際的消費，一個是情感的激勵，會給用戶產生更大的正向刺激。

4.2 讓用戶產生更多的互動行為

如果用戶在一個產品之上產生的互動行為越多，則用戶和產品的粘性越緊密，用戶主動推薦這個產品的可能性也越大。

如何讓用戶產生更多的互動行為？如何撬動更多的社交鏈條呢？

口袋咖啡準備了3個手段，分別是明星館、附近的館、我去過的館。

明星館，邀請了一些流量明星入駐，有佘詩曼、秦嵐、李誕等，而且佘詩曼、秦嵐還是目前熱播的《延禧攻略》的主演，抓住眼下的新聞熱點，結合明星自帶粉絲的流量，粉絲通過點贊和購買咖啡行為的與明星發生互動。

開一下腦洞，這是不是可以成為另一種形式的明星榜單，各家粉絲通過點贊，買咖啡為自己的愛豆打榜，互相攀比，搞不好可能會成為一個固定的大流量入口。

粉絲組織+明星效應+群體攀比效應=大流量？

這個需要拭目以待。

附近的咖啡館，和微信本身附近的人異曲同工。利用用戶的好奇心驅動，看看附近都有誰在開咖啡館，會不會又好玩的小哥哥小姐姐，點個贊，買個咖啡，也是不錯的。

店主一看有人給我光顧我了，看一眼就在附近，來而不往非禮也，也過去點個贊。一來一往，用戶就在線上咖啡館之間互相流動起來。如果后面官方圍繞這一塊繼續做網站，比如：解鎖特權可以給附近的人推送自己的咖啡，完成某個任務看店主的微信等等，有可能會產生新的興奮點。

當然社交電商里，電商還是初心和本質，社交到底要到什么樣的程度，才能有利于電商而不是起副作用，這個度需要團隊把控。

我去過的，則是將我訪問過的咖啡館沉淀下來，便于后續的訪問，也可以看成團隊為后續的社交互動埋下的伏筆。

連咖啡的一系列動作，個人覺得最終目的是希望把咖啡變成貨幣，不再是人來買咖啡，而是咖啡主動觸達到人。不僅僅依靠傳統的商品-貨幣的交易模式，而是希望代入更多的情感因素、社交元素，通過人與人的關系鏈去獲得更多的流量，并且帶動更大的交易額。

而近期包括送禮，運動步數換購小程序的崛起，越來越的商家開始關注用社交關系來獲客，此前對社交電商的關注更多局限于微商這樣的朋友圈叫賣、拼團、砍價、求復活滿天飛，容易讓用戶產生反感和厭倦。

那么如何讓用戶不反感甚至是主動地貢獻自己的社交關系，則是下一步互聯網公司們重要的課題。

#專欄作家#

肥寒，微信公眾號：chanpingdog，人人都是產品經理專欄作家。九年產品經理。做過數字閱讀，電商，社區，目前致力于在線教育。

本文由 @肥寒 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 unsplash，基于 CC0 協議

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

您對用戶的了解程度如何？怎么能真正受到人們的啟發呢？我怎么能進入他們的想法，我怎么能感受到他們的感受？在這里，你不僅需要了解是什么觸發了它們，而且還需要找到如何設計說服的方法。

作為一個直接響應式的功能平臺，第一個手機網站只是一個“試驗品”，而不是“成品”。在今天，如此多的智能設備的確給了我們機會去做更多的視覺設計，但這不僅能激發和吸引用戶，而且增加了用戶體驗。當然伴隨著機會就以為著更多的挑戰。