一個好 App 應有的氣質—交互設計的細節設計

這裡僅以豆瓣閱讀 iOS 版的一些細節來舉例子。

• 關於導航

豆瓣閱讀 iOS 版導航，將三個主導航收在一個綠色的小球里，雖然節約了空間，但是有些隱蔽，可能會讓新用戶有些摸不到頭腦。

豆瓣閱讀的處理方法是，初始進入 App ，在啟動頁之後，導航會呈現展開的狀態，短暫幾秒過後自動收起。讓用戶知道，要找的東西在這裡。

• 關於重要按鈕

對於閱讀軟體來說，比起「購買」、「評論」等操作來說，「閱讀」是他希望首先呈現給你的事，故而即使滑動屏幕，「閱讀」的按鈕也始終出現在你可操作的範圍。

• 關於展開收起

當有個向下箭頭提醒你，這部分可點擊展開收縮，那麼你覺得默認的點擊範圍是哪裡？小箭頭？還是小箭頭那一條？

還是整個區域？豆瓣閱讀的處理是，整個模塊。而實際操作中的感受，也確實是這樣確實更容易操作。

• 列表為空

用戶評論僅展示幾條，更多的話，引導用戶去列表。這種形式很常見。但是當沒有讀者評論時，你覺得應該怎樣？

列表為空時再引導用戶去列表無意義，全部評論按鈕直接變成寫評論的按鈕，這樣才更為高效。

• 空狀態

空狀態，空狀態是個很常見的情形，特別對於新用戶或者匿名用戶來說，遇到空狀態的情形就更多了。除了用文字表明此處為空，你覺得應該怎樣？（遊玩回來再補圖）

添加個小插畫是很多 APP 的選擇。（遊玩回來再補圖）

然而這並不是最好的，除了告訴用戶，這裡沒東西，最好讓用戶知道下一步怎麼做。讓用戶不要有一點點的思考。

• 關於彩蛋

以及最後說的彩蛋，很多 App 都存在彩蛋，意想不到，可是一旦發現，又會心一笑。（遊玩回來再補細節圖）

• 需同意**協議

註冊時，我們一般都會遇到一個 checkbox，來告知你需要統一我們的「用戶使用協議」才能成為我們的用戶。然而這個協議的重要性需要評估，對於不是十分重要的使用協議來說，既然這是一定要選擇同意的，我們完全可以默認註冊即同意，免去用戶選擇的操作。當然你也可以默認去勾選他。

但是有時候我們也會遇到並沒有默認去勾選的情況，此時的協議對用戶以及公司很重要，故而需要你仔細看看，並確認同意。故而多加一部操作雖然有些麻煩，但是卻吸引了用戶的注意。（遊玩回來再補圖）

暫時寫到這裡。

另外，來不及啦，申子胥馬上要出去玩啦，但是很快回來。