클릭업(ClickUp) 도입 가이드 — 첫 30일에 정할 것

클릭업 도입 첫 30일, 기능보다 순서가 결과를 바꿉니다

클릭업은 기능이 많습니다. 그래서 도입 초기에 가장 자주 일어나는 실패가 기능 부족이 아니라 순서 착오입니다. 계정을 만들고 전원을 초대한 뒤 각자 편한 방식으로 쓰게 하면, 2주 뒤에는 같은 업무가 세 군데에 중복으로 존재합니다.

클릭업 공식 도움말은 계층 구조를 Workspace → Space → Folder(및 Subfolder) → List → Task → Subtask로 정의하고, 대부분의 팀에는 팀이나 부서마다 하나의 Space를 권장합니다. 프로젝트는 Folder로, 프로젝트의 각 단계는 그 안의 Subfolder나 List로 표현하라는 것이 공식 권장안입니다.

이 글은 그 권장안을 한국 기업의 운영 환경에 맞춰 30일 일정으로 옮겼습니다. 주차별로 무엇을 결정하고, 무엇을 산출물로 남기고, 무엇을 완료 판정 기준으로 삼을지를 정리했습니다.

등장하는 인원 구성과 금액은 공개된 공식 정가로 계산한 가상 시나리오입니다. 특정 고객사의 실제 수치가 아니며, 계약 조건에 따라 달라집니다.

첫 30일이 어긋나는 지점은 거의 같습니다

도입 실패 사례를 되짚으면 패턴이 반복됩니다. 첫째, 구조를 정하지 않은 상태로 초대를 먼저 보냅니다. 둘째, 상태(Status) 이름을 팀마다 다르게 만듭니다. 셋째, 자동화를 재미있어 보이는 것부터 붙입니다. 넷째, 기존 도구를 그대로 두고 클릭업을 추가로 씁니다.

네 번째가 가장 치명적입니다. 기존 도구가 남아 있으면 업무는 양쪽에 생기고, 어느 쪽이 정본인지 아무도 모릅니다. 이 상태로 한 달이 지나면 팀은 '툴이 늘어서 더 번거롭다'는 결론에 도달하고, 그 결론은 되돌리기 어렵습니다.

그래서 30일 계획의 성공 조건은 기능을 몇 개 썼는지가 아닙니다. 한 팀의 업무가 클릭업 밖에서 보고되지 않는 상태, 즉 주간 보고를 위해 별도 문서를 만들지 않는 상태가 되는 것입니다.

범위를 한 팀으로 좁히는 것도 의도적입니다. 전사 동시 전환은 구조 오류를 전사 규모로 복제합니다. 한 팀에서 구조를 검증한 뒤 복제하는 편이 훨씬 빠릅니다.

1주차 — 계층 구조를 화면이 아니라 종이에 먼저 그립니다

클릭업의 계층은 Workspace가 조직 전체를 담고, Space가 업무의 종류나 팀을 나누고, Folder가 Lists를 묶고, List가 같은 프로젝트나 목표에 속한 Task를 담고, Task 아래에 Subtask가 붙는 구조입니다. Folder나 Subfolder를 새로 만들면 그 안에 List가 자동으로 하나 생성됩니다.

공식 권장안은 규모에 따라 다릅니다. 작은 프로젝트는 List 하나에 프로젝트를 Task로 두고 담당자별 기여를 Subtask로 추적합니다. 중간 규모는 프로젝트마다 List를 만들어 하나의 Folder에 묶습니다. 큰 프로젝트는 프로젝트마다 Folder를 두고 단계별로 Subfolder나 List를 나눕니다.

> 종이에 먼저 그려야 하는 이유

Space를 잘못 나누면 나중에 옮기는 비용이 큽니다. 업무를 옮기면 알림 설정, 권한, 자동화 조건, 대시보드의 집계 범위가 함께 따라오지 않거나 중복됩니다. 화면에서 만들면서 고치면 되돌릴 수 없는 흔적이 남습니다.

1주차 산출물은 단 한 장입니다. Space 목록, 각 Space의 Folder 목록, 각 Folder의 List 목록, 그리고 각 List에 들어갈 업무의 예시 세 개. 이 한 장을 팀장 세 명이 보고 '내 업무가 어디 들어가는지 바로 찾을 수 있다'고 말하면 통과입니다.

덧붙여, 중첩 Subtask는 ClickApp 기능이라 소유자나 관리자가 별도로 켜야 합니다. 구조를 Subtask 깊이에 의존하도록 설계하려면 1주차에 활성화 여부를 확인하십시오.

1주차 — 플랜은 인원보다 자동화 실행 횟수로 갈립니다

