Quire 하위 목록: 실전 활용 사례 6가지와 예시

최종 업데이트: 2026년 8월 10일

오늘 아침 프로젝트를 열었더니 마스터 List에 업무가 287개 쌓여 있습니다. 그중 마흔 개쯤이 여러분 몫이고, 나머지 247개는 월요일 아침 시야에 들어오지 않았으면 하는 사람들의 몫입니다. 그런데 이 모든 것이 하나의 스크롤 화면 안에 함께 들어 있고, 스크롤 휠은 내 편이 아닌 것처럼 느껴집니다.

대부분의 Quire 사용자가 하위 목록을 발견하고 "왜 첫날부터 안 썼을까" 하고 생각하는 순간이 바로 이때입니다. 공식적인 설명은 "같은 프로젝트를 개인화하거나 필터링한 보기"입니다. 솔직한 설명은, 하위 목록이 300개짜리 공유 프로젝트를 그저 참고 견디는 대상에서 실제로 망설임 없이 여는 대상으로 바꿔 준다는 것입니다.

하위 목록을 처음 소개한 2020년 글은 철학에 초점을 맞췄습니다. 이번 글은 그 반대입니다. 구체적인 워크플로 6가지, 각각에 저희가 실제로 쓸 설정, 알아 둘 만한 트레이드오프, 그리고 저희라면 확실히 피할 사례 하나를 다룹니다. 아래 모든 예시는 Marketing Campaign Launch와 Agile 워크스페이스에서 실제로 돌아가는 프로젝트이므로, 상상하는 대신 직접 눌러 들어가 구조를 확인할 수 있습니다.

하위 목록은 정확히 무엇인가요? (90초 요약)

하위 목록은 같은 프로젝트에 속한 업무의 일부를 저장해 둔, 이름과 고유 URL과 권한 설정을 가진 공유 가능한 보기입니다. 업무 자체는 마스터 List에 단 한 번만 존재하고, 하위 목록은 그것을 가리킬 뿐입니다. 하위 목록에서 업무를 수정하면 원본이 수정됩니다. 복사본이 없기 때문입니다.

Quire의 하위 목록이 이름만 비슷한 다른 도구의 기능과 다른 점은 세 가지입니다.

1. 태그나 별도 워크스페이스가 아니라 필터링된 보기입니다. Asana의 섹션은 평면적인 구분선이고, ClickUp의 List는 별개의 데이터 집합이며, Trello의 필터는 고유 URL로 유지되지 않습니다. Quire 하위 목록은 동일한 원본 데이터를 저장해 둔 보기입니다.
2. 권한 모델. 각 하위 목록은 나만 보게 하거나, 관리자에게만 보이게 하거나, 선택한 멤버와 공유하거나, 외부 팀에 열어 주거나, 완전히 공개할 수 있습니다. 아래 활용 사례들이 실제로 작동하는 이유가 바로 이 세밀함입니다.
3. 자동화. 하위 목록은 직접 업무를 끌어다 놓아 구성할 수도 있고, 필터 기반으로 조건을 걸어 두어 조건에 맞는 새 업무가 자동으로 추가되게 할 수도 있습니다. 시간이 실제로 절약되는 쪽은 필터 기반이며, 대부분의 팀이 가장 적게 활용하는 부분이기도 합니다.

전체 작동 방식은 하위 목록 가이드에 있습니다. 이 글의 나머지는 그것으로 무엇을 할지에 대한 이야기입니다.

마케팅 캠페인 출시는 하위 목록으로 어떻게 굴러가나요?

캠페인 출시 프로젝트는 순식간에 불어납니다. 실제 Marketing Campaign Launch 워크스페이스를 보세요. 본격적으로 돌아갈 때쯤이면 마스터 List는 일곱 개 섹션(Website, Blog Posts, Social Media Contents, Social Media Platforms, Newsletters, Webinars, Translations)에 걸쳐 있고, 맞춤형 필드로 플랫폼, 예산, 시간당 단가, KPI 점수를 추적합니다. 마케팅 디렉터는 이 전체 그림이 필요하지만, 블로그 작성자는 그렇지 않습니다.

저희 설정 방식은 이렇습니다. 기능별 또는 검토 상태별로 하위 목록을 하나씩 둡니다. 처음에는 수동으로 두었다가 태그 체계가 안정되면(보통 5일차쯤) 필터 기반으로 전환합니다.

