“一覽” 豌豆莢自己孵化出來一個新app。和年前的開眼一樣，開始自己做app。不同是開眼是自己收集內容推送。一覽則更為具體做內容集合類app。logo設計就是一個無限符，也體現出來這點。
所以這里其實一開始就引出一個點，市面上做聚合類閱讀app。歷史之悠久，產品之多數不勝數。那么一覽又如何能夠做到不一樣，或者說是有什么突破嗎？
我們現在就來看看
1、首先是icon設計及命名部分，同為豌豆莢公司近期出品的app，倆這我都帶有一定試驗性質的嘗試。設計風格都基本已簡單構圖，少量顏色。作為主基調，這點不難理解畢竟不管是一覽還是開眼都是第三方聚合類產品，都不存在自主內容產出。因此盡可能減少過多的設計渲染。
不過有趣的點在于：命名的方式，一覽帶著自己母公司的光環前綴叫“豌豆莢一覽”，開眼只是單純叫開眼。這里理解是開眼或許因為自身定位較獨特，其它同類型競品不多。因此無需開出豌豆莢名頭。而一覽明顯類似競品眾多，打出豌豆莢一來可以情感轉移，增加用戶選擇的籌碼和好感度，信任度。
2、啟動引導頁。比較任性的還在于豌豆莢一覽并未在啟動時候做引導頁的設計。這里看到一些不同地方，我覺歸期緣由會發現多少app的引導頁早已經不是為了真正產品引導，而變成品牌宣傳。就想開頭介紹的一覽似乎在追求使用流暢度上思考的比其它app要來的多，首先看看注冊登錄頁面。
可以看到這里的注冊和登錄頁面基本加上頂部的文字，基本上涵蓋了3大部分的內容：
1、登錄功能模塊。
2、注冊功能模塊。
3、引導提示文字。
三者構造整個整體，相互關聯且互不干擾。視覺上除了用戶協議那排顯的不那么舒服感覺，其它都很正好。且有一定特色和想法。大面積色塊配合留白足夠的文字，
這類型注冊登錄樣式需要注意：本身頁面功能為注冊登錄，因為本身注冊登錄表單項目內容較為單薄，因此上班部分內容（文字圖案）一定不能搶了下半邊頻道具體功能模塊。另外注冊頻道是否要默認彈出輸入鍵盤，是否會導致頁面上下位移，這點也值得注意。一覽和instagram選擇倆種模式，instagram選擇是默認彈出鍵盤，只是輸入注冊起始頁只有郵箱一項
以上對比會發現instagram，對比一覽比較好地方史他把閱讀協議這塊做到了2級頁面，那么首屏頁面就能顯示更為簡單，而一覽選擇把精簡完的內容完全做到一個頁面里面為是為了更快捷操作節省用戶一步操作。這里就難免出現例如注冊協議的這樣干擾整體設計的地方。我個人建議是在注冊頁面或者最后注冊頁面確認彈窗中做協議提示。而登錄上的提示則可以直接去了。
3、文章列表頁
這里看到整體布局，發現一個特點是基本弱化來源，直達文章摘要的列表頁面。而且文章摘要之篇幅之大應該是同類閱讀軟件中占比最大的軟件。
可以看到大致頁面部分分為幾個部分：1.頂部功能操作，2.中間文章來源及時間，3.下半部分收藏按鈕。
為什么需要把收藏提到頁面優先級如此高地方。我認為應該是已經發現大家收藏單做一部分功能稍后閱讀來使用。另外可以看到點擊收藏后是帶數字的，因此這里收藏其實也合并來喜歡的功能，不過應該還是產品初期的原因看到其他人收藏躲過于1的并不多。這里也可以看出一覽為了整體的縮減操作流程及
另外還有一塊值得思考，頂部功能把反饋放到出來，有點不同其它app，可以看到團隊對于用戶反饋的重視和整個app產品處于產品初期的考量。這里另外也是因為太多閱讀軟件可深度挖掘的地方的確不多了。
4、文章詳情頁面
這里值得一提的，也是整個一覽交互上最大特色地方。在文章列表頁面和詳情頁面中間夾帶著一層預覽頁面。且比較巧妙的是整個預覽頁面和實際閱讀頁面還有列表頁面可以做到很好的交互鏈接。首先我們看看
?
以上是閱讀的基本操作，也是該軟件的核心交互操作。擴大了文章列表版面空間，盡可能做到和預覽頁面差異最小，而預覽頁面和詳情頁面整體不存在文章內容差異（另外這樣可以省去很多app需要編寫簡介部分，大量減少后期編輯工作），減少層級中了用戶閱讀的跨躍感，整體盡量讓用戶感覺到操作和交互的一致性及統一。這里關鍵點就是中間內容差異的把控，一覽的做法是盡可能文章閱讀保存一致只通過部分功能按鈕做到區分。
這里交互巧妙地方就是首先我們對于列表展現真的是需要一個表嗎？當看一個標題和少量文字是不是就此足夠吸引用戶了，一覽給大家的探索是：或許看文章就應該給大家較大篇幅預覽余下時間，來源等等都不是很重要。因為你無法判斷用戶決定要看哪篇文章是依據什么，哪怕給用戶盡可能大篇幅文章然后中標可能性會大。
可是這樣做法缺點也顯而易見，首先過大篇幅勢必操作和瀏覽操作需要大幅提升。其二，過大篇幅對于文章內容質量需要有一定把控。否則ZA多于2.3篇的爛文章即可給用戶強大心理壓力。我們看到一覽的解決方法是：提高用戶操作的速度，減少不必要頁面原始，及盡可能減少用戶操作流程和頁面層級性操作。在不可能避免的層級操作中通過交互減少用戶操作成本，控制內容源的數量質量減少低質量文章出現可能性。所以就可以看到，一覽的刻意減少頁面元素構成，加入預覽模式且通過增加手勢操作的利用盡可能減少用戶層級間操作時間成本控制內容源及文章質量。
在apple 6s發布會中大家也可以看到新版本iOS9配合3D touch 加入預覽模式。單看iOS的操作視頻我個人覺得就單純從閱讀文章這塊并沒有一覽做的好。不說需要配合3d touch的硬件。就從視頻上看需要點壓等待這塊，就很明顯是中斷用戶操作。個人覺得3dtouch更多還是在游戲中配合和使用。
其它，一覽的豐富手勢操作也是保障其流暢操作的一個前提。 大家在一般app中都會看到有幾類型，默認手勢有很大沖突。較為突出文章詳情頁面側滑到底是退回列表還是切換文章。 ?兩者都是有一定支持者，一般大家都認為兩者不可調和，只能選其一從之。
一覽給大家一個可能性就是兩者或許能夠結合，在同時可以側滑退出同時，也可以切換文章列表。那么一覽是如何做到的了？
首先拆分細化區別不同側滑手勢：一正常文章頁面側滑，二是屏幕從邊緣側滑進屏幕。
其二，拆分功能：一切換文章內容，而二返回列表頁面
之后就是把其一一對應，一覽做法是：頁面內側滑是文章切換操作，屏幕邊緣側滑是退回文章列表頁面。
這里其實會交互上有個問題是：退回列表頁面雖然右上角有關閉按鈕，當看手勢操作卻會發現從屏幕邊緣滑動操作過于隱蔽。這里一覽做法是，在預覽頁面下下滑就可以整屏關閉退回列表頁面還有就是文章閱讀底部繼續滑動也是退回列表頁面。
這樣做法有幾個好處保留了通過手勢切換文章和返回功能，不會因為返回功能頻繁操作，而放棄右滑功能操作。另外因為前面提到的預覽和列表頁面內容量較為一致，左右文章切換也在一定程度上承載了文章列表功能用戶接受程度能大幅提升。通過增加返回的操作方式（關閉按鈕，屏幕邊緣側滑，文章結尾滑動關閉）
另外這里有點少許擔心是，因為內頁包括設置頁面等附屬頁面內手勢操作都是頁面內滑動為返回，是否是交互統一。用戶會不會混亂，好處是基本上該app還算是功能較為單一，應該用戶學習成本不會太高。
其它：這里還看到部分有特色的細節，一覽一開始提示叫用戶開啟離線緩存功能。這個離線緩存是自動的，因此你也看不到緩存進度。反正就是之間交給app就好了。他這邊邏輯是我反正都幫你干了，你就盡管閱讀好了，如果遇到沒有緩存文章你就看其他好了，反正我多的是優質資源給你看。如果又，恰好想看又沒有緩存那怎么辦，我們有收藏先收藏，然后有網在看就好來。這里其實整體邏輯很ios設計邏輯，我不用你來考慮是否應該關閉每個應用，反正你就是切換退出就好了，因此ios決不會出現android那樣全殺應用操作。反正你就叫給我系統就好了，你就操作你自己想干的事情，其余任何調配機器幫你優化。還有就是他的關于頁面設計，很難的有個新型app能做到如此細致用心，對于用戶反饋重視程度也可見一幫。
還有就是他的引導頁面也就是設置里面的產品介紹頁。也比較有特色
這個產品說明兼著引導頁面的產品說明，很明顯可以看出來首先通過抓取自身手機內置app，比對一覽自帶app分析出來用戶可能感興趣的訂閱源，減少用戶對于篩選選擇的時間。另外通過這系列說明也順帶告訴用戶，我們推薦東西是根據你自身下載app總結出來的。用此增加用戶信任感。
綜合起來說一覽通過自身對于閱讀的理解和思考，整體上給了我們另外一個可能性。通過面對用戶最直接的需求，盡量舍棄不必要的環節和內容功能。在剩下為數不多的頁面功能上，盡可能通過合理交互細節，做到整體操作的流暢直接簡單。
不判定對錯，只分析原理。這個就是我最好想說的。
