Quire 子列表：连接团队任务清单与个人效率的桥梁

最后更新：2026 年 8 月 10 日

你在周一早上打开团队的项目，映入眼帘的是 214 个任务。设计师的待办队列、QA 的积压任务，还有市场部归在某个你从未碰过的项目里程碑下的三件事。在这堵墙里的某个角落，藏着今天真正属于你的那一小撮工作。祝你能在第一条 Slack 消息弹出之前找到它。

这里没有人在偷懒，只是这份清单是共享的。

当整个团队在同一处规划工作时，清单会不断增长，而一份冗长的清单往往也很"吵"。每个人的工作都堆在同一栏里，所以你每天看到的大部分内容其实都属于别人。Quire 子清单正是为此而生。它让每个人都能为项目开辟出自己专属的聚焦视图，而不必把任何一个任务从团队的主清单中挪走。

这不只是一种直觉，背后是有真实研究支撑的。

在《深度工作》一书中，Cal Newport 指出，有价值的工作需要长时间不受打扰的专注，而最常见的干扰源就是视觉上的杂乱——别人那些不断向你招手的任务。加州大学欧文分校 Gloria Mark 的团队测算出了恢复的代价：一旦注意力被拉走，重新找回原来的思路平均需要约 23 分钟。

所以，满屏与你无关的工作并不是"免费"的，它会悄悄向你收取每次约 23 分钟的账单。

David Allen 的《搞定》则从另一个角度得出了同样的结论：一个值得信赖的系统，只有在你能把它缩减到眼前这一刻真正需要面对的内容时，才真正管用。

这正是子清单的全部意义所在。它把一个共享的 200 个任务的项目，变成你自己的 20 个任务的视图，同时不必脱离所有人共同遵循的整体计划。

深入了解如何避免职场倦怠。

Quire 子清单是什么？

子清单是项目主任务清单的一份已保存的筛选视图。你可以按负责人、标签、优先级、到期日期，或任意组合的筛选条件来挑选想看到的任务，然后为这个视图命名并保存下来。它作为独立的标签页与主清单并排存在，切回完整视图只需一次点击，无需重新构建。

有三点让它不仅仅是一个花哨的筛选器。

它是你个人专属的。 子清单按用户区分。你的My week视图和同事的Design QA视图可以在同一个项目里并存，互不干扰。任何人整理自己的视图，都不会打乱别人的屏幕。

它是已保存、已命名的。 普通筛选只是一个瞬间的状态：设置、使用，离开后就消失了。而子清单会持续存在。你第二天回来，它依然停留在原处，展示着同一份工作切片。

它是实时的。 子清单不是一份副本，而是一扇窗口。当主清单中某个任务的负责人、到期日期或状态发生变化时，你的子清单也会随之更新，因为它显示的其实是同一个任务，只是透过你的筛选条件来看。不需要同步，也不需要对账。

每个方案都包含子清单功能。Free 每个项目提供两个，足够让你判断这个习惯是否适合自己，付费方案则会在此基础上进一步提升上限。

相关阅读：Quire 智能文件夹：跨项目的统一视图——同样的理念应用于跨项目场景，适合你的关注点不止一个项目的情况。

比起阅读文字说明，看实际操作会更容易理解。在这场新手入门网络研讨会中，大约 27 分钟处演示了如何把一个真实项目拆分成多个子清单。

本节内容27:28 子清单、文档视图与图表——展示项目信息

为什么团队一变大，共享清单就会失灵？

一个五人团队、四十个任务的项目还好，每个人都能把整个情况装在脑子里。麻烦出现在团队和积压任务同时增长的时候：同一份在四十个任务时看起来井井有条的清单，到了两百个任务时，就变得像一份你临时接手的电子表格。

核心问题在于，同一份计划，在每个人眼中看到的东西都不一样。同一份提案和行动计划，可能会让每位同事都悄悄搞不清楚哪些部分才真正需要自己去推动。管理者浏览这份清单时看到的是战略全局；而某个专项负责人看到的，却是自己那三个任务被淹没在一堆噪音里。

