任务看板要服务工作流，而不是只展示卡片。先定义每列代表的业务状态，再规定拖拽、批量和失败回退。若需要让产品、设计和研发共同评审，可以在Pixso白板中把状态、卡片和操作结果放到同一张画布上。
列状态要能对应真实流程
“待处理、进行中、待验收、完成”只是示例。每列都应写清进入条件、负责人和离开条件；“待验收”不能被误读为已经完成。列头显示数量时说明是当前筛选结果还是全部任务，避免统计和卡片对不上。
拖拽前后都要给反馈
拖动卡片经过目标列时，用插入线和列高亮说明落点；如果列有权限或容量限制，提前提示原因。提交成功后保留轻量撤销，失败时把卡片放回原位置并说明状态未改变。不要在请求尚未返回时让卡片同时出现在两列。
批量操作控制影响范围
| 操作 | 确认信息 | 完成后反馈 |
|---|---|---|
| 移动到某列 | 选中数量和目标列 | 成功与失败数量 |
| 指派负责人 | 对象范围和新负责人 | 逐项异常入口 |
| 归档 | 是否影响公开视图 | 提供查看归档入口 |
窄屏和键盘使用
手机上可以把列改成单列横向浏览或按状态切换，但当前列和筛选条件要固定可见。拖拽不应是唯一改变状态的方式，卡片菜单应提供“移动到”操作。键盘用户要能从卡片进入操作菜单并完成同样的变更。
用一张任务走通成功和失败
在画布中准备空列、普通卡片、拖拽目标、权限失败和批量结果五个状态，检查列统计、卡片状态和提示文案是否同步。
每列都写进入和离开条件
“进行中”可以表示有人已开始，也可以表示任务已领取；两者对统计和提醒不同。列说明放在列头或帮助入口，卡片详情中显示当前负责人和阻塞原因。自动化规则触发移动时，给用户一条可回看的记录。
拖拽到“待验收”后，系统可能要求填写测试链接。若条件未满足，卡片留在原列并说明缺少字段；不要先移动再弹出无法完成的错误。批量移动时，有些卡片成功、有些失败，应逐项列出结果并允许只重试失败项。
从设计到发布的看板
设置“需求、设计中、待评审、开发中、已发布”五列，设计中卡片必须有负责人，待评审卡片需要评论入口。评审通过后移动到开发中，若评论未解决，卡片回到设计中并保留未解决数量。
看板验收清单
- 列状态是否与统计、筛选和提醒保持一致？
- 拖拽失败时卡片是否回到原位置并保留原因？
- 批量操作是否显示影响数量和失败对象？
- 手机、键盘和触屏是否有不依赖拖拽的替代操作？
筛选、排序与列统计
看板同时使用筛选和拖拽时，要说明拖动是否只影响当前视图。卡片被筛选隐藏后，列统计可以显示“当前 4 / 全部 12”，避免用户以为任务消失。排序按优先级或更新时间变化时，拖拽插入位置也应有明确含义。
列过长时可以分段加载，但列头和批量选择栏要固定。拖动跨列时，目标列出现滚动提示；移动到不可见位置后，卡片仍在可预测的顺序。归档或删除操作和移动状态分开，避免误把归档当成完成。
用同一套任务数据在桌面、窄屏和键盘模式下验收，记录列数量、卡片顺序和操作反馈。看板的可信度来自这些结果保持一致。
拖拽之外的可访问操作
卡片菜单提供“移动到、指派、设为阻塞、归档”等动作，键盘用户不用拖拽也能完成。拖拽中用文本提示当前卡片、目标列和排序位置，完成后播报结果。触屏设备要避免长按与滚动手势冲突。
列头数量、筛选结果和批量选择都来自同一数据快照。请求失败时，界面回滚到服务器确认的状态，并显示重新加载，而不是把本地乐观更新留在页面上。
设计评审记录一张卡片从创建到归档的全部状态，确保标签、负责人、截止时间和评论在移动列后不会消失。
卡片内容要支持决策
卡片至少展示标题、负责人、截止时间和阻塞状态；更多字段在详情中展开。拖拽排序后，卡片的截止提醒和负责人不应被清空。列状态变化如果影响自动提醒，要在卡片或活动记录中说明。
同一任务可能属于多个项目视图，跨列移动时只改变当前工作流，不能无提示改变其他视图。归档后的卡片在搜索中可找到，恢复后回到原来的列或要求选择新列。
看板视觉层级要保持列标题、卡片和操作的对比关系，避免状态颜色过多。颜色只表达状态，优先级、风险和负责人使用不同的标记方式。
交付时写清列与卡片关系
看板交付包含列进入条件、拖拽目标、批量结果、筛选统计和键盘替代操作。卡片字段变化要说明哪些属于状态、哪些属于任务内容，移动列不能误改负责人或截止时间。
用一张卡片演示成功、权限失败和撤销，开发与测试都能按同一路径确认数据和视觉反馈。
用数据快照核对看板
在拖拽和批量操作前后保存列、卡片、负责人和截止时间快照。将页面结果与服务端确认逐项比对，能发现排序、筛选和乐观更新造成的隐藏差异。
按列状态设计测试卡
测试卡片分别覆盖无负责人、已阻塞、逾期、待验收和已归档状态，观察列统计、筛选和拖拽后的标签是否一致。不同状态不要只依赖颜色，应同时有文字或图标。
批量移动时混入一张无权限卡片，确认成功和失败结果可分别查看，并能只重试失败对象。
看板上线后继续观察列统计、批量操作和拖拽失败日志，必要时把高频阻塞原因转为卡片字段或筛选条件。设计不是一次性画完列，而是让工作流在变化中仍可解释。
看板的空列、长列和无权限列都要有明确反馈，不能只依靠拖拽动画。把这些画面纳入组件变体，后续新项目可以直接复用并保持状态一致。
看板还需考虑系统自动移动，例如截止时间触发提醒后进入阻塞列。自动动作在卡片活动记录中说明来源，并允许有权限的成员恢复；用户手动拖动时不能覆盖自动规则而没有提示。
为列状态、卡片字段、拖拽结果和自动动作保留一份共享词汇表，新增项目直接复用。词汇统一后，产品说明、活动记录和数据报表不会各自使用不同的状态名称。
