一、背景說明

1、行業分析：

移動端咨詢粘性增強，用戶使用時長大幅增加 ；2014年移動用戶閱讀使用次數約50億次，2015年移動用戶閱讀使用次數接近100億次，成長率接近100%；2014年8月資訊類用戶使用時長不足5億小時，2015年8月使用時長超過10億小時，同比增長超過100%。

在APP類型偏好上，用戶對聚合類APP、平臺類APP喜好度高于垂直類APP； 基于以上數據可知，2015年移動資訊類APP用戶量、用戶使用時長大幅增長，用戶傾向于使用一個APP來聚合多個維度的碎片化信息。

2、目標用戶分析：

目標用戶以男性居多，年齡在25-40歲為主（占比68%），不同職業用戶在不同細分領域中分布差異較大。

二、產品概述：

1、體驗環境：

APP版本：2.0.0（2016年1月8日更新）

手機系統：iOS9.2

手機型號：iPhone6S

體驗時間：1月15日—1月20日

2、產品概況：

豌豆莢一覽是「豌豆莢」開發的一款聚合閱讀類應用，目前它收錄了超過500款應用內容，可以在一個應用中看完所有感興趣的應用，現支持安卓、iPhone、iPad 等平臺。

3、需求分析：

基本需求：通過一款應用了解多款應用資訊，滿足求知的愿望；

期望需求：能夠快速找到自己所需的資訊，并對資訊進行訂閱、篩選、分享、收藏，以滿足自身生活消遣、社交、歸屬感、榮譽感、娛樂等需求。

4、使用場景：

閱讀類APP主要有以下兩種使用場景

第一種：在路上、公交車、地鐵上、吃飯時、上班休息過程中、上廁所時等碎片化時間，易被人打斷、適合短時間閱讀的場景；

第二種：在睡前、午后、家里、床上等一長段時間，不易被人打斷，適合深入閱讀的場景。

豌豆莢一覽在產品定位上首要應滿足的是第一種使用場景。

三、產品分析

1、產品結構圖

為了方便用戶快速瀏覽內容或快速搜索內容的需求，豌豆莢一覽整體框架設置廣而淺，結構清晰，子模塊深度一般為2-3層。資訊列表、分類、搜索等高頻功能均放在了第一層。

資訊列表頁（首頁）

框架 ：首頁分為三部分：導航欄、資訊列表、搜素導航按鈕，分類、應用編輯、搜索框等高頻功能都只需要在首頁點擊一次便可跳轉，結構設計十分合理。

交互 ：資訊列表與資訊詳情的轉場動效效果令人驚艷，點擊資訊后“刷”地一下資訊詳情就展現在用戶眼前；

內容 ：瀏覽列表信息結構為標題、正文、內容來源應用、圖片、發布時長；可在列表處針對內容進行收藏、分享和添加/取消應用的操作。

資訊詳情頁

功能 ：資訊詳情頁中可對資訊進行分享、收藏、跳轉至原文等操作，APP意圖利用用戶通過對資訊的分享和收藏，滿足其社交、榮譽感的需求；

框架 ：資訊詳情頁中對資訊的分享與收藏有上下兩個入口，分別在詳情頁的導航欄與正文下方，可見應用設計者對資訊內容分享與收藏的重視（加上列表的一個入口，一共有三個入口）， 但建議后期可結合點擊數據去掉一個入口 。

建議 ：收藏圖標表意不明，會讓用戶誤以為表意是喜歡，建議用傳統的五角星圖標，以符合用戶習慣。

編輯應用頁：

應用頁面中模擬了iOS系統中編輯應用的交互模式、模仿了iOS系統的視覺設計風格，符合用戶的操作習慣，增加了用戶操作的趣味性。

設置頁：

程序員的實驗室 ，該應用的一個亮點，將AB測試巧妙地嵌入到應用中，由用戶自己選擇選用，并通過后臺觀測數據來確定是否將功能納入版本迭代計劃中。

自動離線功能 ，在WiFi情況下自動離線最新應用內容，幫助用戶節省了流量，提升用戶閱覽時的體驗；但是也會造成大量緩存，造成應用程序體積較大。

2、任務走查法分析：

場景一 ：小張在車站等公交車，利用空閑時間打開豌豆莢一覽瀏覽已訂閱的資訊，隨意瀏覽所訂閱的最新資訊，并尋找感興趣的資訊進行主題閱讀、收藏或分享。此項任務主要考察該應用在用戶處于等候場景時，通過瀏覽新信息滿足求知欲需求中的表現。