클릭업 플랜 선택에서 가장 많이 간과되는 항목이 월 자동화 실행 한도입니다. 공식 도움말 기준으로 Free Forever는 월 100건, Unlimited는 1,000건, Business는 5,000건, Business Plus는 25,000건, Enterprise는 250,000건입니다. Business Plus와 Enterprise는 추가 구매가 가능합니다.

중요한 것은 초과 시 동작입니다. 한도를 넘기면 그달 동안 워크스페이스의 자동화가 일시 중지됩니다. 사용량이 90%와 100%에 도달하면 소유자와 관리자에게 알림 메일이 발송되고, 한도는 매월 1일(PST)에 초기화됩니다.

> 실행 횟수 추산법

자동화 한 개가 월에 몇 번 돌지는 트리거가 되는 업무 건수로 계산합니다. 월 300건의 티켓에 '상태 변경 시 담당자 알림' 자동화를 걸면 300건, 여기에 '마감 임박 시 코멘트'를 걸면 다시 300건입니다. 자동화 다섯 개를 전사에 걸면 수천 건이 금방 나옵니다.

그래서 1주차에 할 일은 자동화를 만드는 것이 아니라, 붙일 자동화 목록과 각각의 월 예상 실행 횟수를 적는 것입니다. 합계가 Unlimited의 1,000건을 넘으면 Business를, 25,000건에 가까우면 Business Plus를 검토 대상에 올리십시오.

플랜은 워크스페이스 단위로 적용됩니다. 한 워크스페이스 안에서 팀마다 다른 플랜을 섞을 수 없으므로, 가장 자동화를 많이 쓰는 팀이 전체 플랜을 결정합니다.

2주차 — 상태 체계를 전사 공통과 팀 전용으로 나눕니다

상태(Status)는 나중에 바꾸기 가장 어려운 항목입니다. 대시보드 집계, 자동화 조건, 리포트가 모두 상태 이름에 묶이기 때문입니다. 팀마다 '진행중', '작업중', 'In Progress'를 각자 만들면 전사 집계가 불가능해집니다.

권장하는 방식은 두 층으로 나누는 것입니다. 전사 공통 상태는 최소한으로 고정합니다. 대기 → 진행 → 검토 → 완료 네 단계면 대부분의 집계가 가능합니다. 팀 전용 세부 단계는 커스텀 필드나 태그로 표현해 상태 집합을 늘리지 않습니다.

> 커스텀 필드는 '보고에 쓰는 것'만

필드는 늘리기 쉽고 줄이기 어렵습니다. 기준은 하나입니다. 이 필드가 주간 보고나 월간 집계에 들어가는가. 들어가지 않으면 설명란으로 충분합니다.

2주차 산출물은 상태 정의표와 필드 정의표입니다. 상태는 이름, 의미, 다음 단계로 넘어가는 조건을 적습니다. 조건을 적어 두지 않으면 같은 '검토' 상태에 사람마다 다른 업무가 들어갑니다.

완료 판정은 이렇게 하십시오. 팀원 세 명에게 임의의 업무 다섯 건을 보여 주고 상태를 지정하게 합니다. 세 명의 답이 같으면 정의가 섰습니다. 다르면 정의문을 다시 쓰십시오.

2주차 — 옮길 것과 버릴 것을 명시적으로 가릅니다

기존 도구에서 전부 옮기려는 시도는 대부분 실패합니다. 완료된 과거 업무까지 옮기면 데이터는 많아지지만 쓸모는 늘지 않고, 이관 작업에 2주가 사라집니다.

기준을 미리 정하십시오. 진행 중인 업무는 옮깁니다. 향후 90일 안에 시작할 업무는 옮깁니다. 완료된 업무는 옮기지 않고 기존 도구를 읽기 전용으로 남겨 참조합니다. 담당자가 없는 업무는 옮기기 전에 담당자를 정하거나 폐기합니다.

> 가져오기 기능의 한계를 먼저 확인하십시오

클릭업은 여러 도구의 가져오기를 지원하지만, 지원 소스와 옮겨지는 필드 범위는 변경될 수 있습니다. 첨부파일, 코멘트 이력, 커스텀 필드, 담당자 매핑이 모두 그대로 넘어오는 것은 아닙니다. 본 이관 전에 10건 정도로 시험 이관을 돌려 무엇이 빠지는지 눈으로 확인하는 편이 안전합니다.

이관하지 않기로 한 데이터에 대해서는 기존 도구를 언제까지 유지할지, 그 뒤에는 어디에 보관할지 1주차에 결정해 두십시오. 이 결정을 미루면 기존 도구 구독이 1년씩 더 유지됩니다.

2주차 산출물은 이관 대상 목록과 제외 목록, 그리고 기존 도구 해지 예정일입니다. 해지일이 적혀 있지 않으면 전환은 끝나지 않습니다.