再多的沟通也无法完全弥合这种差距。无论计划写得多清楚，人们总会带着自己的角色去解读一份待办清单。写清单的人眼中的紧急事项，在阅读者眼中可能只是背景信息。于是有人为此建立起繁琐的个人标签体系来应对，也有人干脆每天早上滚动划过整堵墙，祈祷自己没漏掉什么。（"划过去、祈祷没漏"这套动作，你我都干过。）

给每个人一个可以自己塑造的视图，正是那种没人特意提出、却人人都想要的默默改进。

子清单究竟能帮上什么忙？

这正是它真正发挥作用的地方。子清单不是让你多学一项新功能，而是帮你去掉那些不需要看到的东西。

你可以在同一个项目上并行运行多个子清单，每个都有独立的查看权限。比如你新建一个名为"设计参考"的子清单，把与该项工作相关的所有任务和子任务都放进去。这样一来，你不必再去维护一套让整个项目都感到抓狂的复杂标签体系，只需要一个干净的视图，在合适的时间看到合适的任务，其他一切都被隔离在视野之外。

同一个任务也可以同时出现在多个子清单中。一个设计任务，既可以属于你个人的"本周待办"视图，也可以同时出现在共享的"设计参考"视图里。它并没有被复制，只是从多个角度被看见，就像同一本书可以同时出现在两份阅读清单上。

而你也不会被困在这个狭窄的视图里。随时可以切回主清单，查看团队共享的全部内容以及项目的整体格局。想专注时就专注，需要看全局时就放大视野。

进一步了解如何创建子清单。

如何把已应用的筛选条件直接变成子清单？

你把一个项目筛选到"紧急"状态，看到还剩十一个任务，心想"我想把这个留下来"。在此之前，这意味着你要先单独创建子清单，再把这十一个任务一个一个拖进去。

现在筛选栏本身就能搞定这件事。应用你想要的筛选条件，点击筛选栏末尾的星标图标，选择创建子清单。

Quire 会要求你输入名称、（如果需要的话）选择图标，以及谁可以打开这个视图。点击创建，新的子清单就会打开。

清单创建完成后，筛选条件并不会被丢弃，而是作为子清单的预设条件持续生效，因此下周二只要有任务符合条件，就会自动加入，无需任何人动手。下午把某个任务标记为"紧急"，等你再看的时候，它已经在那个子清单里等着你了。

在创建之前有一点需要了解：是筛选条件决定了成员归属，而不是你手动决定，因此 Quire 不允许你把任务拖入或拖出带有筛选条件的子清单。想调整的话，改任务本身就好，子清单会自动跟上：改优先级、改标签，视图会自己跟着更新。

这也清晰地划分出填充子清单的两种方式。当某个切片是任何规则都无法描述的主观判断时——比如你个人打算在周五前完成的那六件事——就手动把任务拖进去。当规则很明确时，就从筛选条件创建子清单，它会自己保持最新，你则可以专心投入工作本身。

相关阅读：用筛选功能，聚焦真正重要的事，了解你在保存视图之前可以组合的所有筛选与排序方式。

什么时候该用子清单，而不是新建一个独立项目？

这是大多数人熟悉子清单之后会遇到的岔路口：如果我想要一个聚焦视图，为什么不直接新建一个项目？

当任务已经属于某个现有项目，而你只是想要一个更清爽的子集视图时，就选择子清单。没有任何内容被复制或重复，视图始终与真实的工作数据绑定。

当工作在范围、归属，或有自己独立生命周期这些方面确实与众不同时，就选择新建独立项目——比如不同的客户、不同的预算、不同的时间线。

真正的判断标准在于：情况发生变化时会怎样。子清单会在主清单变动的那一刻自动更新，因为它们本质上就是同一批任务；而独立项目不会。把工作拆分成独立项目，就意味着你要手动维护两者之间的同步，而这恰恰是子清单存在的意义——帮你省掉这份苦差事。

团队日常中到底是怎么使用子清单的？

理解这一点最好的方式，就是看团队实际如何运用它。几种模式反复出现。

