角色卡片要写什么
角色卡片常见的写法是填年龄、职业、兴趣爱好，这些信息几乎不影响任何一个界面决策。真正有用的是四件事：身份、典型场景、核心任务、常用设备。
一张卡片一句话写清楚。比如财务专员在月末集中处理三十笔报销单，主要用桌面端浏览器，需要批量核对金额与发票。这句话直接告诉设计者：批量操作和键盘操作要顺手，移动端优先级可以放低。
卡片数量控制在三到五张。写太多会稀释重点，最后每张都照顾不到。如果一个人群的使用方式和另一个高度重合，就合并成一张。
角色卡片的有效期也该写清楚，建议半年或业务发生明显调整时回看一次。过期的角色描述比没有描述更麻烦，它会让后续的每个判断都建立在错误前提上。
主角色与次要角色
角色之间要排序。主角色是产品存在的理由，界面结构和默认路径优先满足他；次要角色的进入路径可以多一步；边缘角色能满足基本可用即可。
排序的意义在于取舍。当两个角色的诉求冲突时，有排序就有判断依据，而不是每次重新争论。比如审批人希望首页是待办清单，提交人希望首页是提交入口，谁排前面决定默认落地页。
排序后要写下来。没有写下来的排序等于没有排序，讨论时谁的声音大谁就赢。
角色排序直接影响默认值。同一个字段，对审批人默认显示待我审批，对提交人默认显示我提交的，这就是排序落到界面上的具体样子。
用任务层级替代功能清单
功能清单是内部视角，任务层级是用户视角。同一个系统，按功能列是二十多个模块，按任务列可能只有六件事：查数据、录数据、审批、导出、对账、配置。
任务归并后，导航和页面结构可以直接照着排。一级导航对应最高频的任务组，页面内的小节对应子任务。用户找东西时脑子里想的是任务，不是模块名，两者对齐能显著减少点击次数。
任务清单还要标注起点和终点。从哪来、到哪去、完成后用户会看到什么，这条链路能暴露大量被忽略的中间态，比如提交后等待审核期间用户该看到什么。
把任务按发生顺序连起来，还能顺带发现断裂点。比如提交后没人通知审批人，或者审批完没人通知提交人，这类问题在功能清单里看不出来，在任务链路上一眼就能看见。
熟练度差异怎么兼容
同一个角色里，新人和熟手的行为差别往往比两个角色之间还大。新人需要引导、示例、默认值；熟手需要快捷入口、批量操作、键盘支持。
做法不是做两套界面，而是同一套结构里提供两条路径。主路径完整、带说明，保证新人能走通；辅助路径短、不加解释，放在不干扰主路径的位置，供熟手使用。两条路径共用同一套数据与状态。
判断标准也很简单：让一个没用过系统的人独立完成一次核心任务，中途卡住的地方就是要补引导的地方；再让每天用的人操作一遍，需要重复点击超过三次的地方，就是要补捷径的地方。两条路径共用同一套状态与文案，只在触发方式上区分。一旦分成两套逻辑，后续每改一处都要改两遍，很快就会不一致，用户在不同入口看到的内容也会对不上。