在流程設計上，該任務操作流程非常簡便，所訂閱資訊就設在應用入口中，很方便用戶瀏覽；分享/收藏按鈕都在資訊列表和資訊詳情頁分別設有入口，用戶能夠很方便地進行分享和收藏處理；

但在實際瀏覽效率中，存在內容過載、閱讀場景不適合的問題，小張只添加了17個應用，不到12個小時就有284條新內容，在浩如煙海的信息用碎片化的短短幾分鐘來瀏覽全部新內容，這實在是不可能完成的任務，另外還有在推送中豌豆莢一覽竟然推送了不同應用的同一條內容，這也增大了用戶的閱讀成本；不同資訊類APP其閱讀場景也是不同的，在一覽中則全部呈現到了資訊列表中；建議增加已閱讀資訊的隱藏功能并根據不同的時間段、不同的用戶類型推薦不同的訂閱內容，這樣可以一定限度地降低用戶的閱讀壓力。

結論：豌豆莢一覽的定位中是幫助用戶提升效率節約閱讀成本的，但在實際上卻降低了用戶的閱讀效率 。

場景二 ：小張周末在家休息時想到了一個之前無意中看到的新聞，想通過豌豆莢一覽進行查找；此項任務是考察該應用在休閑場景中通過主題閱讀查找資訊滿足用戶快速檢索資訊的需求。

豌豆莢一覽在搜索功能設置比較全面，主要分為四類，分別為基于內容搜索、基于推薦的主題、基于推薦內容、基于不同應用的內容；在操作流程只需操作2步，就可以到達資訊列表頁，整個流程非常便捷。

但在基于內容進行搜索框搜索時，精確搜索效率不高，只是近似于篩選功能，無法準確地為用戶提供所需要的新聞信息。

基于主題推薦的分類也過于瑣碎，分為搜索框、主題推薦、資訊推薦三個不同功能模塊，且在信息架構上也不是同一層級的結構，會使用戶感覺信息架構設置碎片化并一定程度上分散了注意力，并增加了用戶的識別時間。

結論：內容搜索框精確搜索效率不高，基于主題推薦的分類過于瑣碎，主題分類與資訊列表的頁面架構過于復雜，增加了用戶識別時間。

四、競品分析

本次以定位于基于興趣的信息推送工具《即刻》作為競品，以數據、用戶反饋、產品差異三個維度進行對比。

1、數據對比：

2、用戶反饋：

3、差異對比

五、總結與建議

1、產品定位上，本產品定位為聚合類閱讀器，號稱1分鐘看完所有應用的最新內容，意在提升用戶閱讀效率，但其推薦內容太多太雜，造成內容過載，反而降低了用戶閱讀效率，長此以往會導致用戶失去興趣，所以如何給用戶推薦符合用戶需求的精準信息是關鍵。

2、閱讀場景不同，由于不同應用承載內容的閱讀場景不相同，豌豆莢一覽企圖通過一個應用聚合所以應用的信息，把不同場景下用戶使用的應用聚合成一個場景下是不符合用戶預期的，也是不符合用戶需求的。

針對以上兩點，筆者建議后期應用應該在訂閱內容推薦上下功夫，控制每個應用每天在首頁的內容更新（如每個應用每天不能超過5條），篩選符合用戶需求的應用內容進行推薦，其他應用資訊則通過其他入口進行展示；或者引入篩選機制，讓用戶通過篩選的方式快速鎖定自己所需要的內容。

3、資訊訂閱方式上，建議摒棄以應用訂閱的粗粒度訂閱方式，轉而通過細粒度的主題（或興趣）訂閱來找到讓用戶真正感興趣的資訊進行推薦，此點可以向《即刻》學習。

4、關于搜索頁信息架構碎片化、入口較多的問題，建議在搜索頁面去掉逐條的資訊推薦，轉而只做基于內容搜索和主題推薦2個功能，并將主題推薦細分；從使用場景分析，用戶點開搜索頁面說明用戶有意識地非訂閱應用中尋找在感興趣的內容，用戶可能會基于興趣主題來查找、也可能基于應用分類來查找，而沒有篩選依據的資訊推薦是不符合用戶預期的。

?

作者：小L，一個熱愛互聯網產品，學習互聯網產品的非典型產品經理。

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