Quire 子清單：6 個真實應用場景與範例

最後更新：2026 年 6 月 9 日

今天早上你打開專案，主清單裡已有 287 個任務。其中大約四十個是你的，其餘 247 個屬於那些你在週一早上根本不想在視線中出現的人。偏偏它們全部擠在同一個可捲動的矩形裡，滾輪好像在跟你作對。

這正是大多數 Quire 用戶發現子清單的時刻，同時心想：為什麼第一天沒有嘗試它？官方說法是「同一專案的個人化或篩選檢視」。更實際的說法是：子清單能把一個讓人叫苦連天的 300 個任務共享專案，變成你真的願意點開、不再退縮的工具。

2020 年介紹子清單的文章著重於理念闡述。這篇文章則完全相反：六個具體工作流程、我們實際採用的設定方式、值得了解的取捨，以及一個我們建議跳過的場景。以下所有範例均來自我們真實運作中的行銷活動啟動和 Agile 工作區，你可以直接點進去查看結構，不必憑空想像。

子清單到底是什麼（90 秒版本）

子清單是同一專案中部分任務的已儲存、具名、可共享檢視，擁有自己的 URL 和獨立的權限設定。 任務本身只存放一次，位於主清單。子清單指向這些任務。在子清單中編輯任務就是在編輯原始任務，因為根本沒有副本。

三件事讓 Quire 的子清單與其他工具中聽起來相似的功能有所不同。

1. 它是篩選檢視，而非標籤或獨立工作區。 Asana 的 Sections 是平面分隔線。ClickUp 的 Lists 是獨立的資料集。Trello 的篩選不會以獨立 URL 持久保存。Quire 子清單是同一真實資料來源的已儲存檢視。
2. 權限模型。 每個子清單可以是私人的（僅限你自己）、僅對管理員可見、與指定成員共享、開放給外部團隊，或完全公開。正是這種細粒度的設定，讓以下的應用場景得以真正運作。
3. 自動化。 子清單可以手動管理（你將任務拖入），也可以基於篩選（你設定條件，任何符合條件的新任務會自動加入）。篩選模式才是真正節省時間的地方，也是大多數團隊最未充分利用子清單的部分。

完整操作說明請參閱子清單指南。本文其餘部分著重於實際應用。

應用場景一：行銷活動啟動

行銷活動啟動專案很快就會膨脹。看看我們實際的行銷活動啟動工作區：啟動後，主清單橫跨七個區塊（網站、部落格文章、社群媒體內容、社群媒體平台、電子報、網路研討會、翻譯），並有追蹤平台、預算、時薪、KPI 點數的自訂欄位。行銷總監需要掌握全貌，但部落格撰稿人不需要。

我們的設定方式：每個職能或每個審核狀態建立一個子清單。初期手動管理，待標籤分類穩定後（通常約第五天）轉換為篩選模式。

設計審核子清單是最清晰的範例。篩選邏輯為 status = Reviewing 且 tag = design。設計師只會看到等待他們審核的任務；工作完成後子清單會自動清空。沒有人需要在七個區塊的 33 個任務中搜尋那三個需要審核的任務。

「內容」子清單的運作方式相同：tag = content、assignee in [撰稿人]，自動加入任何新的符合任務。相同的資料，不同的視角。

關鍵突破在於：行銷總監仍從主清單進行跨職能規劃，各職能負責人則從各自的子清單執行工作。相同的資料。無需對帳。不會再有週五下午四點出現「哪個版本的追蹤表才是最新的？」這類 Slack 訊息。

若想了解這套方式如何融入啟動運作模型的整體圖景，請參閱我們關於跨職能專案管理的文章。

應用場景二：軟體 Sprint 規劃

大多數工程團隊會採用這樣的模式：主清單是 backlog。每兩週進行一次 sprint 規劃，產生一個包含該週期承諾任務的子清單。

