长期客户合作中的知识交接
维护业务术语、系统账号归属和关键决策记录。更换项目成员时，用一次真实更新任务验证交接，而不是仅发送文件夹。
事实与责任的实施要点
对外表达应区分目标、行动和已经得到证实的结果。人物、客户、奖项与环境声明需要依据，视觉素材不构成这些事实的证明。
怎样核对结果
逐项核对名称、时间、授权与数字来源，保留更正渠道。无法确认的事实不发布，页面仍可用具体方法与范围表达价值。
长期客户合作中的知识交接
相关实践笔记
变更确认
专业分工
围绕变更确认划分项目责任，明确需要提供的资料、协作对象与检查结果。这里介绍专业分工，具体参与人员在项目确认时安排。
组件维护
专业分工
围绕组件维护划分项目责任，明确需要提供的资料、协作对象与检查结果。这里介绍专业分工，具体参与人员在项目确认时安排。
客户路径
专业分工
围绕客户路径划分项目责任，明确需要提供的资料、协作对象与检查结果。这里介绍专业分工，具体参与人员在项目确认时安排。
搜索体验
专业分工
围绕搜索体验划分项目责任，明确需要提供的资料、协作对象与检查结果。这里介绍专业分工，具体参与人员在项目确认时安排。
服务蓝图
专业分工
围绕服务蓝图划分项目责任，明确需要提供的资料、协作对象与检查结果。这里介绍专业分工，具体参与人员在项目确认时安排。
可用性观察
专业分工
围绕可用性观察划分项目责任，明确需要提供的资料、协作对象与检查结果。这里介绍专业分工，具体参与人员在项目确认时安排。
实践笔记
UX 为什么应从项目早期开始
开工时确认受众任务和现有困难，用原型提前检查路径。研究范围与预算匹配，但不能完全省略用户问题定义。
实践笔记
UX 常见术语怎样用任务解释
把用户旅程、线框图和原型分别对应到问题、结构和操作验证。首次讨论时给出同一个页面示例，避免团队各自理解术语。
实践笔记
UX 问题怎样从观察进入设计
记录用户目标、实际路径与停顿点，再提出可以测试的改动。设计判断需要观察依据，不只依赖团队内部喜好。
实践笔记
用户心智模型怎样影响导航
让参与者给内容分组并说明标签含义，再与现有菜单比较。内部部门名称不一定是客户理解服务的方式。
实践笔记
扩展 UX 服务前怎样说明范围
把研究、信息结构、原型和测试列成独立交付，说明客户需要参与的环节。避免把一次设计讨论包装成完整研究。
实践笔记
校企项目怎样明确合作产出
说明研究问题、学生参与范围、交付形式与公开授权。尚未签订或开展的合作只作为计划，不发布伙伴声明。
实践笔记
AI 辅助沟通怎样保留个人判断
让工具整理要点和初稿，发送前由本人确认事实、语气和承诺。涉及他人经历或敏感信息时单独检查授权。
实践笔记
把无障碍要求落实到设计稿
在组件旁注明焦点状态、错误提示和图片说明职责。评审不只看静态画面，还要走一遍键盘完成任务的顺序。
实践笔记
服务设计：把前台体验与后台流程连起来
画出咨询、确认与交付三个触点，逐一标出负责人员和交接资料；再检查客户等待时能否知道进度。
实践笔记
数字战略路线图怎样落到交付
把目标拆成当前问题、近期改善和后续试验，注明负责人和验证结果。路线图可调整，但调整理由要能追溯。
实践笔记
数字路线图怎样保持可执行
把每项工作对应到用户问题、负责人、依赖和完成标准。先安排可验证的小阶段，避免将所有未来想法放进同一承诺。
数字产品设计工作指南
下载可编辑的数字产品设计工作指南，记录项目现状、待确认事项与负责人。文件由 OXOAK 整理，示例字段可按业务修改。
实践笔记
UX 与 SEO 怎样共同组织页面
标题说明客户问题，正文直接回答，导航帮助继续探索。不能为了关键词增加无意义页面，也不能为简洁删掉重要信息。
实践笔记
原型保真度怎样随问题变化
测试信息顺序可用低保真线框，测试阅读与品牌需要真实文案和视觉。不要在结构未确认前花时间完善每个阴影。
继续阅读
内容与设计