个人聚焦视图。 你在项目中挑出属于自己的任务，命名为"我的重点"，这就是你每天早上打开的那个界面。不用再翻过 QA 的积压任务，才能找到属于你的那三件事。

共享的里程碑视图。 团队管理者经常这样用。挑出与产品发布第一阶段相关的任务，把这个子清单命名为"第一阶段"，只分享给参与这一阶段的人。所有人看到的都是同一个切片，都清楚哪些内容与这个项目里程碑相关，而且不会因此失去对底层主清单的访问权限。

外部团队视图。 邀请客户或承包商加入时，只与他们分享一个子清单，而不是整个项目。他们只能看到与自己相关的那部分任务，其余内容一概看不到。数据完全相同，但入口更窄。

相关阅读：20 个你该知道的 Quire 隐藏功能——子清单正是许多老用户常常忽略的功能之一。

子清单也能和我的任务 II 很好地配合使用，后者会把分配给你的所有任务，从所有项目中汇总到同一个地方。我的任务回答的是"我在所有项目中到底有哪些事要做"，子清单回答的是"眼下这个项目里，什么才是真正重要的"。两者结合，能让你围绕真正该做的事来规划一天，而不是被最吵的事牵着走。

进一步了解 Quire 我的任务 II。

如何避免宏大的计划把你压垮？

在主清单上尽管大胆构想，让它不断增长，让每位同事都把自己的想法添加进去，直到整个目标的轮廓完整地呈现在看板上。这部分理应大胆，甚至可以有点不受约束。

但到了真正动手做事的时候，就把你的视图缩小到眼前这一刻。这正是 Quire 从一开始就秉持的理念：每一个宏大的梦想，都需要一个切实可行的起点（我们早期对此的思考在这里）。你可以规划整个世界，但真正把它变为现实，靠的是一次只专注做好一个任务。

Quire 是最早在同一份主清单内支持保存的、按权限划分的视图的工具之一，而它正是这套体系中的第三块拼图。嵌套任务清单把宏大目标拆解成一个个可行的步骤；看板管理让你看清每个步骤所处的状态；子清单则决定你在工作时该看什么。结构、流程、专注，三者兼备。

希望子清单也能出现在你的成功故事里，无论你是在筹划一次公司团建，还是在打造一枚真正的火箭。帮助你专注、把事情做成、达成目标，从第一天起就是我们的初衷。不妨在一个已经让你感到有点拥挤的项目上，试着创建你的第一个子清单，然后到 X @quire_io 或发邮件到 feedback@quire.io 告诉我们效果如何。你的第一个子清单会取什么名字？

子清单还是独立项目：该如何选择？

这是大多数人都会遇到的岔路口，以下是快速判断方式。

常见问题

Quire 中的子清单是什么？

子清单是项目任务清单的一份个人化筛选视图，可以基于负责人、标签、优先级或任意组合条件生成。它作为独立标签页与主清单并排存在，切回完整项目只需一次点击。

子清单与普通筛选有什么区别？

普通筛选是临时性的，离开后就会重置。子清单则是已保存、已命名，并且会跨会话持续存在，你还可以将它分享给特定的同事或外部团队。

子清单如何支持团队协作？

你可以把子清单设为私密，也可以分享给指定的同事或外部团队，比如只把"第一阶段"视图分享给参与第一阶段的人员，它拥有独立于主项目的权限设置。

Quire 子清单是否所有订阅方案都支持？

是的，每个方案都支持，但每个项目可创建的数量不同：Free 两个，Professional 20 个，Premium 50 个，Enterprise 不设上限。

如何在 Quire 中把筛选条件转换为子清单？

应用你的筛选条件，点击筛选栏末尾的星标图标，选择创建子清单。该筛选条件会成为子清单的预设条件，之后符合条件的任务会自动为你添加进来。

什么情况下应该使用子清单，而不是新建一个独立项目？

当任务已经属于某个现有项目，而你只是想要一个聚焦视图时，使用子清单。当工作在范围或归属上确实存在本质区别时，则新建独立项目，因为子清单会自动更新，而独立项目不会。