通过费力度调研全量收集用户反馈，产研团队评估页面治理优先级，对平台高优高频页面进行「认知负荷」「一致性」页面级治理。最终治理 15 页高优页面，灰度无负向反馈，满意度 4.6/5，Techlink 排名由第 10 升至第 4。
产品定位
角色
工作范围
时间
4.6/5
满意度分数（灰度无负向反馈）
15 页
认知负荷治理页面（3/15 → 15/15）
Top 4
Techlink 排名（第 10 → 第 4）
2025 年上半年起，KeeP 推进大前端融合，目标是解决团队协同不便与工具能力分散两大问题，靠共建节约工具建设人力，同时保障用户体验、降低迁移成本。
而 KeeP 已经久未优化产品体验：多数页面过往没有设计师参与，基础体验较差。融合意味着用户要批量迁移到这些页面上——产品级体验治理，从可选项变成了融合的前置必答题。
更麻烦的是，平台过去收到的用户负反馈很少，评论区好评多来自主站项目共建用户，幸存者偏差明显；打分和实际客观问题之间也存在较大差异。优化什么问题、优化哪些页面、怎么改才不破坏用户习惯——三个问题在开局都没有现成答案。
我把三个难点一一拆成对应策略：体验问题难准确定位 → 做费力度 / 用户调研，从用户完成一次操作的完整链路里全量收集痛点；平台基础体验底子差 → 引入团队过往专项沉淀的「认知负荷 / 一致性」体验度量方法，产研自查平台全部核心页面，让数据说话定位待治理页面；页面改动挑战用户习惯 → 保留核心操作链路，只解决过程中的低洼痛点，不让用户重新学习。
其中「一致性」「认知负荷」两个度量方法在「KDev 基础体验治理」等过往专项中已被验证有效，这次直接复用为「产品自查」环节的度量手段——方法复用，但治理对象从功能模块升级到了整个产品。
💡 先看清全貌再动手：用费力度收全量问题，用度量定治理页面，用链路保留护住用户习惯
作为设计主R，我主导了从调研、度量、方案到治理落地的完整链路：先用 600+ 问卷把问题清单建起来，再用度量分数定出 15 页核心治理页面与目标分，最后以保留高频路径为原则逐页完成页面级治理。
沿「见–解–行–果」四个体验维度发放问卷，共收集 600+ 份，覆盖开发、测试、项目经理等多部门全角色，再通过用户访谈明确页面核心问题。
收上来的主观问题没有按「谁声音大」直接排期：我用「问题象限」（影响因子 × 费力度平均值）对 400 余条原始问题做收敛，最终明确 156 条问题：P0 35 条、P1 45 条、P2 76 条。覆盖的用户类型更多，幸存者偏差就更少。
用「一致性」「认知负荷」两个指标，产研遍历自查平台全部核心页面，定出 Q2 治理目标：一致性分数从基线 1.02 提升至 1.9（+0.88）；认知负荷页面从 3/15 页治理到 15/15 页。
至此「体验好不好」从感觉问题变成了分数问题，产研团队评估治理优先级也有了统一标尺。
以最高频的「打测试包」为例，治理的第一原则是不动：选分支、配构建、点「开始打包」的整个流程与过往完全一致。用户靠肌肉记忆完成的链路，是迁移成本最低的部分；真正要动的是链路周边的低洼痛点。
围绕认知负荷做了两类事：优化信息呈现——降低低频信息的视觉层级（如「打包记录」挪到右上角）、提升关键操作、信息重组划分优先级；改善交互流程——平铺高频筛选项，把「一次筛选至少 4 步配置」压到 2 步，并按就近原则把「新建模版」与「勾选模版信息」归于同一区域。
把同一套「优化信息呈现 + 改善交互流程」的治理逻辑铺开到 15 页核心页面，认知负荷治理完成 100%。治理后引入第三方视觉评估平台 3M Vas 做页面关注度分析，用数据客观验证治理前后的注意力变化，而不是靠主观走查说话。
灰度十分顺利，无用户负向反馈；定性收集反馈近乎好评，定量问卷满意度 4.6/5；一致性分数如期达成 Q2 目标 1.9，当前已进一步升至 2.31。
同期，KEEP 的 Techlink 排名从第 10 升至第 4。
结果清单
2026 © Built with Next.js
Crafted by Coci Chan