我們的 Agile 工作區就是實際範例。backlog 按功能範疇分類（客戶反饋／User stories、網站、桌面應用程式、Android 應用程式、iOS 應用程式），Story Points 為自訂欄位。在 sprint 規劃時，團隊多選選定的任務，然後使用右鍵 → 設定子清單 → Sprint 47。這就是我們建立Sprint 47 子清單的方式，你現在就可以點開查看：目前其中有兩個來自客戶反饋的真實錯誤回報（「表情符號無法正確顯示」、「首頁按鈕無法運作」），其餘 sprint 承諾任務也會陸續加入。

同樣模式的篩選版本：使用 sprint-47 這樣的標籤，加上自動包含所有帶有該標籤任務的篩選子清單。設定略複雜，但之後零維護成本。

子清單 URL 會被分享到團隊的 standup 頻道。在接下來兩週，工程團隊從該子清單工作。子清單的看板檢視就成為 sprint 看板。產品經理查看主清單進行 backlog 整理和路線圖討論；工程師查看子清單了解進行中的工作。

附加效益：到了 retro 時間，子清單本身就是紀錄。它精確呈現了哪些在範疇內、哪些已出貨、哪些被延後。不需要截圖 Jira 看板再貼到 Confluence。子清單 URL 就是記錄。

應用場景三：代理商客戶可見性（外部團隊子清單）

這是代理商使用子清單價值最高的場景，也是大多數代理商沒有意識到可行的場景。同樣的模式也適用於與外部創意夥伴合作的內部團隊（自由接案設計師、影片剪輯師、翻譯供應商）。任何組織外需要查看工作進度、但只需看到其負責部分的人，都適用這個模式。

我們的設定方式：每個客戶合作（或每個外部夥伴工作流）建立一個專案。主清單包含所有工作，包括僅限內部的任務：商業談判、內部品管、獲利標記。以客戶命名的子清單設定權限為外部團隊，只填入客戶應查看的交付成果和決策。

你可以在行銷活動啟動工作區中查看外部團隊——客戶檢視子清單的結構。在真實的合作中，你會將涉及客戶的交付成果填入：待審核的部落格文章、設計資產、網路研討會腳本、翻譯稿件。內部利潤備注、私人品管討論、用於計費的範疇變更記錄？這些都保留在主清單中，對外部團隊 URL 完全不可見。

客戶拿到那個 URL，以外部團隊席位登入，看到的是交付成果、截止日期、狀態，以及與他們相關的留言。僅此而已。

對於同時管理 8 到 15 個客戶合作的代理商而言，這個單一模式取代了每週 PDF 報告、並行的 Notion 頁面、截圖滿載的狀態郵件，以及大量因客戶問「你們在做什麼？」而產生的來回溝通——因為他們以往根本沒有其他方式查看進度。

這個工作流程的深入版本請參閱我們的代理商專案管理文章。簡而言之：外部團隊子清單讓你不再需要維護一份平行的客戶端追蹤表，因為權限邊界由工具強制執行，而非依賴個人自律。

應用場景四：主管每週檢視（篩選模式）

管理八位直屬部屬、四個活躍專案的團隊負責人面臨一個反覆出現的問題：每逢週五，他們需要了解哪些工作已完成、哪些延誤，以及接下來有什麼。從四個主清單整理這些資訊是一項需要 90 分鐘、沒人喜歡做、大多數人都會略過的工作。

我們的設定方式：每個專案建立一個篩選模式子清單，全部命名為「本週」。我們已在行銷活動啟動中預先建立了此模式，供你查看 URL 結構。你需要設定的篩選條件如下：

• due-date in this week 或 completed in this week
• assignee in [直屬部屬]

這正是篩選模式子清單展現價值的場景。週中新建的符合條件任務會自動出現。完成的任務在週期邊界後自動移出。無需任何維護工作。子清單保持最新狀態，因為它是查詢，而不是人工整理的清單。

如果你不想為每個專案各維護一個子清單，子清單 2.0 更新讓你可以在資料夾、智慧資料夾、組織或我的任務層級建立子清單。在包含全部四個專案的資料夾上建立單一「本週」子清單，設定一次篩選條件，那一個 URL 就能從其下所有專案中提取符合的任務。你只需收藏一個連結而非四個，週五的檢視在單一分頁中開啟。