가장 깔끔한 예시는 Design Reviews 하위 목록입니다. 필터 조건은 status = Reviewing과 tag = design입니다. 디자이너에게는 검토를 기다리는 업무만 보이고, 작업이 넘어가면 하위 목록은 알아서 비워집니다. 검토가 필요한 세 건을 찾겠다고 일곱 개 섹션에 흩어진 업무 33개를 뒤질 사람은 없습니다.

"Content" 하위 목록도 같은 방식으로 작동합니다. tag = content, assignee in [작성자들]로 두면 조건에 맞는 새 항목이 자동으로 포함됩니다. 같은 데이터, 다른 렌즈인 셈입니다.

이 방식이 통하는 이유는 마케팅 디렉터가 여전히 마스터 List에서 부서 간 계획을 세우고, 각 기능 리드는 자기 하위 목록에서 실행에 집중하기 때문입니다. 데이터는 하나이고 대조 작업도 없습니다. 금요일 오후 4시에 "지금 최신 트래커가 어느 버전이죠?"라는 슬랙 메시지가 날아올 일도 없습니다.

이 방식이 출시 운영 모델 전반에 어떻게 맞물리는지는 부서 간 프로젝트 관리에 대한 글에서 다룹니다.

소프트웨어 스프린트 계획은 하위 목록에서 어떻게 진행되나요?

대부분의 엔지니어링 팀이 자리 잡는 패턴은 이렇습니다. 마스터 List는 백로그이고, 2주마다 스프린트 계획 회의에서 해당 주기에 하기로 한 업무를 담은 하위 목록이 만들어집니다.

Agile 워크스페이스가 실제 예시입니다. 백로그는 영역별(Customer Feedback / User stories, Websites, Desktop app, Android app, iOS app)로 정리되어 있고 Story Points가 맞춤형 필드로 붙어 있습니다. 스프린트 계획 회의에서 팀은 선택한 업무를 다중 선택한 뒤 오른쪽 클릭 → Set Sublist → Sprint 47을 사용합니다. 지금 바로 열어 볼 수 있는 Sprint 47 하위 목록도 그렇게 만들었습니다. 현재는 고객 피드백에서 나온 실제 버그 티켓 두 건("Emojis cannot show correctly", "Home button doesn't work")을 담고 있고, 나머지 스프린트 물량이 들어올 자리가 남아 있습니다.

같은 패턴의 필터 기반 버전은 sprint-47 같은 태그와, 그렇게 태그된 항목을 자동으로 포함하는 필터 하위 목록을 씁니다. 설정은 조금 더 손이 가지만 이후 관리 부담은 0입니다.

하위 목록 URL은 팀의 스탠드업 채널에 공유됩니다. 이후 2주 동안 엔지니어링 팀은 그 하위 목록에서 일합니다. 하위 목록의 칸반 보기가 곧 스프린트 보드가 됩니다. 제품 관리자는 백로그 정리와 로드맵 논의를 위해 마스터 List를 보고, 엔지니어는 진행 중인 일을 보기 위해 하위 목록을 봅니다.

좋은 부수 효과도 있습니다. 회고 시점에는 그 하위 목록이 그대로 기록물이 됩니다. 무엇이 범위 안에 있었고, 무엇이 나갔고, 무엇이 미뤄졌는지가 정확히 담겨 있습니다. Jira 보드를 캡처해 Confluence에 붙일 필요가 없습니다. 하위 목록 URL 자체가 기록입니다.

에이전시는 외부 팀 하위 목록으로 고객에게 어떻게 진행 상황을 보여 주나요?

에이전시에게 가장 가치가 큰 하위 목록 활용법이자, 정작 대부분의 에이전시가 가능하다는 사실조차 모르는 방식입니다. 외부 크리에이티브 파트너(프리랜스 디자이너, 영상 편집자, 번역 업체)와 일하는 사내 팀에도 똑같이 적용됩니다. 조직 밖에 있으면서 작업을 들여다봐야 하지만 자기 몫만 봐야 하는 모든 사람에게 해당합니다.

저희 설정 방식은 이렇습니다. 고객 계약(또는 외부 파트너 흐름)마다 프로젝트를 하나씩 둡니다. 마스터 List에는 상업적 협의, 내부 QA, 수익성 표시 같은 내부 전용 업무를 포함한 모든 작업이 들어갑니다. 그리고 고객 이름을 딴 하위 목록을 만들어 권한을 외부 팀으로 설정하고, 고객이 봐야 할 결과물과 결정 사항만 담습니다.

