谈谈钉钉工作台的体验优化及技术思考

原创单丹阿里云开发者

阿里妹导读

本文主要介绍本次体验优化专项的特点，产品能力体验升级背后的技术思考，以及技术视角优化的关键策略和结果。

业务发展初期，往往是业务单引擎驱动，功能要求快速上线来追求规模化扩张，常会忽视用户体验。但数据证明，重视体验的企业发展速度远超行业平均水平。开放平台用户端产品活跃用户数超3千万，用户端的变化将直接影响千万级用户的使用体验及对钉钉的满意度。为此，我们设置了用户端体验专项。

本文主要介绍本次体验优化专项的特点，产品能力体验升级背后的技术思考，以及技术视角优化的关键策略和结果。

体验优化专项特点

本次体验优化专项，和以往的不同点有以下3个方面：

特点1：联合客户端容器、小程序、多产品实施用户视角端到端的优化策略

将站位从单一产品内页面移至用户侧，从用户视角分析全链路及分阶段的性能稳定性情况，联合端容器、小程序、以及各个产品共同制定优化策略和方案，达成用户真实有感知的体验提升。

全链路分阶段的性能分析：

特点2：从技术保障和产品能力两个维度出发确定目标并进行项目解构，来推进体验提升

技术保障上，从性能、稳定性、数据3个技术视角，推进产品从可用性、好用性到易用性的进阶升级。产品能力上，从用户VOC分析、共创调研、专家走查等渠道获取用户痛点问题，针对性的提升员工、管理员、开发者3个用户视角的满意度：

特点3：多角色协同明确落地机制

定期进行专家走查、VOC梳理、大客户共创，转化成有价值的体验需求。同时工作台多角色MVP小组内部对体验需求优先级和占比达成一致，保障每个阶段有一个优化主题。这样一系列的机制来保障体验需求有节奏的落地：

产品能力体验升级背后的技术支撑和思考

产品能力的体验升级上，用户视角能感知的变化，需求多数来自于产品和设计的加工转化。那从技术视角来看，技术侧除了实现产品功能，哪些架构设计是支撑产品能力体验升级的关键呢？好的架构设计出自组织团队成员的定期反思并以此调整优化，追求良好的技术架构设计是团队敏捷能力增强的一个必由之路。

1：页面schema化

工作台平台化体系的特点是页面变化来源有多种场景，目前包括：开发态、设计态、运行态、管理态和营销态。用户角色有开发者、设计者、管理者、平台运营、PD和员工。不同角色的操作都会带来工作台页面结构、组件、数据的变更。那如何快速响应这些变更呢，去实现一个个需求吗？好办法是更好的架构设计来实现需求完成自动化。

工作台平台化体系：

页面Schema化的设计，保障各角色在修改工作台时，不再需要前端参与开发，能够快速响应产品体验升级。例如，运营同学想根据人群使用习惯，在不同人群的工作台上安装一个置顶应用组件，且内置的应用不同，这样来提升对组织员工的体验。过去可能需要修改工作台页面，现在，只需要配置数据就可以了，页面不需要改动。

同时，设计上将数据和页面布局分离，更适合工作台这一类高频修改的业务场景，有的场景仅修改布局，有的场景仅修改数据，这样对性能、稳定性更友好。

2：组件动态化

产品上为实现工作台页面的丰富度，提升用户体验，引入了越来越多一方、二方、三方的组件。目前工作台线上组件近1000个。试想下如果这些组件全部和工作台集成在一起，未来有一天工作台小程序体积将超过钉钉，可能用户要等小程序下载就要等很久。由于组件动态化的实现，并没有因为组件增多而影响页面秒开时间。并且，由于小程序动态插件天然具有运行时隔离的特性，也避免了安全和稳定性的问题。

组件动态化设计：