<b>本文講的是再見，漢堡菜單，我們有了新的 Android 互動設計方案，</b>
<b></b>
一開始，與其他人一樣，我們的熱情被完全澆滅了。選擇谷歌扔給我們的這個全新的、沒有經過驗證的導航方式，而放棄我們努力了幾個月的成果，讓我們感到很恐慌。然而，我們還是決定在較短時間内為我們的 Android 應用釋出一個新版本，成為最先使用新導航欄的應用之一。
随着 Material Design 底部導航欄的引入，谷歌意識到了應用開發者所面臨的挑戰，并且提供了從使用者的角度出發的解決方案，以實作一種脫離漢堡式的一級導航欄。這使得我們非常樂于使用它。
在決定使用底部導航欄之後，我們進入了最具有挑戰性的部分——設計階段。在大量的規範和動畫中，我們不得不做出了一些 UX 和産品的重要決定：
我們的底部導航欄
滾動時隐藏： 我們希望在使用者的螢幕上顯示盡可能多的内容。是以，我們決定在向下滾動的時候隐藏導航欄，進而給内容區域提供更多的空間。而向上滾動可以使導航欄重新顯現。
變換式導航欄： Material Design 底部欄有一個非常平滑的動畫，它參考了變換式導航欄——在不同目标間切換的時候，被選中的部分會被放大，同時未被選中的元素會被向後移動，進而在導航欄上浏覽不同的目标就有點像在浏覽一個旋轉木馬。我們決定要使用這種效果因為它使得切換導航目标變得更加有趣了。我們希望這可以推動我們的使用者更多地在應用的不同功能組間切換。同時，該動畫在我們的下一個觀點中非常重要。
Material Design 的外觀和體驗： 我們希望這個底部導航欄盡可能地融入原生 Android 環境。這意味着在動畫和視覺設計上投入更多。隻有這樣做我們才能夠在我們的 Android 使用者群中獲得高接受度——我們最不希望看到的就是使用者在與導航欄互動時懷疑他們在使用從一個 iOS 簡單拷貝過來的應用。
儲存狀态： 使用底部導航欄的應用需要記住使用者在每一個視圖組都做了什麼，這與漢堡菜單非常不同。因為可見的分組安排就是為了更快速和頻繁的切換，是以每一個視圖組的點選路徑都應該被儲存起來，這樣使用者就可以很友善地傳回之前的任務。 相反的是，使用漢堡菜單的應用不會儲存狀态，當應用回到一個分組時，應用都會從視圖的第一層級重新開始。基于你應用的基礎結構，儲存分組中的狀态可能會成為一個巨大的技術難題，是以我建議盡早與你的開發團隊讨論此事。
減少分組的數量： 當我們從漢堡菜單轉換到底部導航欄的時候，我們隻需要轉換少量分組以便于管理，這樣可以讓我們更快完成設計和開發，同時也可以確定隻給使用者展示最重要的入口。這使得我們将設定的入口移動到了右上角的三點菜單中，而不是将它放在最重要的特性（如搜尋，書簽和推薦）旁邊。我建議在确定将哪些功能放在導航欄中時應該盡量嚴格。如果你的應用有大量分組，底部欄可能會相對難以實作，并且你可能需要考慮将其中的一些合并或者重新排列。幸運的是，我們并不需要做這些。
保持精幹 雖然你需要搞清楚你在新導航欄中想實作哪些特性，但更重要的是，不要在驗證核心想法正确與否之前過分沉迷于細節。是以，我們底部導航欄的最小可行産品并沒有包含大量的額外修飾。當然，我們最終将會把這些附加物加入我們的産品中，我們隻是希望在一開始就能确認我們做的是否正确。我們甚至向一小部分使用者釋出了一個無法儲存使用者狀态（詳見之前的觀點）的版本。我們在測試樣本中看到了積極的資料後，才開始處理後續任務。
增加了使用者參與度： 我們的使用者變得更加積極，這使得我們的通路量顯著增加了（PV 和 月活躍使用者都有兩位數的增長）。同時，我們的使用者回訪更加頻繁了，這意味着新導航欄與使用者形成了共鳴，進而提高了使用者粘性（訪客數量和月活使用者都有接近兩位數的增長）。
應用各功能組訪客數量增長了： 重要的應用功能，像書簽以及工作推薦，現在都在底部欄中可見了，并且從資料中反映出其使用量大大增加（進入這些功能組的使用者數量有兩到三位數的增長）。這個增長幫助我們更好地向使用者展示我們獨特的優點，同時也提高了整個産品的體驗。
無負面使用者回報 到目前為止，無論是通過直接的使用者回報或者是通過應用評價，我們都沒有收到過對于新導航欄的抱怨。而通過上述途徑，我們可以看到很多正面的回報。
漢堡菜單 vs 無漢堡菜單：我們應用在導航欄改變前後的對比
我們從對新 Android 底部導航欄的冒險嘗試中獲得了回報，并且我們成功地達成了改善使用者體驗和 KPI 表現的目标。是以，如果你的應用還依賴于漢堡導航，我會強烈建議你去探索這個轉換到可見導航欄的機會。當然，在開發上大量投入之前要先對需要改變的設計有一個初步的認識，進而對工作總量有一個更好的了解。
<b>原文釋出時間為：2016年11月17日</b>
<b>本文來自雲栖社群合作夥伴掘金，了解相關資訊可以關注掘金網站。</b>