从项目设计到组织能力：
BOE终端产品体验体系建设
把分散在单个项目中的体验判断，沉淀为一套可度量、可接入、可复用的组织级标准。
这不是一次体验测试，
而是一次组织能力建设。
面对多类型终端产品，仅靠项目团队各自判断“好不好用”，无法保证体验质量稳定。我们的目标是建立共同语言，让产品、设计、研发、测试和市场在同一套框架中发现问题、判断优先级并完成闭环。
把体验从“主观感受”变成
可讨论、可追踪、可改善的决策依据。
先解决四个组织级断点
产品类型复杂
终端形态、场景和用户差异大，单一项目经验难以横向复用。
体验标准不统一
不同团队对“体验好坏”缺少共同判断依据，评审容易停留在观点碰撞。
问题发现偏晚
体验风险常在开发后期甚至上线后暴露，整改成本高、影响范围大。
整改缺少闭环
问题记录、责任归属、复测验证分散，设计、产品与研发难以持续协同。
我的职责：设计的不只是方案，
而是一套可运行的机制
从框架定义到跨团队落地，承担体验体系的总体设计与推进。
用三类证据回答同一个问题：
产品体验究竟哪里好、哪里差、为什么？
态度与感受
任务与效率
动机与需求
通过核心任务完成率、效率、错误与障碍，定位可操作的界面问题。
用统一量表衡量用户主观评价，支持不同产品与版本横向比较。
补足数据背后的场景、动机与潜在需求，避免只修表层症状。
从“设计、进程、工程”三个视角，
定义用户体验健康度
指标不是为了做一张分数表，
而是为了让团队做出同一种判断
统一维度：任务、体验、满意度与问题严重度
统一量尺：让产品、版本和团队可以横向比较
统一输出：结论必须能映射到责任人和整改动作
把体验评估前置到研发流程，
从“发现问题”走向“控制风险”
项目接入
确认产品阶段、目标用户、核心场景与评估范围。
方案设计
制定任务、样本、指标、排期及跨团队配合方式。
研究执行
结合测试、访谈、问卷与数据观察收集多维证据。
整改复测
问题分级、责任到人、跟踪修改，并通过复测验证。
测试前、测试中、测试后，
每个阶段都有明确动作与交付物
方法跟着问题走，
而不是用一种研究方式回答所有问题
可用性测试
核心任务、操作效率、错误与阻断点
满意度量表
综合评价、维度得分与版本变化
深度访谈
使用场景、真实动机、预期与潜在需求
复测与数据验证
验证整改是否真实改善任务与主观感受
不是所有问题都同等重要：
用分级机制决定先改什么
阻断级
核心任务无法完成、存在严重风险；必须立即修复并复测。
高影响级
显著影响效率、理解或满意度；纳入当前版本优先整改。
优化级
不阻断任务但影响一致性与体验品质；进入持续优化池。
让问题不止被看见，
还要被解决、验证并沉淀
研究证据
明确责任
研发实现
标准沉淀
体验推动机制建立
设计评审以体验证据为输入；问题清单绑定优先级、责任人与截止时间；重要问题必须复测；跨项目共性问题进入体验标准与检查清单，成为下一项目的前置能力。
同一套维度持续复测，
让改善结果可验证、可追踪
结果不止是一轮分数提升，
而是一套能力开始规模化运行
覆盖终端产品
适配不同产品形态、场景与项目阶段。
覆盖组织研发项目
体验评估逐步成为研发流程中的标准动作。
体验评分提升
以统一指标持续追踪问题整改后的体验变化。
用户满意度
研究证据与设计整改形成可验证的正向结果。
将设计能力转化为组织能力
从诊断问题、定义框架，到建立流程、推动跨团队协作与持续复测，这个项目展示了我作为体验设计负责人的系统思考与落地能力。