看板
Kanban Board
别名:看板任务看板kanban拖拽看板任务面板
这是什么
按状态分列的任务面板—— 通常"待办 / 进行中 / 已完成"三列， 卡片随状态推进在列间移动。 列的位置即流程阶段， 卡片的所在即任务状态， 一眼看清全局进展与瓶颈列。
交互实验室
试一试，再决定怎么用正在加载实验室…
✓ 适用场景
- 流程稳定、状态有限的任务管理（开发、招聘、内容生产）
- 团队需要一眼看出瓶颈（哪列堆积）
- 个人项目按阶段推进的轻量管理
✕ 不适用场景
- 状态维度超过 4～5 列（认知负担陡增）
- 任务间有复杂依赖与层级（用甘特或树状）
- 纯时间维度的排程（日历更合适）
常见形式
经典三列
Classic three-column
待办/进行中/已完成，最通用
WIP 限制
WIP limit
列头标注并发上限，超限高亮警示
泳道
Swimlanes
列内按负责人或优先级横向分层
实现要点
flex/grid columnsdrag-and-drop or button movesdata-status per columnoptimistic move结构为横向 flex 的列容器 + 纵向卡片列表；移动卡片本质是状态字段的变更（乐观更新，先移动后同步）。 拖拽排序用原生 DnD 或指针事件， 简单场景用左右移动按钮即可。 列头显示计数；注意空列的 drop 目标高度兜底， 键盘用户需要按钮替代拖拽。
相关概念
用直接拖动的方式调整列表项的先后顺序：按住条目（或把手）拖到目标位置，其余条目实时让位并给出落点提示。 它把"排序"从抽象的上下移按钮变成所见即所得的空间操作，同时保留按钮作为可达性兜底。
交互模式相似概念用户操作后立即按"预计成功"更新界面，真实请求在后台进行，成功则落定， 失败则回滚到原状态并提示。它解决的是"每个操作都要转圈等服务器"的问题—— 用短暂的不确定换取零等待的流畅感，特别适合点赞、收藏这类高频轻操作。
交互模式相似概念把关键数据与操作入口聚在一屏内的后台首页，用区域化网格组织：顶栏与侧栏负责导航， 中部依次铺指标卡、图表区和主表格，让用户打开就能看到系统当前状态并直接下钻。 它是后台产品信息架构的核心页面，密度与分区方式决定了整站的阅读节奏。
页面搭配使用左侧一列摘要条目，右侧展示选中项的完整详情，点击左侧条目右侧即时联动更新。 它解决的是"在列表页与详情页之间来回跳转"的问题——总览与细读同屏共存， 用户切换条目不丢方向感，浏览和比对多个条目的成本大幅降低。
交互模式相似概念