如果 AI 工作流程已在你的技術堆疊中，可搭配 Quire 的 MCP 整合使用：請 Claude 讀取每個「本週」子清單並起草週五團隊摘要。AI 現在擁有精確範圍的資料來源，而非整個 backlog。

應用場景五：新進員工入職

當新人加入時，你為其建立一個個別的子清單（例如「入職——Elizabeth」），只加入適用於其職位的任務。權限設為指定成員：Elizabeth、她的主管、入職夥伴、人資聯絡窗口。行銷總監和工程負責人完全不需要看到這份清單。Elizabeth 的主管每天查看它。

這比文件有用的地方在於：截止日期、負責人、留言，以及可見的進度。Elizabeth 知道下一步是什麼，不需要開口詢問。她的主管在週五掃一眼子清單就能看出哪裡卡住了。入職夥伴在任務輪到自己時收到通知。Elizabeth 完成入職後，子清單被封存，而非刪除。它成為她實際入職過程的記錄，這正是設計下一位員工入職流程前你會想要閱讀的參考資料。

如果組織已連接 Quire MCP，從人資範本或入職會議逐字稿生成個別入職子清單只需一個提示。我們在「5 個 AI 專案管理工作流程」中介紹了這個工作流程。

應用場景六：個人「今天」聚焦

這是個人生產力場景。這個場景並不新穎，但卻是大多數用戶最先採用、使用最頻繁的。

我們的設定方式：一個私人篩選模式子清單，命名為「今天」，條件為 assignee = me、due-date = today OR overdue、status != done。我們已在行銷活動啟動中預先建立了一個今天子清單，供你查看模式。在你自己的使用中，將權限設為「私人」，這樣它不會出現在任何隊友的分頁列中。

子清單固定在專案分頁列頂端。每天的第一個動作是打開它，最後一個動作是關閉它。在工作時段內，包括那 247 個不屬於你的任務在內的一切都從視野中消失。

值得坦誠說明：單純的「今天」子清單本身不是一套生產力系統。它是在系統內運作的聚焦工具。如果你沒有建立清單內容的習慣，以及決定優先順序的方式，「今天」子清單很快就會變成另一個你忽略的清單。我們在關於協調代價的文章中探討了這個模式。

我們建議跳過的場景

當你開始將子清單用作本不應共享一個專案的團隊之間的隔牆時，它就變成了錯誤的工具。

常見模式：兩個職能正在推進擁有不同利害關係人、不同時間線、不同節奏、不同完成標準的工作。有人決定「讓我們放在同一個專案裡，各給一個子清單就好」。六週後，沒有一個團隊有清晰的全貌，主清單一團亂，兩個子清單各奔東西。

如果兩部分工作在本質上各有獨立的所有權，它們就應該放在兩個專案中，而非兩個子清單裡。子清單是共享範疇內的聚焦工具。它不是替代真正專案邊界的方案。

誠實的判斷標準：如果這兩個子清單根本不可能需要放在一起查看（主清單毫無意義或令人困惑），你擁有的不是一個有兩個檢視的專案，而是共用同一個標籤的兩個專案。

如果你正在考慮拆分專案還是使用子清單，判斷法則是：你會查看主清單嗎？如果是，用子清單。如果否，拆分專案。

快速操作：建立你的第一個子清單

完整指南請見 quire.io/guide/create-sublists，但以下是大多數人需要的版本：

1. 開啟一個專案。點擊清單分頁旁的 + 圖示，或直接按下 L 鍵。
2. 為子清單命名。如需要可選擇一個圖示。
3. 選擇權限等級。預設為「所有成員」；代理商通常選「外部團隊」；個人使用選「私人」。
4. 決定手動（拖曳任務加入）或篩選模式（設定條件自動加入）。
5. 將它固定到分頁列頂端。

任意任務上的右鍵選單有設定子清單選項，用過兩次之後你會發現它比拖曳更快。

讓子清單真正發揮效用的技巧

以下幾個模式是真正持續使用子清單的團隊與嘗試一週後放棄的團隊之間的差異所在。

以工作命名子清單，而非以人名命名。 「Sara's Tasks」會過時。「Q3 Brand Refresh」即使 Sara 休假也依然有用。描述工作範疇的名稱能夠在人員異動後繼續存在。