Marketing Campaign Launch 워크스페이스 안에 만들어 둔 External Team — Client View 하위 목록에서 구조를 확인할 수 있습니다. 실제 계약에서라면 검토 중인 블로그 글, 디자인 에셋, 웨비나 스크립트, 번역 결과물처럼 고객이 관여하는 결과물을 담게 됩니다. 내부 마진 메모, 비공개 QA 대화, 청구에 쓰는 범위 변경 기록은요? 마스터 List에 남아 외부 팀 URL에서는 보이지 않습니다.

고객은 그 URL을 받습니다. 외부 팀 좌석으로 링크를 열면 결과물, 마감일, 상태, 자신과 관련된 댓글이 보입니다. 그 외에는 아무것도 보이지 않습니다.

고객사 8~15곳을 동시에 진행하는 에이전시라면 이 패턴 하나가 주간 PDF, 별도로 관리하던 Notion 페이지, 스크린샷을 잔뜩 붙인 상태 보고 메일, 그리고 달리 볼 방법이 없어 고객이 "지금 뭐 하고 계신가요?"라고 물을 때마다 오가던 상당량의 대화를 대체합니다.

이 워크플로의 더 깊은 이야기는 에이전시 프로젝트 관리 글에 있습니다. 요약하자면, 외부 팀 하위 목록을 쓰는 순간 고객용 트래커를 따로 유지할 필요가 사라집니다. 권한의 경계를 사람의 성실함이 아니라 도구가 지켜 주기 때문입니다.

관리자는 필터 기반 하위 목록으로 주간 리뷰를 어떻게 진행하나요?

직속 팀원 여덟 명과 진행 중인 프로젝트 네 개를 맡은 팀 리드에게는 매주 반복되는 문제가 있습니다. 금요일마다 무엇이 완료됐고, 무엇이 밀렸고, 무엇이 다가오는지 파악해야 합니다. 네 개의 마스터 List에서 이걸 뽑아내는 데는 90분이 걸리고, 누구도 즐겁지 않으며, 대부분은 그냥 건너뜁니다.

저희 설정 방식은 이렇습니다. 프로젝트마다 필터 기반 하위 목록을 하나씩 만들고 모두 "This Week"라고 이름 붙입니다. URL 형태를 볼 수 있도록 Marketing Campaign Launch에 해당 패턴을 만들어 두었습니다. 설정할 필터 조건은 이렇습니다.

• due-date in this week OR completed in this week
• assignee in [직속 팀원]

필터 기반 하위 목록이 제 값을 하는 활용 사례가 바로 이것입니다. 주중에 새로 만들어진 업무가 조건에 맞으면 자동으로 나타나고, 완료된 업무는 주가 바뀌면 빠집니다. 관리할 일이 없습니다. 큐레이션한 목록이 아니라 질의이기 때문에 하위 목록은 늘 최신 상태를 유지합니다.

프로젝트마다 하위 목록을 따로 관리하고 싶지 않다면, 하위 목록 2.0 업데이트를 통해 폴더, 스마트 폴더, 조직, 내 업무 수준에서 하위 목록을 만들 수 있습니다. 네 개의 프로젝트를 모두 담은 폴더에 "This Week" 하위 목록을 하나만 두고 필터를 한 번 적용하면, 그 URL 하나가 아래 모든 프로젝트에서 조건에 맞는 업무를 끌어옵니다. 링크 네 개 대신 하나만 북마크하면 되고, 금요일 리뷰는 탭 하나에서 시작됩니다.

AI 워크플로를 쓰고 있다면 Quire의 MCP 연동과 함께 활용해 보세요. Claude에게 각 "This Week" 하위 목록을 읽고 금요일 팀 요약을 작성하도록 시킬 수 있습니다. 이제 AI는 백로그 전체가 아니라 정확히 범위가 좁혀진 데이터 소스를 갖게 됩니다.

신규 입사자 온보딩은 하위 목록에 어떻게 담나요?

새로운 사람이 합류하면 입사자별 하위 목록(예: "Onboarding — Elizabeth")을 만들고 그 사람의 역할에 해당하는 업무만 담습니다. 권한은 선택한 멤버로 두어 Elizabeth, 그의 매니저, 버디, 인사팀 담당자만 보게 합니다. 마케팅 디렉터나 엔지니어링 리드는 볼 필요가 없습니다. Elizabeth의 매니저는 매일 확인합니다.