3주차 — 보기와 대시보드로 주간 보고를 대체합니다

도입이 정착하는 분기점은 보고입니다. 업무는 클릭업에 있는데 보고는 여전히 별도 문서로 만들면, 팀은 입력을 이중 작업으로 인식하고 입력 품질이 떨어집니다.

그래서 3주차 목표는 명확합니다. 지금 쓰는 주간 보고서를 꺼내 각 항목이 클릭업의 어떤 보기나 대시보드 위젯으로 대체되는지 하나씩 대응시키십시오. 대응되지 않는 항목이 있으면 둘 중 하나입니다. 필요한 필드가 없거나, 그 항목이 애초에 필요 없었습니다.

> 보고 항목을 먼저 적고 위젯을 고릅니다

순서를 거꾸로 하면 보기 좋은 대시보드가 만들어지고 보고는 그대로 남습니다. 보고 항목 → 필요한 데이터 → 그 데이터를 담을 필드 → 그 필드를 집계하는 위젯 순서로 역산하십시오.

플랜에 따라 대시보드 기능 범위에도 차이가 있습니다. 계약 전에 필요한 위젯이 선택한 플랜에서 제공되는지 공식 기능 비교 페이지에서 확인하십시오. 확인하지 않으면 3주차에 '이 위젯은 상위 플랜 전용'이라는 메시지를 만납니다.

완료 판정은 간단합니다. 다음 주간 회의를 클릭업 대시보드 화면 하나로 진행했고, 별도 보고 문서를 만들지 않았다면 통과입니다.

3주차 — 권한과 게스트를 비용과 함께 설계합니다>

외부 협력사, 프리랜서, 클라이언트를 어떻게 넣을지는 구조 문제이면서 비용 문제입니다. 게스트 좌석의 제공 수량과 권한 범위는 플랜에 따라 다르고, 읽기 전용과 편집 권한의 취급도 다릅니다.

설계 원칙은 두 가지입니다. 첫째, 외부 인원이 들어오는 위치를 전용 Space나 전용 Folder로 분리합니다. 내부 Space에 게스트를 넣으면 공개 범위를 업무 단위로 관리해야 하고, 이것은 반드시 사고로 이어집니다.

> 내부 등급도 함께 정합니다

둘째, 내부 인원도 등급을 나눕니다. 업무를 만들고 처리하는 인원, 조회와 코멘트만 하는 인원, 설정을 바꿀 수 있는 관리자. 세 번째 그룹을 작게 유지하는 것이 구조를 지키는 가장 값싼 방법입니다.

3주차 산출물은 역할표입니다. 역할 이름, 해당 인원 수, 접근 가능한 Space, 할 수 있는 작업, 유료 좌석 여부. 이 표가 있으면 다음 갱신 때 견적을 스스로 검증할 수 있습니다.

참고로 좌석 수와 플랜은 워크스페이스 전체에 적용되므로, 게스트를 많이 쓰는 팀 때문에 전사 플랜이 올라가는 상황을 미리 계산해 두십시오.

4주차 — AI는 구조가 선 다음에 붙입니다

클릭업 Brain은 모든 플랜에서 일부 기능을 체험할 수 있지만, 체험 사용 횟수는 플랜과 인원 수에 따라 정해져 있고 초기화되지 않습니다. 공식 도움말 기준으로 Free Forever는 워크스페이스당 25회(10명 이하) 또는 50회(10명 초과), Unlimited와 Business는 50회 또는 75회, Business Plus와 Enterprise는 100회 또는 175회입니다.

체험이 끝난 뒤에는 유료 플랜에서 애드온을 구매해야 합니다. Brain 애드온은 사용자당 월 1,500 크레딧, Everything AI 애드온은 사용자당 월 5,000 크레딧이 제공됩니다. 크레딧은 요청 한 번에 1크레딧이 아니고, 기능에 따라 소모량이 다릅니다.

> 체험 횟수가 초기화되지 않는다는 점이 실무에서 중요합니다

구조가 서기 전에 AI를 열어 두면, 팀원들이 호기심으로 체험 횟수를 소진합니다. 그러면 정작 평가가 필요한 시점에 체험할 수 없고, 애드온을 사야 평가가 가능해집니다. 그래서 AI는 4주차에, 그것도 용도를 정한 다음에 켜는 것이 낫습니다.

평가 대상은 좁게 잡으십시오. 회의록 요약, 업무 설명 초안, 상태 업데이트 요약처럼 결과를 사람이 바로 검증할 수 있는 용도부터 측정합니다. 크레딧 소모량이 기능별로 다르므로, 한 달 치 사용량을 실측한 뒤에 애드온 범위를 정하십시오.