盡量使用篩選模式。 手動子清單需要維護。篩選模式子清單自我更新。初期設定需要多想一點，但之後每週都在回本。

固定你真正使用的，封存其餘的。 一牆固定的子清單本身也會成為一種雜亂。對大多數團隊來說，三到五個固定子清單是最佳平衡點。停用的子清單封存（不要刪除）；任務保留在主清單中，如果工作流程再次需要時可以恢復子清單。

分享 URL，而非截圖。 子清單 URL 是即時的真實資料來源。把截圖貼進 Slack 會建立一個平行的人工製品，任何人更新任務後它就會過時。

不要在子清單內部顛覆主清單的排序。 在子清單中重新排序會同步更新主清單。如果你需要不影響主清單的不同排序，你可能需要的是獨立的智慧資料夾，而非子清單。

重點整理

子清單是讓超過 50 個任務的共享 Quire 專案對每個人都可用的機制。關鍵不在於篩選本身，而在於篩選是具名的、已儲存的、有權限管控的，並指向同一個真實資料來源。以上六個真實工作流程——職能專屬的行銷檢視、sprint 範疇規劃、外部團隊客戶視窗、主管每週檢視、新進員工入職追蹤，以及個人聚焦清單——涵蓋了子清單發揮最大價值的大多數場景。

錯誤的用法是用子清單替代本應存在的專案邊界。正確的用法是讓共享專案中的每個人都能獲得最小、最相關的工作視角。大多數說「主清單難以管理」的團隊，其實真正的意思是「我還沒有設定子清單」。

常見問題

Quire 的子清單是什麼？

子清單是 Quire 中同一專案的個人化或篩選檢視。任務只存放於主清單一次，可出現在你所建立的任意數量子清單中。在子清單中編輯任務會同步更新主清單，因為它們是同一個任務，而非副本。

Quire 子清單與標籤、篩選或獨立專案有何不同？

標籤是任務上的詮釋資料。篩選是暫時性的搜尋。獨立專案是獨立的資料集。子清單是同一資料的已儲存、具名、有權限管控的檢視，並擁有自己的 URL。你可以同時獲得篩選的聚焦感、專案的持久性，以及外部連結的細粒度共享，而無需複製任何一個任務。

每個專案可以建立多少個子清單？

Free 計劃每個專案最多兩個。付費計劃可提高此上限。大多數到達上限的團隊都在使用 Free 計劃，他們通常在使用 Quire 幾週後才發現子清單，這往往就是考慮升級的時機。完整說明請參閱定價頁面。

我可以將子清單分享給團隊以外的人嗎？

可以。建立子清單時，你可以選擇「所有成員」、「管理員」、「指定成員」、「外部團隊」或「私人」。「外部團隊」選項正是代理商和顧問公司用來讓客戶以唯讀方式查看其負責工作的方式，同時不會暴露內部任務。

如果我移動或移除任務，子清單會發生什麼事？

從子清單中移除任務只會將其從該檢視中移除。任務仍保留在主清單中。刪除子清單本身會將其所有任務保留在主清單中。在子清單中重新排序會更新主清單的排序。在允許任何人「整理」其個人子清單之前，這一點值得特別留意。

什麼情況下子清單不是適合的工具？

當工作本質上屬於不同專案而非不同檢視時。如果兩部分工作各自有獨立的利害關係人、獨立的時間線，以及各自的完成標準，那就是兩個專案，而不是兩個子清單。子清單是聚焦工具，不是團隊之間的隔牆。

準備好讓你的團隊獲得他們實際工作的專案中最小、最實用的檢視了嗎？

子清單在所有 Quire 計劃中均可使用，包括 Free 方案（每個專案兩個子清單）。以上場景各只需五分鐘設定。如果用一週後效果不錯，團隊自然會堅持使用；如果不適合，你只損失了五分鐘。

免費在 quire.io/signup 開始。無需信用卡，完整功能存取，30 天免費試用。在第二個分頁開啟子清單指南，從建立「今天」子清單開始試試看。