背景
导航是决定用户如何使用飞书产品的关键路径，现有导航在经历过三段变迁后仍然在用户体验和业务扩展两个方向有提升空间。19年10月前套件业务较少，固定导航可以承载全部的应用。
20年3月开始，随着套件内的应用增多，固定导航无法承载，增加快捷导航。
在当前阶段，飞书提供二方/三方落地导航的接口能力，首位可替换成非IM应用，但IM不能移出主导航支持飞书自身应用支持在工作台打开。
用户反馈与调研
根据上述反馈我们发现，不同业务角色对于应用使用偏好不一致，从效率最优角度导航应支持自定义满足不同业务角色诉求。
现有导航对于被收纳进的应用展示不友好，快捷导航点击率非常低，没有明显badge，导致用户没有进入引导。
从数据结果看，字节内超过71%的用户每周使用应用数在5个或以内，超过92%的用户每周使用应用数在6个或以内，超过97%的用户每周使用应用数在7个或以内；
拆分 & 框架分析
从反馈和数据以及导航的变迁历史来看，底部导航首先应该能够提供易用性，给到管理员或用户足够的自定义能力，在此之外，需解决信息触达的能力，最后，是更多的扩展性。
产品目标
提升用户使用体验：解决现有应用进入快捷导航不容易被发现，应用被动“消失”的 bad case。
满足未来业务扩展：提供灵活定制导航应用顺序，提升不同业务角色的工作效率。
方案梳理
针对导航现有的痛点问题、用户反馈和数据以及现有结构（工作台所承载的一方应用）来看，尝试了几个方案；
方案一：增加「更多」作为导航扩展
更多模块位于导航栏位置最右侧位置，点击后弹出半屏快捷中心控件用于展示其他配置在导航的应用，同时「更多」tab 可以具有 badge 能力，提供被收纳进半屏快捷中心控件应用的通知触达能力，删除现有导航栏的上拉 bar 控件。
在更多面板中提供用户自主编辑导航顺序的能力，同时在后台提供管理员配置默认排序以及固定导航应用位置的能力。
方案二：去掉快捷中心，将所有应用都纳入工作台进行管理
点击工作台后，需要单独有区域，设置主导航的应用展示和排序，拟定为「快捷应用」。这其中可以在工作台tab上展示badge，同样提供管理员进行租户和部门级别配置，个人可以从其他应用添加到快捷应用的能力。
该方案需要重新定位工作台，在用户调研中发现，用户很难接受在工作台这种应用全集中展示导航应用，普遍认为工作台是小程序或套件外的应用聚合页，所以改方案不仅影响工作台定位，还需要和各个业务方配合完成工作台页面适配，成本较大。
方案三：保留快捷中心，并作为一级入口
保留快捷中心并且作为一级入口，工作台作为快捷中心的二级入口，部分应用只能保留在快捷中心，比如官方业务（IM、日历、VC、文档），工作台的应用可以进入快捷中心。
该方案也涉及工作台定位调整，只能被限定为应用中心，不具备未来的扩展性，工作台作为生态入口，被纳入三级页面，和业务期望不同，也不利于建立飞书应用生态，于是该方案也被废弃。
方案确认
在几种方案尝试后，最终决策使用第一版方案进行实施，该方案能够达成在早期调研中拆分出的几个比较达的原则和目标。
增加「更多」作为导航扩展，点击后弹出半屏快捷中心控件用于展示其他配置在导航的应用，同时「更多」tab 具有 badge 能力，半屏快捷中心控件应用能够便捷的触达和通知。
在扩展性中，针对个人和企业都有能力编辑导航内容，企业能够固定某个应用不可被移除主导航，或可以自定义内置应用至主导航，个人能够在企业定制的基础上拥有自主编辑顺序和展示的能力。
方案总结
该方案在灰度至字节后就饱受好评，大多数反馈是「终于可以支持自定义了」 🎉
当然，更多的入口依旧挑战了部分用户的使用习惯，目前在持续收集反馈，为未来的优化提供素材与上下文。
