加权矩阵方法：标准、权重、评分与敏感性

按产品找资料更熟悉，按任务找更贴近用途，混合入口似乎兼顾两者。三种方案各有优点，团队若只说“我喜欢”，很难解释为什么选择，也不知道缺什么证据。

加权矩阵将共同标准、相对重要性、评分与理由放在一起，帮助比较候选概念。分数让判断有结构，却仍依赖权重、尺度和证据，不会自动预测用户偏好或业务结果。

先过必要条件，再谈高低分

必须满足的权限、安全或本期基本能力先检查。不合硬约束的方案，不能靠美观或维护高分补偿。

通过筛选后，候选方案描述到相近细节，再定与目标相关的标准。若“容易找资料”和“导航清楚”实际用同一证据，应检查是否重复计算，避免放大同一偏好。

以官网资料入口为假设示例，A按产品、B按任务、C采用混合入口。以下数字只演示计算，不是实际用户研究或58UI项目评价。

评分统一一至五，高分表示更符合标准。实现可行性也按越易实现越高分，避免方向相反。每项写清含义和等级依据，未知不能直接给零。

“任务支持”可考察关键查找是否需绕行、证据是否足够；“信息理解”可考察用户能否解释适用范围。仅有团队印象与实际任务观察，应注明不同来源，不因同样写五分就当作同样可靠。

可以先独立评分，再对照分歧。一人评价首次访客，另一人评价熟练用户，条件未对齐，取平均只会藏住问题。

权重总和按一致口径，如100%。先讨论为什么任务、实施或维护更重要，保存角色意见。不要看完结果再悄悄改权重，只为让偏好方案胜出。

竖直展示板上不同大小权重石与空白评分卡

总分是各项权重乘评分后相加。C为0.30×4＋0.35×3＋0.20×5＋0.15×4＝3.85。当前表显示C领先，但任务支持比B低，实现可行性比B高，这才是要讨论的取舍。

矩阵旁附研究、技术核对或假设。某项证据不足就留空并写需要什么，关键项缺失时别随意补值算总分。热情不能充当评分依据。

将实现可行性从20%降到10%，把这10个百分点转给任务支持，使其为45%；信息理解和维护仍为30%、15%。按同样评分计算，A为3.75、B为3.95、C为3.65。

原来C领先，现在B领先。敏感性检查说明选择取决于怎样看重任务与实施，并非小数点后的差距具有独立的决定性。

窗前天平旁保留近似方案与不确定性卡片

这不鼓励任意换权重。团队应确认争议是否合理，说明本期能力限制，或者补任务证据核实B的高分。权重反映取舍，评分反映判断，两部分都可以被新材料修正。

成功标志是团队能解释当前选择为何成立、哪项权重会改变排序、关键分数凭什么给，并知道还要补哪项检查。大家只记得3.85，就还没理解矩阵。

矩阵有时用于淘汰明显不合适的方向，剩两个继续验证，无需为了会议结束宣布唯一赢家。

资料入口可结合卡片分类了解目标用户的组织思路，再用具体查找任务比较候选结构。实现与维护则由相应人员核对。矩阵整理依据，不能替代这些工作。

交付标准、尺度、权重理由、评分证据、分歧、敏感性和下一步。未选方案也保留原因，条件变化后可以重新考虑。

最后选择哪个入口，要看共同目标与实际条件。加权矩阵让团队清楚承认取舍，并将缺证据的地方转成研究，而非用一个看似精确的分数结束讨论。

58UI可在官网设计开发和UI/UX设计中，围绕关键任务制作、比较与验证候选原型；品牌视觉方向也可按清楚的标准讨论。硬约束和当前能力需要在设计选择前讲明。

相关范围见设计与开发服务，案例可查看官网与界面案例。通过沟通具体设计问题带来任务、约束和标准，便于确定要做哪项方案比较、补哪类证据。