workstyle · May 8, 2026
Quire 子清单：6 个真实使用场景与示例
最后更新：2026 年 6 月 9 日
今天早上你打开项目，主列表里有 287 个任务。其中大约 40 个是你的，另外 247 个属于那些你周一早晨并不想在视线余光里看到的人。偏偏它们全都挤在同一个滚动框里，鼠标滚轮感觉像是在和你作对。
这正是大多数 Quire 用户发现子清单的时刻，并开始纳闷为什么没有在第一天就用它。官方解释是"同一项目的个性化或筛选视图"。更直白的说法是：子清单能把一个共享的 300 任务项目，从你勉强应付的东西，变成你打开时不再皱眉头的东西。
2020 年介绍子清单的文章侧重于理念阐述。这篇文章则完全相反——六个具体的工作流、我们实际采用的配置方式、值得了解的权衡取舍，以及一个我们明确建议跳过的场景。以下每个示例都是我们营销活动发布和 Agile 工作区中真实运行的项目，您可以直接点击查看结构，而无需凭空想象。
子清单到底是什么（90 秒版本）
子清单是对同一项目中部分任务的已保存、已命名、可共享的视图，拥有独立的 URL 和独立的权限设置。 任务本身只存在一次，位于主列表上；子清单指向这些任务。在子清单中编辑任务即是编辑原始任务，因为根本没有副本。
有三点使 Quire 的子清单与其他工具中听起来类似的功能有所不同。
- 它是筛选视图，而非标签或独立工作区。 Asana 的"分区"是平铺的分隔符；ClickUp 的"列表"是独立数据集；Trello 的筛选不会保存为独立 URL。Quire 子清单是对同一数据源的已保存视图。
- 权限模型。 每个子清单可以设置为仅自己可见（私有）、仅管理员可见、与指定成员共享、向外部团队开放，或完全公开。这种精细度正是下文使用场景得以真正运作的关键所在。
- 自动化。 子清单可以手动管理（您拖入任务），也可以基于筛选条件（设置条件后，任何匹配的新任务会自动加入）。基于筛选的方式才是真正节省时间的地方，也是大多数团队对子清单利用最不充分的部分。
完整的操作机制请参阅子清单指南。本文其余部分讲的是如何实际运用它。
使用场景 1：营销活动发布
活动发布项目会迅速膨胀。看看我们实际的营销活动发布工作区：项目运转起来之后，主列表横跨七个分区（网站、博客文章、社交媒体内容、社交媒体平台、电子邮件、网络研讨会、翻译），并有自定义字段追踪平台、预算、时薪、KPI 分值。营销总监需要掌握全局；博客撰稿人则不需要。
我们的设置方式：按职能或审核状态分别创建一个子清单，一开始手动管理，待标签体系稳定后（通常大约第五天）转为基于筛选。
设计评审子清单是最直观的例子。筛选逻辑为 status = Reviewing 且 tag = design。设计师只看到等待审阅的任务；随着工作交付，子清单会自动清空。再也不用在七个分区的 33 个任务里翻找那三个需要审阅的任务了。
"内容"子清单的逻辑相同：tag = content，assignee in [撰稿人名单]，自动纳入任何新匹配任务。数据相同，视角不同。
关键在于：营销总监仍从主列表进行跨职能规划，各职能负责人则从各自的子清单执行任务。数据一致，无需同步对账，也不会在周五下午四点收到"现在哪个版本的追踪表是最新的？"这类 Slack 消息。
关于这如何融入发布运营模式的整体图景，请参阅我们关于跨职能项目管理的文章。
使用场景 2：软件 Sprint 规划
大多数工程团队形成的模式是这样的：主列表是 backlog，每两周一次的 sprint 规划会产生一个子清单，包含本周期承诺完成的任务。
我们的 Agile 工作区就是可用的工作示例。backlog 按功能领域组织（客户反馈 / 用户故事、网站、桌面端应用、Android 应用、iOS 应用），并以 Story Points 作为自定义字段。在 sprint 规划时，团队多选已确定的任务，然后使用右键 → 设置子清单 → Sprint 47。这就是我们构建 Sprint 47 子清单的方式，您现在就可以打开查看：目前它包含两个来自客户反馈的真实 bug 工单（"表情符号无法正常显示"和"主页按钮无法使用"），其余 sprint 承诺的任务随时可以加入。
同样的模式也可用基于筛选的方式实现：使用 sprint-47 这样的标签，创建一个筛选子清单，自动纳入所有打了该标签的任务。设置稍复杂，维护成本为零。
子清单 URL 会被发送到团队的 standup 频道。接下来两周，工程团队从该子清单开展工作；子清单的看板视图就是 sprint 看板；产品经理查看主列表进行 backlog 梳理和路线图讨论；工程师查看子清单了解进行中的工作。
一个额外的好处是：到 retro 时，子清单本身就是记录。它精确记录了纳入范围的内容、已交付的内容、被延期的内容。不再需要把 Jira 看板截图贴到 Confluence，子清单 URL 就是记录本身。
使用场景 3：代理商客户可见性（外部团队子清单）
这是子清单对代理商而言价值最高的用法，也是大多数代理商不知道可以实现的功能。同样的模式适用于与外部创意伙伴合作的内部团队（自由设计师、视频剪辑师、翻译供应商）——任何需要了解工作进展但只需查看其自身那部分内容的组织外部人员。
我们的设置方式：每个客户合作（或每条外部合作流）对应一个项目。主列表包含所有工作，包括仅限内部的任务：商务洽谈、内部质量审核、盈利能力标记。然后创建一个以客户命名的子清单，权限设置为外部团队，仅填入客户应当看到的可交付成果和决策事项。
您可以在我们于营销活动发布工作区内设置的外部团队——客户视图子清单中看到这种结构。在真实合作中，您会在其中填入涉及客户的可交付成果：审核中的博客文章、设计资产、网络研讨会脚本、翻译稿。内部利润备注、私下质量讨论、用于计费的范围变更记录？这些留在主列表中，对外部团队的 URL 不可见。
客户获得该 URL，以外部团队席位打开，可以看到可交付成果、截止日期、状态，以及涉及他们的评论，仅此而已。
对于同时管理 8 到 15 个客户合作的代理商而言，这一模式可以取代每周的 PDF 报告、并行维护的 Notion 页面、截图满天飞的状态邮件，以及当客户因为没有其他方式了解进展而发来"你们现在在做什么？"时所产生的大量来回沟通。
更深层的工作流详见我们的代理商项目管理文章。简而言之：有了外部团队子清单，您就不再需要维护一套并行的面向客户的追踪表，因为权限边界由工具来保障，而不再依赖人的自律。
使用场景 4：管理者周度回顾（基于筛选）
一位管理着八名直接下属和四个活跃项目的团队负责人面临一个周期性难题：每个周五，他们需要了解什么已完成、什么已延期、什么即将到来。从四个主列表中梳理这些信息需要 90 分钟，没有人喜欢做，大多数人也会跳过。
我们的设置方式：每个项目创建一个基于筛选的子清单，统一命名为"本周"。我们在营销活动发布中存放了这个模式，您可以看到 URL 的形式。您需要配置的筛选条件：
due-date in this week或completed in this weekassignee in [直接下属名单]
这正是基于筛选的子清单体现其价值的场景。周中新建且符合条件的任务会自动出现；已完成的任务在跨越周界后自动退出。无需任何维护工作，子清单始终保持最新，因为它是一个查询，而非一份手动维护的列表。
如果您不想为每个项目维护一个子清单，子清单 2.0 更新允许您在文件夹、智能文件夹、组织或我的任务层级创建子清单。在包含四个项目的文件夹上创建单个"本周"子清单，设置一次筛选条件，这一个 URL 就能拉取其下所有项目中的匹配任务。您只需收藏一个链接而不是四个，周五的回顾在单个标签页中完成。
如果 AI 工作流已纳入您的工具栈，可将其与 Quire 的 MCP 集成搭配使用：让 Claude 读取每个"本周"子清单，起草周五团队摘要。AI 现在拥有精确范围的数据来源，而不是整个 backlog。
使用场景 5：新员工入职
新员工入职时，为其创建一个专属子清单（例如"入职 — Elizabeth"），并只拉入适用于其职位的任务。权限设置为指定成员：Elizabeth、她的直属上级、陪伴同事、人事团队联系人。营销总监和工程负责人无需看到这些内容；Elizabeth 的上级每天查看。
这比文档的优势在于：有截止日期、有负责人、有评论、有可见的进度。Elizabeth 知道下一步是什么，无需开口询问；她的上级周五瞥一眼子清单，就知道哪里卡住了；陪伴同事在自己的任务到来时会收到通知。当 Elizabeth 完成入职后，子清单归档而非删除，成为她入职实际经过的记录——这正是您在设计下一位新员工的入职流程时想要参考的内容。
如果组织已连接 Quire MCP，根据 HR 模板或入职会议记录生成专属子清单，只需一个提示词即可完成。我们在"5 个 AI 项目管理工作流"中介绍了这个工作流。
使用场景 6：个人"今天"聚焦
个人生产力场景。这个用法并不新奇，但却是大多数用户最先采用、也使用最多的。
我们的设置方式：一个名为"今天"的私有筛选子清单，条件为 assignee = me、due-date = today OR overdue、status != done。我们在营销活动发布中存放了一个"今天"子清单，您可以看到该模式的实际形态。在您自己的使用中，将权限设为"私有"，这样它就不会出现在任何队友的视图标签栏中。
子清单固定在项目标签栏顶部。每天的第一个动作是打开它，最后一个动作是关闭它。在工作时段内，那 247 个不属于你的任务，全部隐身。
有一点需要坦诚：单靠"今天"子清单，并不构成一套生产力系统，它只是在系统中发挥作用的聚焦工具。如果您没有围绕"什么进入列表"和"如何做优先级决策"建立相应习惯，"今天"子清单也会变成另一个被忽视的清单。我们在关于协作成本的文章中探讨了这一模式。
我们实际建议跳过的场景
当您开始用子清单充当本不该共享同一项目的团队之间的围栏时，它就成了错误的工具。
典型模式：两个职能部门在推进具有不同利益相关方、不同时间线、不同节奏和不同完成定义的工作。有人决定"我们放在一个项目里，各给一个子清单就好"。六周后，两个团队都看不到清晰的视图，主列表乱成一团，两个子清单朝相反方向漂移。
如果两部分工作有真正独立的所有权，它们应该是两个项目，而不是两个子清单。子清单是共享范围内的聚焦工具，不能替代本应存在的项目边界。
一个诚实的检验标准：如果两个子清单永远不需要放在一起查看（主列表毫无意义或令人困惑），那么您拥有的不是一个有两个视图的项目，而是共用同一个标签的两个项目。
如果您在纠结是否拆分项目还是使用子清单，有个经验法则：您会阅读主列表吗？如果会，用子清单；如果不会，拆分。
快速上手：创建您的第一个子清单
完整指南在 quire.io/guide/create-sublists，但以下是大多数人真正需要的版本：
- 打开一个项目，点击"列表"标签旁的 + 图标，或直接按
L键。 - 为子清单命名，如需要可选择一个图标。
- 选择权限级别。默认为"所有成员"；代理商通常选"外部团队"；个人使用选"私有"。
- 选择手动（拖入任务）或基于筛选（设置条件自动添加）。
- 将其固定到标签栏顶部。
在任意任务上使用右键快捷菜单，可以找到设置子清单选项，用过两次后，您会发现这比拖拽更快。
让子清单真正好用的技巧
以下几个模式，是区分"持续使用子清单的团队"与"试用一周后放弃的团队"的关键所在。
用工作内容命名，而非人名。 "Sara's Tasks"很快就会过时；"Q3 Brand Refresh"即使 Sara 休假，依然有意义。描述工作范围的名称，能经受住人员变动的考验。
尽可能使用基于筛选的子清单。 手动子清单需要维护；基于筛选的子清单会自动更新。前期需要多思考一点，但之后每周都会有回报。
固定您实际使用的；归档其余的。 固定的子清单堆积过多，本身也会成为一种杂乱。对大多数团队来说，固定三到五个是最合适的数量。停止使用的子清单要归档（不要删除）；任务仍保留在主列表中，如果该工作流重新出现，您随时可以恢复子清单。
分享 URL，而非截图。 子清单 URL 是实时的数据源。将截图粘贴到 Slack，就创建了一个平行的记录，一旦有人更新任务，它就过时了。
不要在子清单内颠覆主列表的排序。 在子清单内重新排序会同步更新主列表。如果您需要不影响主列表的不同排序，您可能需要的是独立的智能文件夹，而不是子清单。
核心要点
子清单是使共享 Quire 项目在超过 50 个任务后对所有人都可承受的机制。关键不在于筛选本身，而在于该筛选是已命名、已保存、有权限控制的，并指向同一数据源。以上六个真实工作流——按职能划分的营销视图、sprint 范围界定、外部团队客户窗口、管理者周度回顾、新员工入职追踪，以及个人聚焦列表——覆盖了子清单发挥主要价值的大多数场景。
错误的用法是用子清单替代本应存在的项目边界。正确的用法是为共享项目中的每一个人，提供最精简、最相关的视图。大多数说"主列表已经不可管理"的团队，其实是在说"我还没有设置子清单"。
常见问题
Quire 中的子清单是什么？
子清单是 Quire 中同一项目的个性化或筛选视图。任务只存在于主列表中，可以出现在您创建的任意数量的子清单里。在子清单中编辑任务会同步更新主列表，因为它们是同一个任务，而不是副本。
Quire 子清单与标签、筛选或独立项目有何不同？
标签是任务上的元数据；筛选是临时搜索；独立项目是独立的数据集。子清单是对同一数据的已保存、已命名、有权限控制的视图，拥有自己的 URL。您可以获得筛选的聚焦感、项目的持久性，以及外部链接的精细共享能力，同时不会复制任何一个任务。
每个项目可以创建多少个子清单？
Free 套餐每个项目可创建两个。付费套餐会提高该上限。大多数达到上限的团队使用的是 Free 套餐，他们通常是在使用 Quire 几周后才发现子清单，而那也往往是升级开始显得有意义的时候。完整的说明请查看定价页面。
我可以与团队外部的人共享子清单吗？
可以。创建子清单时，您可以选择"所有成员"、"管理员"、"指定成员"、"外部团队"或"私有"。"外部团队"选项是代理商和咨询公司用来给客户提供只读视窗的方式，让客户只看到属于他们的那部分工作，而不暴露内部任务。
移动或删除任务后，我的子清单会怎样？
从子清单中移除任务只会将其从该视图中删除；任务仍保留在主列表中。删除子清单本身不会删除其中的任务，所有任务依然留在主列表中。在子清单内重新排序会更新主列表的排序。在允许别人"整理"他们的个人子清单之前，这一点值得了解清楚。
什么时候子清单不是合适的工具？
当工作真正属于不同项目，而非不同视图时。如果两部分工作有各自独立的利益相关方、独立的时间线，以及不同的完成定义，那就是两个项目，而不是两个子清单。子清单是聚焦工具，不是团队之间的围栏。
准备好为您的团队提供他们实际工作的项目中最精简、最实用的视图了吗？
子清单在所有 Quire 套餐中均可使用，包括 Free 套餐（每个项目两个子清单）。以上每个使用场景各只需五分钟即可完成配置。如果坚持使用一周后效果良好，团队会主动捍卫它；如果不好，您也只损失了五分钟。
在 quire.io/signup 免费开始。无需信用卡，完整功能，30 天。在另一个标签页打开子清单指南，先从"今天"子清单开始尝试。