문서로는 안 되고 이 방식으로는 되는 것이 있습니다. 마감일, 담당자, 댓글, 그리고 눈에 보이는 진행 상황입니다. Elizabeth는 묻지 않아도 다음 할 일을 압니다. 매니저는 금요일에 하위 목록을 훑어보고 막힌 지점을 확인합니다. 버디는 자기 업무 차례가 오면 알림을 받습니다. Elizabeth가 온보딩을 마치면 그 하위 목록은 삭제하지 않고 보관합니다. 온보딩이 실제로 어떻게 흘러갔는지에 대한 기록이 되고, 다음 사람의 온보딩을 설계하기 전에 읽어 볼 자료가 됩니다.

조직에 Quire MCP가 연결되어 있다면 인사 템플릿이나 킥오프 회의록에서 입사자별 하위 목록을 만드는 일은 프롬프트 한 번이면 끝납니다. 이 워크플로는 AI 프로젝트 관리 워크플로 5가지에서 다뤘습니다.

개인용 "Today" 하위 목록은 집중에 어떻게 도움이 되나요?

개인 생산성 활용 사례입니다. 새로울 것은 없지만, 대부분의 사용자가 가장 먼저 도입하고 가장 많이 쓰는 방식입니다.

저희 설정 방식은 이렇습니다. "Today"라는 이름의 비공개 필터 기반 하위 목록을 만들고 조건을 assignee = me, due-date = today OR overdue, status != done으로 둡니다. 패턴을 직접 확인할 수 있도록 Marketing Campaign Launch 안에 Today 하위 목록을 만들어 두었습니다. 실제로 쓸 때는 권한을 비공개로 설정해 동료들의 탭 바에 나타나지 않게 하세요.

이 하위 목록은 프로젝트 탭 바 맨 위에 고정해 둡니다. 하루의 첫 동작은 이것을 여는 일이고, 마지막 동작은 닫는 일입니다. 내 몫이 아닌 247개의 업무를 포함해 나머지 전부는 일하는 시간 동안 보이지 않습니다.

솔직히 말하면, "Today" 하위 목록 하나가 생산성 시스템이 되지는 않습니다. 시스템 안에서 작동하는 집중 도구일 뿐입니다. 무엇을 목록에 올릴지, 우선순위를 어떻게 정할지에 대한 습관이 없다면 "Today" 하위 목록도 그저 무시하게 되는 또 하나의 목록이 됩니다. 이 패턴은 조율 비용에 대한 글에서 다뤘습니다.

저희라면 쓰지 않을 활용 사례

애초에 같은 프로젝트를 공유해서는 안 되는 팀들 사이의 울타리로 쓰기 시작하는 순간, 하위 목록은 잘못된 도구가 됩니다.

패턴은 이렇습니다. 두 부서가 이해관계자도, 타임라인도, 리듬도, 완료 기준도 다른 일을 하고 있습니다. 누군가 "하나의 프로젝트에 두고 팀마다 하위 목록을 주자"고 결정합니다. 6주 뒤에는 어느 팀도 일관된 그림을 갖지 못하고, 마스터 List는 엉망이 되며, 두 하위 목록은 서로 반대 방향으로 벌어집니다.

두 갈래의 작업이 정말로 별개의 소유권을 갖는다면, 그것은 하위 목록 두 개가 아니라 프로젝트 두 개에 속합니다. 하위 목록은 공유된 범위 안에서 쓰는 집중 도구이지, 실제 프로젝트 경계를 대신할 수 없습니다.

솔직한 판별법은 이렇습니다. 두 하위 목록을 함께 봐서 얻을 것이 전혀 없다면(마스터 List가 무의미하거나 혼란스럽다면), 두 개의 보기를 가진 프로젝트 하나가 아니라 라벨만 공유하는 프로젝트 두 개를 갖고 있는 것입니다.

프로젝트를 나눌지 하위 목록을 쓸지 고민 중이라면 이렇게 판단하세요. 마스터 List를 볼 일이 있는가? 있다면 하위 목록, 없다면 분리입니다.

첫 하위 목록은 어떻게 만드나요?