AI 도입 여부와 범위는 1개월 데이터로 판단하기에 충분합니다. 급하게 전사에 켜는 대신, 한 팀에서 한 달 측정하고 결정하는 편이 비용과 신뢰 양쪽에 유리합니다.

4주차 — 정착을 판정하는 다섯 가지

30일의 마지막 주에는 새 기능을 추가하지 마십시오. 대신 다음 다섯 가지를 확인하십시오. 하나라도 걸리면 그 항목을 고치는 데 다음 2주를 쓰는 편이, 기능을 더 붙이는 것보다 결과가 좋습니다.

첫째, 지난 2주 동안 생성된 업무 가운데 담당자와 마감일이 모두 비어 있는 비율이 10% 이하인가. 둘째, 주간 회의에서 별도 보고 문서를 만들지 않았는가. 셋째, 같은 업무가 기존 도구에도 남아 있지 않은가.

넷째, 자동화 사용량이 플랜 한도의 70% 이내인가. 한도에 근접하면 다음 달에 자동화가 멈출 수 있으므로, 플랜 조정이나 자동화 정리를 지금 결정해야 합니다. 다섯째, 팀원 세 명이 임의의 업무를 같은 상태로 분류하는가.

> 통과했다면 다음은 복제입니다

다섯 가지를 통과했다면 다음 팀으로 복제할 준비가 된 것입니다. 복제 단위는 Space 템플릿과 상태·필드 정의표입니다. 이 두 가지를 그대로 쓰게 하고, 팀별 차이는 필드와 태그로만 허용하십시오. 이 규칙을 깨면 세 번째 팀에서 다시 구조가 흩어집니다.

주차별 결정 항목과 완료 판정

플랜별 월 자동화 실행 한도와 초과 시 동작

전제와 기준: ClickUp 공식 도움말 'Automations feature availability and limits' 2026년 10월 5일 확인. 사용량 90%와 100% 시점에 소유자·관리자에게 알림 메일이 발송되고, 한도는 매월 1일(PST)에 초기화됩니다. 한도는 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.

독자가 자주 묻는 질문

Q. 전사에 한 번에 도입하면 안 되는가

가능하지만 권하지 않습니다. 구조 오류가 전사 규모로 복제되고, 되돌릴 때 모든 팀의 알림과 권한을 다시 손봐야 합니다. 한 팀에서 30일로 구조를 검증한 뒤 Space 템플릿과 정의표를 복제하는 방식이 총 소요 기간도 더 짧습니다.

Q. Free 플랜으로 먼저 시험해도 되는가

구조 설계 검증 목적이라면 유용합니다. 다만 월 자동화 100건, 그리고 Brain 체험 횟수가 초기화되지 않는다는 점을 기억하십시오. 자동화와 대시보드를 포함한 운영 검증까지 하려면 유료 플랜에서 한 팀만 1개월 운영하는 편이 판단 근거가 분명합니다.

Q. 기존 도구를 병행하면서 천천히 옮기면 안 되는가

병행 기간을 정해 두면 괜찮고, 정해 두지 않으면 거의 실패합니다. 병행은 '언제까지'와 '그 뒤에는 어디가 정본인가'를 명시해야 의미가 있습니다. 기존 도구 해지 예정일이 적혀 있지 않은 전환은 보통 1년 뒤에도 양쪽을 다 쓰고 있습니다.

Q. 한 워크스페이스에서 팀마다 다른 플랜을 쓸 수 있는가

플랜은 워크스페이스 단위로 적용됩니다. 팀별로 플랜을 섞으려면 워크스페이스를 분리해야 하고, 그러면 전사 대시보드 집계와 업무 이동이 끊깁니다. 대부분의 경우 자동화를 가장 많이 쓰는 팀 기준으로 하나의 플랜을 고르는 편이 낫습니다.

이 글이 다루지 않는 것

이 글은 계층 구조와 운영 순서를 다룹니다. 플랜별 전체 기능 비교, 게스트 좌석 과금 계산, 노션·지라와의 선택 기준은 각각 별도 글에서 다룹니다. 또한 가져오기(Import) 지원 소스와 필드 매핑 범위는 수시로 변경되므로 여기서 목록을 고정하지 않았습니다. 이관 전에 공식 도움말을 확인하고 시험 이관으로 검증하십시오.

출처와 확인일

가격·에디션·정책은 공급사가 예고 없이 변경할 수 있습니다. 계약 전 위 공식 페이지에서 직접 재확인하십시오. 원화 환산은 1 USD = 1,380원, 기준일 2026년 10월 5일을 적용했습니다.

함께 읽으면 좋은 솔바인드9 글