手機端設(shè)計的方向

咱們講了很多桌面端的交互設(shè)計，最近在使用 App 時發(fā)現(xiàn)了一個自己觀察到的小趨勢，隨便寫寫與大家探討探討～

不知道大家在處理移動端導(dǎo)航中，有沒有遇到這樣的情況。公司的移動端設(shè)計是 “優(yōu)雅降級” 即先滿足桌面端得到產(chǎn)品的設(shè)計后，再逐步去考慮如何適配移動端。導(dǎo)致移動端頁面中出現(xiàn)了意想不到的問題。

最為常見的就是底部導(dǎo)航欄的 導(dǎo)航菜單 不夠用。

為什么不夠用，我拿 釘釘桌面端 進行舉例

在釘釘?shù)淖烂娑酥校?nbsp;我的團隊、消息、文檔、工作臺、通訊錄 五大重要模塊，其次在左下方還會有 日歷、待辦、DING、郵箱、會議、直播、收藏、更多 等應(yīng)用功能。在桌面端將這些功能規(guī)劃完成后，你會如何設(shè)計移動端導(dǎo)航呢？給大家是5秒鐘時間進行思考???? ～

---

下面繼續(xù)查看

我們先想想移動端導(dǎo)航有哪些 “公式” 可以套，底部導(dǎo)航、頂部導(dǎo)航、桌面式導(dǎo)航、舵式導(dǎo)航，這便是移動端導(dǎo)航設(shè)計中最為常見的幾個公式模型。而它的導(dǎo)航承載的最大數(shù)量不會超過五個，因此使用起來顯然不太滿足。

而在釘釘面臨的問題和我們實際工作中遇到的問題類似，底部的導(dǎo)航可能會出現(xiàn) 10+ 的情況，究竟應(yīng)該怎么辦～

明白問題后我?guī)е魑蝗シ治龇治?/span>

首先我們在設(shè)計中，遇到數(shù)量多的內(nèi)容時，首先想到的應(yīng)該就是信息分層，無論是將10多個導(dǎo)航進行拆分，顯然釘釘也是這么做的。

接下來你會發(fā)現(xiàn)釘釘在最近更新的版本中，出現(xiàn)一個不同尋常的交互。

通過上劃底部導(dǎo)航菜單，彈出一個類似的底部抽屜，將剩余的模塊放置在抽屜下。這樣就能將完整的導(dǎo)航形式在移動端呈現(xiàn)給用戶

說說這樣設(shè)計的優(yōu)點：

• 確實能夠保證在桌面端產(chǎn)品結(jié)構(gòu)不變的情況下，對移動端進行合理適配。因為按照傳統(tǒng)的交互框架下難以滿足現(xiàn)在的問題。
• 移動端與桌面端的導(dǎo)航體驗基本保持一致，滿足用戶對整個產(chǎn)品架構(gòu)的認知。

再聊聊缺點：

• 入口太深：因為交互入口需要進行上劃的操作才行，需要一段時間的教育用戶，讓大家熟悉這個方式。
• 冗余：目前釘釘太多的內(nèi)容導(dǎo)致整個產(chǎn)品給人的感覺十分臃腫，再新增這個交互后需要的學(xué)習(xí)理解的內(nèi)容就過于繁多，說實話我作為一個釘釘?shù)挠脩簦乙懸粋€工作中的項目文檔，我是應(yīng)該選擇：去協(xié)作？去工作臺？去項目？去最近使用？同時又擁有文檔、石墨文檔、Teambition如何選擇？

雖然知道釘釘擁有強大的 ISV生態(tài)，但目前很多ISV的功能與釘釘自身產(chǎn)品功能重疊，交集過多。

當然這類交互并不是釘釘自己創(chuàng)新設(shè)計的，我是在 Teambition 以及 飛書 這兩款產(chǎn)品上第一個發(fā)現(xiàn)（這兩款與釘釘?shù)淖龇ㄟ€不太一樣），隨著釘釘?shù)母M，相信這類交互很快會成為 一個移動端的全新解決方式。

最后再說說飛書與 Teambition 的在這個交互中的細節(jié)

首先在飛書中，底部導(dǎo)航的配置主要來源于兩個方面：

1. 飛書管理后臺：提供給管理員，讓公司的管理者可以對默認的導(dǎo)航進行一個統(tǒng)一配的配置。
2. 用戶：用戶可以根據(jù)自身的需求特性，對底部導(dǎo)航進行自己個性化的配置。

其次，飛書不會存在釘釘入口太深的問題，用戶點擊更多，就展開抽屜，用戶更容易理解。

Teambition也是類似，就不做拓展，這便是移動端設(shè)計的小趨勢，大家可以在實際工作中用起來～

今天就簡單講了講這個趨勢。

如果覺得這個設(shè)計趨勢還不錯？動動手指 點贊又好看～～