Quire 子清单：6 个真实使用场景与示例

最后更新：2026 年 8 月 10 日

你今天早上打开项目,发现主列表里有287个任务。其中大约四十个是你的。剩下的247个属于那些你巴不得在周一别看到的人。不知怎么,所有这些任务都挤在同一个可滚动的矩形框里,滚轮感觉像是在跟你对着干。

这正是大多数Quire用户发现子清单的时刻,而他们往往会想,为什么没有第一天就试试这个功能。官方的说法是"同一项目的个性化或筛选视图"。实话实说是:子清单能把一个300个任务共享的项目,从你勉强忍受的东西,变成你真正愿意打开、不会皱眉的东西。

2020年那篇介绍子清单的文章讲的是理念。这篇文章正好相反。六个具体的工作流程,每个场景下我们实际会用的配置,值得了解的取舍,以及一个我们特别会放弃的用法。下面每个例子都是我们营销活动上线和敏捷工作区中真实运行的项目,你可以点进去看结构,而不用凭空想象。

子清单到底是什么?(90秒版本)

子清单是同一项目中某个任务子集的已保存、命名、可分享视图,拥有自己的URL和自己的权限设置。任务本身只存在一份,存放在主列表上。子清单只是指向它们。在子清单中编辑任务,编辑的就是原始任务,因为根本没有复制品这回事。

有三点让Quire的子清单和其他工具中听起来相似的功能不一样。

1. 它是筛选出来的视图,不是标签,也不是独立的工作区。Asana的区段只是平面的分隔线。ClickUp的列表是各自独立的数据集。Trello的筛选结果不会以独立URL的形式保留下来。而Quire的子清单是同一份数据来源的已保存视图。
2. 权限模型。每个子清单都可以设为仅你自己可见、仅管理员可见、与选定成员共享、开放给外部团队,或者完全公开。正是这种精细度,让下面的用例真正发挥作用。
3. 自动化。子清单可以是手动整理的(你把任务拖进去),也可以是基于筛选条件的(你设定条件,任何符合条件的新任务都会自动加入)。真正省时间的是基于筛选条件这一种,也是大多数团队最容易低估其价值的部分。

完整的操作机制可以参考子清单指南。这篇文章接下来要讲的,是实际该怎么用它。

用例1:营销活动上线如何靠子清单运转?

营销活动上线的项目膨胀得很快。看看我们真实的营销活动上线工作区:等活动正式跑起来,主列表已经横跨七个区段(网站、博客文章、社交媒体内容、社交媒体平台、电子邮件通讯、网络研讨会、翻译),还有跟踪平台、预算、时薪、KPI积分的自订字段。营销总监需要看到全局。写博客的作者不需要。

我们的设置方式是:按职能或按审核状态各建一个子清单。一开始手动维护,等标签体系稳定下来(通常是第五天左右)再转为基于筛选条件。

设计审核子清单是最直观的例子。筛选逻辑是状态 = 审核中且标签 = 设计。设计师只会看到等待他们审核的任务;任务一旦上线,子清单会自动清空。没有人需要在七个区段、33个任务里翻找出那三个需要过一遍审核的任务。

"内容"子清单的原理相同:标签 = 内容,负责人 属于 [撰稿人名单],自动纳入任何符合条件的新任务。同一份数据,不同的视角。

这一切能奏效的关键在于:营销总监依然用主列表做跨职能规划,而每个职能负责人用自己的子清单来执行工作。数据是同一份。不用来回核对。周五下午四点也不会再有"到底哪个版本的进度表才是最新的?"这样的消息弹出来。

想了解这如何融入更大的上线运营模式,可以参考我们关于跨职能项目管理的文章。

用例2:软件敏捷冲刺规划如何用子清单实现?

大多数工程团队最终会落到这样的模式:主列表就是待办事项池(backlog)。每两周,冲刺规划会产出一个子清单,里面是本周期承诺完成的任务。

我们的敏捷工作区就是实际操作的范例。待办事项池按业务方向(客户反馈/用户故事、网站、桌面应用、Android应用、iOS应用)组织,并用自订字段记录故事点数。到了冲刺规划时,团队会多选选定的任务,使用右键点击 → 设置子清单 → Sprint 47。这就是我们如何搭建出Sprint 47子清单的方式,你现在就可以打开看看:目前里面锁定了两个来自客户反馈的真实bug工单("表情符号无法正常显示""主页按钮无法使用"),还留有空间容纳本次冲刺承诺的其余任务。