모든 옵션은 하위 목록 만들기 가이드에 정리되어 있습니다.

대부분의 사람에게 필요한 것은 이 정도입니다.

1. 프로젝트를 엽니다. List 탭 옆의 + 아이콘을 클릭하거나 그냥 L을 누릅니다.
2. 하위 목록 이름을 정합니다. 원하면 아이콘도 고릅니다.
3. 권한 수준을 선택합니다. 기본값은 모든 멤버이고, 에이전시라면 보통 외부 팀, 개인용이라면 비공개가 적합합니다.
4. 수동(업무를 끌어다 놓기)과 필터 기반(조건에 맞는 업무를 끌어오기) 중에서 정합니다.
5. 탭 바 맨 위에 고정합니다.

업무에서 오른쪽 클릭하면 나오는 컨텍스트 메뉴의 Set Sublist는 두 번만 써 보면 드래그보다 빠릅니다.

두 번째 방법도 있는데, 원하는 모습이 이미 머릿속에 있을 때 더 빠릅니다. 먼저 목록을 필터링한 다음, 필터 바의 별 메뉴를 열고 하위 업무 생성하기를 선택하세요.

필터링에 사용한 조건이 그대로 하위 목록의 상시 조건이 되므로, 처음부터 설정할 필요 없이 필터 기반 하위 목록을 얻게 됩니다. 활용 사례 4의 "This Week" 하위 목록 네 개, 그리고 목록을 나열하기보다 규칙으로 설명하는 편이 쉬운 모든 경우에 이 방법을 쓰면 됩니다.

하위 목록을 실제로 정착시키는 요령은 무엇인가요?

하위 목록을 계속 쓰는 팀과 일주일 써 보고 그만두는 팀을 가르는 몇 가지 패턴이 있습니다.

하위 목록 이름은 사람이 아니라 일에 붙이세요. "Sara의 업무"는 금방 낡습니다. "Q3 Brand Refresh"는 Sara가 휴가를 가도 쓸모가 남습니다. 작업의 범위를 설명하는 이름은 인사 이동에도 살아남습니다.

가능하면 필터 기반을 쓰세요. 수동 하위 목록은 관리가 필요합니다. 필터 기반 하위 목록은 스스로 갱신되고, 필터 바의 별 메뉴에서 저장하는 데 걸리는 시간은 필터를 적용하는 시간과 비슷합니다. 처음에 생각을 조금 더 해야 하지만, 그 이후 매주 돌려받습니다.

실제로 쓰는 것만 고정하고 나머지는 보관하세요. 고정한 하위 목록이 벽처럼 늘어서면 그 자체가 또 다른 어수선함이 됩니다. 대부분의 팀에게는 고정한 하위 목록 3~5개가 가장 알맞습니다. 쓰지 않게 된 것은 삭제하지 말고 보관하세요. 업무는 마스터 List에 남고, 그 워크플로가 다시 필요해지면 하위 목록을 되살릴 수 있습니다.

스크린샷이 아니라 URL을 공유하세요. 하위 목록 URL이 살아 있는 원본입니다. 슬랙에 스크린샷을 붙이는 순간, 누군가 업무를 수정하자마자 어긋나기 시작하는 별개의 산출물이 하나 더 생깁니다.

하위 목록 안에서 마스터 List의 순서를 흐트러뜨리지 마세요. 하위 목록 안에서 순서를 바꾸면 마스터의 순서도 바뀝니다. 마스터에 영향을 주지 않으면서 다른 순서가 필요하다면, 원하신 것은 하위 목록이 아니라 별도의 스마트 폴더일 가능성이 큽니다.

핵심 정리

하위 목록은 업무가 50개를 넘어선 공유 Quire 프로젝트를 모두가 견딜 만하게 만들어 주는 장치입니다. 핵심은 필터 자체가 아니라, 이름이 있고 저장되며 권한이 적용되고 동일한 원본을 가리킨다는 점입니다. 위에서 살펴본 여섯 가지 실전 워크플로(기능별 마케팅 보기, 스프린트 범위 설정, 외부 팀 고객 창구, 관리자 주간 리뷰, 신규 입사자 온보딩 트랙, 개인 집중 목록)는 하위 목록이 제 값을 하는 대부분의 상황을 아우릅니다.

