文章作者給剛入職的產品新人提供一個對移動端已有功能進行日常優化的思路，一起來看看~
適用場景：已有功能的日常優化
文章目錄：
- 瞭解產品當前存在問題的三種方法
- 根據產品當前的問題選擇性進行競品分析
- 確定最終優化方案
一、瞭解產品當前存在問題的三種方法
1. 看產品使用路徑的頁面轉化率發現產品問題
（示例原型圖）
（轉化率柱狀圖）
以某個App的註冊轉化率為例，從轉化率柱狀圖中我們可以明顯看到，該App登錄頁面點擊註冊按鈕、註冊頁填寫信息的轉化率比較低，分別只有49.1%和42.6%。
第一個事件轉化率比較低的原因可以理解，因為進入登錄頁面的用戶分為已註冊和未註冊用戶，點擊註冊按鈕的轉化較低的原因，是因為其中有一半的用戶在登錄頁面行使了登錄功能，因此導致了在數據層面轉化率低下的表象。
第二個事件轉化率比較低可能就有多種原因了，例如：頁面需要填寫的信息過多、驗證碼發送失敗率較高等。如果一時之間不確定，也沒有關係，那麼我們接下來就要想，除了看後臺的頁面數據瞭解產品的問題之外，那還有沒有別的渠道可以瞭解到產品當前存在的問題呢？
答案是肯定的，除了看頁面的轉化率，我們還可以通過用戶反饋去發現問題。
2. 通過用戶反饋發現產品問題
瞭解用戶反饋有三種不同的渠道，分別是：公開渠道、半公開渠道、內部渠道。
（1）公開渠道
指各大Android應用商店、微博企業版、百度貼吧、App Store等，還有日常的一些數據平臺，如：七麥數據、AppAnnie。
在公開渠道像Android各應用商店、App Store等，主要是去看App的一些用戶評價，重點看1-3分的低分評價，且該評價有實際描述，同時要分辨出那些評價是水軍刷榜、還有惡意評價等。而微博企業版、百度貼吧這些渠道，可以通過關鍵詞搜索，例如搜索App名字等，去查找用戶使用過程中的問題。
（2）半公開渠道
半公開渠道指的是產品的一些用戶群體所在的微信群、QQ群，比如：“在行”，會有一些用戶微信群，如果我們想要了解用戶反饋，也可以通過在群中與用戶進行互動溝通，或者看他們溝通，也許會發現一些問題。
（3）內部渠道
內部渠道指的是App內部的反饋入口、客服部門收到的投訴等，通過這些渠道，可以拿到較為真實的問題。
在通過以上三種渠道去收集用戶反饋的時候，收集的問題儘量要貼近你所要優化的產品流程，例如：我們要去優化App的註冊流程，那麼我們在收集問題的時候，就要儘量去收集用戶關於註冊流程的相關反饋，然後把所有的問題列到Excel表中。
3. 通過針對性的用戶訪談發現產品問題
所謂針對性的用戶訪談，就是針對我們本次要去優化的功能進行用戶訪談，訪談的方式可以是面對面、也可以通過電話、實在不行微信也OK，可以根據所要訪談的功能選擇不同的訪談方式，以我們優化註冊流程為例，可通過對用戶進行電話訪談，獲取相關信息。
訪談之前，首先我們要準備一些工作：
（1）確定調研的目的
例如：通過用戶訪談希望得到什麼結果？例如我們針對註冊流程優化，做用戶訪談，我們是希望得到用戶在註冊的過程中遇到的問題。
（2）確定訪談目標用戶
如果進行產品的調研分析，可能我們需要通過用戶畫像找到典型用戶去確定訪談目標，但如果針對某個功能點的優化進行訪談，那麼我們的訪談目標可以更聚焦於某個特點，例如：我們做註冊流程的優化，可以找在平臺上註冊不久的用戶、註冊了一半未完成的用戶做電話訪談等。
（3）確定訪談問題
訪談的過程，不要去連續的質問用戶，連續質問用戶會導致用戶的反感，並且很多用戶也不知道why，所以我們在去確定訪談問題的時候，一定要注意，把對用戶的直接問題轉化成用戶只需要陳述或者回憶當時使用時的感受的問題。
例如：我們想去了解用戶註冊過程中在註冊頁面有沒有遇到問題，可能一些產品新人會直接粗暴的問用戶：“您在註冊頁填寫信息時有沒有遇到什麼問題？”
用戶想了半天回：“我自己的手機號忘記了…”
所以因為用戶的千差萬別，這樣的一種詢問方式很可能收到的回答與我們想要的信息相差甚遠，因此，我們可以換成讓用戶只需要陳述當時使用時的回憶或感受的問題就好了。
比如這樣去詢問用戶：“您註冊時是否可以正常收取短信驗證碼呢？”“您填寫完註冊頁面的信息大概用了多久？”用戶就可以根據當時使用的場景很快的回答我們的問題。
如果一部分用戶回答收取驗證碼的時間比較久，那麼我們就記下來這個問題，並且關於填寫信息的時間上如果用戶回答的的時間比我們預計的要久。那麼我們就要了解是那些信息填寫項在填寫的時候比較耗時，如果用戶再次回答說設置密碼時比較糾結，那…我們是不是可以考慮更改一下設置密碼的流程呢？
最後通過用戶訪談產出一份訪談報告，並結合之前蒐集到的用戶反饋，產出初步的解決方案。
二、根據產品當前的問題選擇性進行競品分析
當我們去競品分析的時候一定要去明白，競品分析的目的，一般競品分析有以下幾種目的：
- 以瞭解產品所在行業為目的的競品分析；
- 以對比兩款產品發展潛力為目的的競品分析；
- 以學習（chao xi）競品某個功能點為目的的競品分析；
- 以體驗某款應用交互體驗、UI設計為目的的競品分析。
而根據目的的不同側重不同的分析點，以註冊流程為例：我們的目的是通過對某個核心服務與核心用戶群體相似的優秀競品。進行註冊流程的功能點分析，從而找出在註冊流程中我們可以學習借鑑的地方，最後產出一份競品分析文檔。
不同的競品分析目的，進行競品分析的流程方法也不同，關於競品分析不同目的的詳細方法，在此不多贅述。
三、確定最終優化方案
（方案四象限圖）
總結
以優化某個App的註冊流程為例子，通過看頁面轉化率的數據、各個渠道蒐集用戶的反饋、針對性的用戶訪談三種方法，我們大致上已可以瞭解到當前產品在註冊流程上存在的一些問題，然後找出影響頁面轉化數據的關鍵問題（是因為產品流程不合理、頁面信息過多、或者？）。
再結合選擇性的競品分析，通過借鑑優秀競品相關功能的設計，按照方案的開發難度和方案上線後的開發效果設計多種不同的方案。
可能有的同學要問，為什麼要設計多種方案？
一般實際工作中要根據當前項目的緊急程度和研發、設計、運營等資源多少去實施不同的方案。如果項目比較緊急而研發等資源也比較緊缺的情況，就只能實施佔用資源比較少且儘量見效比較快的方案。
以註冊流程為例，假設註冊頁面點擊下一步按鈕的轉化率過低，是因為頁面需要填寫的信息過多導致的。
如果項目時間比較緊急資源比較緊缺的情況下，我們可以考慮施行把設置密碼的步驟放在校驗過手機驗證碼之後，顯示出來這樣的方案，用戶進入註冊頁面之後不至因為過多的註冊信息而放棄註冊，同時開發成本也較小，只需要改動較少的代碼就可以實現。
如果項目時間比較充裕，也可以考慮接入驗證碼登錄 / 註冊這一方案，用戶為已註冊用戶校驗過驗證碼後直接跳轉至App首頁，若為新用戶則驗證碼校驗後直接跳轉至設置個人資料頁面，這樣就可以解決註冊頁面轉化率過低的問題，但相應的這種方案也需要更多的時間，及更大的運營成本。
本文由 @ 趙飛.JPEG 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議