同一种模式的基于筛选条件的版本,会使用类似sprint-47这样的标签,再配一个自动纳入所有该标签任务的筛选型子清单。设置上稍微多花点心思,但后续零维护。

子清单的URL会被丢进团队的每日站会频道。接下来两周,工程团队都在这个子清单里工作。子清单的看板视图就成了冲刺看板。产品经理看主列表,用来做待办事项梳理和路线图讨论。工程师看子清单,关注的是正在进行中的工作。

一个不错的附带效果:到了回顾会时,子清单本身就是现成的记录。它精确记录了范围内有哪些工作、哪些已经上线、哪些被推迟了。不用再把Jira看板截图贴进Confluence。子清单的URL就是记录本身。

用例3:代理商如何用外部团队子清单让客户看到进度?

对代理商来说,这是子清单最高价值的用法,也是大多数代理商没意识到可以这样用的地方。同样的模式也适用于与外部创意合作方合作的内部团队(自由设计师、视频编辑、翻译供应商)。任何组织外部、需要看到部分工作但不需要看到全部的人,都适用这套方法。

我们的设置方式是:每个客户合作项目(或每条外部合作方线)对应一个项目。主列表存放所有工作,包括仅限内部查看的任务:商务沟通、内部QA、盈利标记等。以客户名字命名的子清单会被创建出来,权限设为外部团队,里面只放客户应该看到的交付物和决策。

你可以在我们营销活动上线工作区里搭建的外部团队——客户视图子清单中看到这套结构。在实际合作中,你会把涉及客户的交付物放进去:审核中的博客文章、设计素材、网络研讨会脚本、翻译稿。至于内部的边注、私密的QA讨论、用于计费的范围变更记录?这些都留在主列表里,外部团队的URL根本看不到。

客户拿到这个URL,用他们的外部团队席位打开。他们能看到交付物、到期日期、状态,以及涉及他们的评论。仅此而已。

对于同时运营8到15个客户项目的代理商来说,这一种模式就能取代每周的PDF报告、并行维护的Notion页面、堆满截图的状态邮件,以及客户问"你们现在在做什么?"时那一堆本可以避免的来回沟通——因为他们原本没有别的办法看到进度。

这个工作流程更深入的版本在我们的代理商项目管理文章里。简单来说:外部团队子清单能让你不再维护一份平行的客户专用追踪表,因为权限边界是由工具本身强制执行的,而不是靠你自己小心谨慎。

用例4:管理者如何用基于筛选条件的子清单来做每周回顾?

一个带八名直属下属、同时负责四个进行中项目的团队负责人,会遇到一个反复出现的难题:每周五,他们需要知道哪些工作完成了、哪些延期了、接下来要做什么。从四份主列表里手动整理出这些信息,是一件耗时90分钟、没人爱做、大多数人干脆跳过的苦活。

我们的设置方式是:每个项目建一个基于筛选条件的子清单,统一命名为"本周"。我们在营销活动上线项目里搭建了这套模式的样板,让你能看到URL的样子。你需要配置的筛选条件是:

• 到期日期 在本周内 或 完成时间 在本周内
• 负责人 属于 [直属下属名单]

这正是基于筛选条件的子清单真正体现价值的场景。一周中途新建的任务只要符合条件就会自动出现。已完成的任务在跨过本周边界后自动滚出列表。完全不需要维护。子清单能保持最新,是因为它本质上是一条查询,而不是一份手动整理的清单。

如果你不想每个项目都单独维护一个子清单,子清单2.0更新让你可以在文件夹、智能文件夹、组织或"我的任务"层级创建子清单。只需在包含这四个项目的文件夹上放一个统一的"本周"子清单,设置一次筛选条件,这一个URL就能从其下所有项目中拉取符合条件的任务。你只需要收藏一个链接,而不是四个,周五的回顾也能在一个标签页里搞定。

如果你的技术栈里有AI工作流,可以把这个方法和Quire的MCP集成搭配使用:让Claude读取每个"本周"子清单,起草周五的团队总结。这样AI获得的是一个精确限定范围的数据源,而不是整个待办事项池。

用例5:新员工入职如何用子清单来管理?