잘못된 사용은 마땅히 있어야 할 프로젝트 경계를 하위 목록으로 대체하는 것입니다. 올바른 사용은 공유 프로젝트 안의 모든 사람에게 가장 작고 가장 관련성 높은 보기를 주는 것입니다. "마스터 List를 감당할 수 없다"고 말하는 팀은 대개 "아직 하위 목록을 만들지 않았다"는 뜻입니다.

어떤 하위 목록 활용 사례가 나에게 맞을까요?

여섯 팀, 프로젝트를 나누는 여섯 가지 방법입니다. 여러분과 가장 가까운 것을 찾아보세요.

자주 묻는 질문

하나의 업무가 어떻게 여러 Quire 하위 목록에 동시에 나타날 수 있나요?

하위 목록은 같은 프로젝트를 개인화하거나 필터링해서 보는 방식입니다. 업무는 마스터 List에 단 한 번만 존재하고, 여러분이 만드는 하위 목록에는 개수 제한 없이 나타납니다. 하위 목록에서 업무를 수정하면 마스터도 함께 바뀝니다. 복사본이 아니라 같은 업무이기 때문입니다.

Quire 하위 목록은 태그, 필터, 별도의 프로젝트와 어떻게 다른가요?

태그는 업무에 붙는 메타데이터이고, 필터는 일시적인 검색이며, 별도의 프로젝트는 별도의 데이터 집합입니다. 하위 목록은 같은 데이터를 이름과 권한, 고유 URL을 가진 형태로 저장해 둔 보기입니다. 업무를 하나도 복제하지 않으면서 필터의 집중력, 프로젝트의 지속성, 외부 링크 수준의 세밀한 공유를 모두 얻을 수 있습니다.

프로젝트당 하위 목록은 몇 개까지 만들 수 있나요?

Free 플랜에서는 프로젝트당 두 개입니다. 유료 플랜에서는 이 한도가 늘어납니다. 한도에 부딪히는 팀은 대부분 Free를 쓰다가 Quire를 몇 주 사용한 뒤에야 하위 목록을 발견한 경우이며, 보통 그 시점이 업그레이드를 고민할 만한 때입니다. 자세한 내용은 가격 페이지에 정리되어 있습니다.

팀 외부의 사람과 하위 목록을 공유할 수 있나요?

가능합니다. 하위 목록을 만들 때 모든 멤버, 관리자, 선택한 멤버, 외부 팀, 비공개 중에서 고를 수 있습니다. 외부 팀 옵션은 에이전시와 컨설팅 회사가 내부 업무를 노출하지 않으면서 고객에게 해당 고객의 작업만 읽기 전용으로 보여줄 때 사용하는 방식입니다.

업무를 옮기거나 제거하면 하위 목록은 어떻게 되나요?

하위 목록에서 업무를 제거하면 해당 보기에서만 사라집니다. 업무 자체는 마스터 List에 그대로 남습니다. 하위 목록을 삭제해도 그 안의 업무는 모두 마스터 List에 남아 있습니다. 하위 목록 안에서 순서를 바꾸면 마스터의 순서도 함께 바뀝니다. 누군가에게 자신의 개인 하위 목록을 "정리"하도록 맡기기 전에 알아 둘 만한 부분입니다.

하위 목록 대신 새 프로젝트를 만들어야 할 때는 언제인가요?

그 업무가 다른 보기가 아니라 정말로 다른 프로젝트에 속할 때입니다. 두 갈래의 작업이 이해관계자도, 타임라인도, 완료 기준도 서로 다르다면 그것은 하위 목록 두 개가 아니라 프로젝트 두 개입니다. 하위 목록은 집중을 돕는 도구이지, 팀 사이를 가르는 울타리가 아닙니다.

팀원 각자에게 지금 실제로 하고 있는 일만 담긴, 가장 작고 유용한 프로젝트 보기를 줄 준비가 되셨나요?

하위 목록은 Free 등급을 포함한 모든 Quire 플랜에서 제공됩니다(프로젝트당 하위 목록 두 개). 위 활용 사례는 각각 설정하는 데 5분이면 충분합니다. 일주일만 버텨 준다면 팀이 알아서 지켜 낼 것이고, 그렇지 않다면 잃은 것은 5분뿐입니다.

quire.io/signup에서 무료로 시작하기. 신용카드 없이, 모든 기능을 30일간 사용할 수 있습니다. 다른 탭에 하위 목록 가이드를 열어 두고 "Today" 하위 목록부터 만들어 보세요.