有新人入职时,你可以为每位新人建一个专属子清单(比如"入职——伊丽莎白"),只拉入适用于她这个岗位的任务。权限设为选定成员:伊丽莎白本人、她的经理、带教伙伴,以及人事联系人。营销总监和工程负责人完全不需要看到它。伊丽莎白的经理则每天都会看。

这是一份文档做不到的事:到期日期、负责人、评论,以及可见的进度。伊丽莎白不用问就知道接下来该做什么。她的经理周五扫一眼子清单,就能看出哪里卡住了。带教伙伴的任务轮到时会收到通知。等伊丽莎白完成入职,这个子清单会被封存,而不是删除。它会成为记录她入职过程实际情况的档案,这正是你在设计下一位新人的入职流程之前,值得回顾的东西。

如果组织连接了Quire MCP,从人力资源模板或启动会议记录一键生成专属入职子清单,只需一条提示词。这个工作流程我们在5个AI项目管理工作流中有介绍。

用例6:个人"今日"子清单如何帮你保持专注?

这是个人生产力方面的用法。它并不新奇,但却是大多数用户最先采用、也用得最频繁的一种。

我们的设置方式是:建一个私密的、基于筛选条件的子清单,命名为"今日",条件为负责人 = 我,到期日期 = 今天 或 已逾期,状态 != 已完成。我们在营销活动上线项目里搭建了一个"今日"子清单的样板,让你能看到这种模式的实际效果。在你自己的使用中,把权限设为私密,这样它就不会出现在任何同事视图的标签栏里。

这个子清单会置顶在项目标签栏的最上方。一天的第一个动作是打开它。一天的最后一个动作是关闭它。其他所有东西,包括那247个不属于你的任务,在工作时段内都是不可见的。

说句实话:光靠一个"今日"子清单,并不能构成一整套生产力系统。它是嵌在某个系统内部的专注工具。如果你对什么该上这份清单、优先级如何决定都没有习惯性的做法,"今日"子清单最终会变成另一份被你无视的清单。我们在协作税那篇文章里讲过这种模式。

我们实际会放弃的用法

一旦你开始把子清单当成本就不该共享同一个项目的两个团队之间的隔离墙,子清单就变成了错误的工具。

典型情况是这样的:两个职能部门推进的工作有着不同的利益相关方、不同的时间线、不同的节奏,以及不同的"完成"定义。有人决定"我们就放在一个项目里,给每个团队分一个子清单好了"。六周之后,两个团队都没能获得一个清晰的整体视图,主列表一片混乱,两个子清单朝着相反的方向渐行渐远。

如果两块工作确实分属不同的责任主体,它们应该归入两个项目,而不是两个子清单。子清单是共享范围内的专注工具,不能替代真正的项目边界。

一个诚实的检验标准是:如果这两个子清单永远不会因为放在一起查看而受益(主列表本身毫无意义或让人困惑),那你面对的就不是"一个项目、两种视图",而是"两个项目共用一个标签"。

如果你在纠结要不要拆分项目,还是干脆用子清单,可以用这个经验法则:你会去看主列表吗?会,就用子清单。不会,就拆分项目。

如何创建你的第一个子清单?

所有选项都在我们的子清单创建指南中有详细说明。

以下是大多数人需要的版本:

1. 打开一个项目。点击"列表"标签旁边的+图标。或者直接按L键。
2. 命名这个子清单。如果想的话,可以选一个图标。
3. 选择权限级别。默认是全体成员;代理商通常需要外部团队;个人使用则需要私密。
4. 在手动(把任务拖进去)和基于筛选条件(自动拉取符合条件的任务)之间做选择。
5. 把它置顶到标签栏最上方。

在任意任务上右键点击,会出现设置子清单选项,用过两次之后你会发现它比拖拽更快。

还有第二种进入方式,当你已经清楚自己想要的形态时,用这种方式更快。先筛选出列表,然后打开筛选栏里的星标菜单,选择创建子清单。

你之前用来筛选的条件,会变成这个子清单的固定条件,这样你就得到了一个基于筛选条件的子清单,而不用从零开始配置。这正是用例4里那四个"本周"子清单应该走的路径,也适用于任何"规则比清单本身更容易描述"的场景。

哪些技巧能让子清单真正被坚持用下去?

以下几个模式,能区分出"真正在用子清单"的团队和"试过子清单但一周后就放弃"的团队。

用工作内容命名子清单,而不是用人名命名。"莎拉的任务"这个名字会很快过时。"Q3品牌焕新"即便莎拉去休假,依然有用。以工作内容命名的名字,能挺过人员变动。

尽量使用基于筛选条件的方式。手动子清单需要维护。基于筛选条件的子清单会自我更新,而从筛选栏的星标菜单保存一个,花的时间跟应用筛选条件差不多。前期多花一点心思,之后每一周都能收回成本。

把真正会用到的置顶,其余的封存。一大堆置顶的子清单本身就会变成一种杂乱。三到五个置顶子清单,是大多数团队的最佳区间。停止使用的子清单要封存(不要删除);任务仍会留在主列表里,如果这个工作流程又用上了,你还能把子清单恢复回来。

分享URL,而不是截图。子清单的URL才是实时的数据来源。把截图贴进Slack会制造出一份平行的记录,一旦有人更新了任务,这份记录立刻就过时了。

不要在子清单内部单独调整主列表的排序。在子清单内部重新排序,会一并改变主列表的顺序。如果你需要一个不影响主列表的独立排序,你可能真正需要的是一个智能文件夹,而不是子清单。

关键要点

子清单是让一个共享的Quire项目在超过50个任务之后,依然能被每个人接受的机制。筛选条件本身不是重点;真正重要的是它是命名、保存、可控权限的,并且指向同一份数据来源。上文六种真实的工作流程(针对特定职能的营销视图、冲刺范围划定、外部团队的客户窗口、管理者的每周回顾、新员工入职轨道,以及个人专注清单)覆盖了子清单发挥价值的大部分场景。

错误的用法是拿子清单去替代本该存在的项目边界。正确的用法,是让共享项目里的每个人,都能拿到与自己最相关、范围最小的视图。大多数说"主列表已经乱到没法管"的团队,实际想说的是"我还没设置好子清单"。

哪种子清单用法适合你?

六个团队,六种拆分项目的方式。找出最接近你情况的那一种。

常见问题

一个任务如何同时出现在多个Quire子清单中?

子清单是同一Quire项目的个性化或筛选视图。任务只存在一份,存放在主列表上,并可以出现在你创建的任意数量的子清单中。在子清单中编辑任务会更新主列表,因为它们是同一个任务,而不是复制品。

Quire子清单与标签、筛选器或独立项目有什么区别?

标签是任务上的元数据。筛选器是一次临时搜索。独立项目是一份独立的数据集。子清单则是同一份数据的已保存、命名、可控权限的视图,拥有自己的URL。你能同时获得筛选器的聚焦性、项目的持久性,以及外部链接那种精细化的分享能力,而不需要重复任何一个任务。

每个项目最多能创建多少个子清单?

Free方案下每个项目两个。付费方案会提高这一上限。大多数触及上限的团队都在使用Free方案,并且是在使用Quire几周后才发现子清单的,这通常也正是升级开始变得合理的时刻。完整的方案对比可以在定价页面查看。

我可以把子清单分享给团队外部的人吗?

可以。创建子清单时,你可以选择全体成员、管理员、选定成员、外部团队,或私密。外部团队这个选项,正是代理商和咨询公司用来给客户开放一个只读窗口的方式,让客户看到属于他们的那部分工作,而不暴露内部任务。

移动或删除任务会对我的子清单产生什么影响?

从子清单中移除一个任务,只会把它从那个视图中拿掉。任务本身仍会留在主列表上。删除子清单本身,则会把它里面的所有任务留在主列表中。在子清单内部重新排序,会更新主列表的顺序。这一点值得在你允许别人"整理"自己的私人子清单之前先了解清楚。

什么时候应该放弃子清单,改建一个新项目?

当这块工作确实属于另一个项目,而不只是另一种视图时。如果两块工作有各自独立的利益相关方、独立的时间线,以及独立的"完成"定义,那就是两个项目,不是两个子清单。子清单是专注工具,不是团队之间的隔离墙。

准备好为团队提供他们正在实际处理的项目中,最精简、最有用的视图了吗?

子清单在每个Quire方案中都能使用,包括Free方案(每个项目两个子清单)。上面的每个用例大概只需要五分钟就能设置好。如果它们能撑过一周,团队就会主动维护它们;如果撑不过,你也只损失了五分钟。

在quire.io/signup免费开始。无需信用卡,完整功能,30天试用。在第二个标签页打开子清单指南,先试试"今日"子清单。