ClickUpの使い方を日本語で押さえる、階層と見方の決め方から
clickup 使い方 日本語で調べている人の多くは、機能の一覧ではなく順番を知りたがっています。できることが多いのは分かった、では何から手を付ければチームで回り始めるのか、という問いです。
このツールでつまずく箇所は、実はかなりはっきりしています。機能が難しいのではなく、覚えるべき言葉の数が多いのです。階層を表す言葉だけで6つあり、画面の見方の種類は10を超えます。全部を理解してから始めようとすると、導入が止まります。
この記事では、最初に決めるべきことを階層と見方の2つに絞って整理し、そのうえで日本語で使うときの制約と、プランによって変わる上限を扱います。読み終えたときに、明日チームに何を渡せばよいかが決まっている状態を目指します。
最初に理解するのは階層。ここだけで6語ある
公式のヘルプは、この構造をすべての中心に置いています。
Organize all Workspace items, like tasks and Docs, into these Hierarchy locations. This core structure is the key to easily managing all of your work in one place! 出典: help.clickup.com
作業も文書も、この階層の中に置く。それが1か所で管理するための鍵だ、という位置づけです。階層は次のように並んでいます。
| 階層 | 役割 |
|---|---|
| ワークスペース | 組織全体と、そこにあるすべての作業を含む最上位。組織につき1つが推奨 |
| スペース | 仕事の種類や進め方で分ける層。部署、チーム、大きな取り組み、顧客などで区切る |
| フォルダ | 任意の層。スペースの中に置き、複数のリストをまとめる |
| サブフォルダ | 複雑な流れのために、フォルダの中にさらに作れる層 |
| リスト | 同じ案件や目標に属する作業をまとめる箱 |
| タスク | 実際の作業そのもの |
| サブタスク | タスクの中の細かい作業。入れ子にもできる |
ここで最初に伝えておくべきことがあります。6つの層をすべて使う必要はありません。フォルダは任意の層とされていますし、サブフォルダは複雑な流れのための追加です。入れ子のサブタスクにいたっては、オーナーか管理者が個別に有効にしなければ使えない機能です。
導入の初期に全部の層を使うと、作業を1つ登録するのに階層を4つ下る操作が必要になります。週に2回しか開かない人は、それだけで開かなくなります。まずはスペースとリストとタスクの3層で始めて、必要になったらフォルダを足す。この順番が現実的です。
スペースには個別の設定があり、ワークスペース全員に共有するか、非公開にして誰が見られるかを選べます。顧客ごとにスペースを分けて、外部の人には自分の分だけ見せる、という使い方はここで実現します。
階層をどう切るかで、運用の寿命が決まる
構造を理解したあとに来るのが、自分たちの仕事をどこで区切るかという判断です。ここを間違えると、半年後に全部を作り直すことになります。
よくある切り方は3つあります。
・部署で切る。営業、制作、経理といった単位でスペースを作ります。組織図と一致するので分かりやすく、権限も設計しやすい形です。ただし、部署をまたぐ仕事が扱いにくくなります ・案件で切る。プロジェクトごとにスペースを作ります。案件の中で完結する仕事が多い組織に向きます。ただし案件が増えると、スペースの一覧が長くなって探せなくなります ・顧客で切る。取引先ごとにスペースを作ります。受託の仕事に向き、顧客に見せる範囲も制御しやすくなります。ただし、社内の共通業務の置き場所に困ります
現実的なのは、部署か機能でスペースを切り、その中のフォルダで案件や顧客を分ける形です。スペースの数を増やしすぎないことが、探しやすさを保つ鍵になります。ここで注意したいのは、無料のプランではスペースの数に上限があることです。部署ごとに切る設計を選ぶなら、上限に届くかどうかを先に確認しておく必要があります。
判断の目安は、「毎日開く場所がいくつになるか」です。1人が毎日開く場所が3つ以内に収まる設計なら、運用は回ります。5つを超えると、どこに書いたか分からなくなる人が出始めます。
もう1つの目安が、新しく入った人が説明なしでたどり着けるかどうかです。組織の内部でしか通じない略語をスペースの名前にすると、入って1週間の人には意味が分かりません。名前は略さず、誰が見ても中身が推測できる形にしておいてください。一覧に並んだときに長くなりますが、探せないよりはるかにましです。
もう1つ、切り方を決めるときに考えておきたいのが、終わった案件の扱いです。案件ごとにリストを作る運用だと、1年で数十のリストがたまります。閉じるのか、アーカイブするのか、そのままにするのか。放置すると一覧が長くなり、検索の結果に古いものが混ざります。運用のルールとして、終わったものをどうするかまで最初に決めておいてください。
見方は「作るもの」ではなく「切り替えるもの」
階層の次に理解が要るのが、見方です。公式のヘルプでは、スペース、フォルダ、サブフォルダ、リストのそれぞれの上部に見方を並べるバーがあり、そこから切り替える仕組みだと説明されています。
用意されている見方は多岐にわたります。作業を縦に並べる一覧、状態ごとの列に分ける板、日付の上に置くカレンダー、誰が何をしているかを見るチーム、前後関係を線でつなぐガント、その場所のすべての動きを追う活動記録、時間軸に沿って並べるタイムライン、負荷の偏りを見るワークロード、発想を広げるマインドマップ、行と列で整理する表、地図の上に置くマップ、数値をまとめるダッシュボード、共同で書き込むホワイトボード、会話のためのチャット、文書のためのドキュメント。
新しくスペースやリストを作ると、既定で一覧と板の2つが付いてきます。ここから必要なものを足していく形です。
初めて触る人がやりがちなのが、見方を最初に全部作ってしまうことです。作った見方はバーに並ぶので、10個並ぶと目当てのものが探せなくなります。3つに絞って始めるのが実務的です。
見方はスペース、フォルダ、サブフォルダ、リストのどの階層にも作れます。同じ内容の見方を各階層に作ると管理が煩雑になるので、どの階層に置くかも決めておいてください。
絞るなら、この3つが有力です。1つめが板です。いま誰が何を持っていて、どこで止まっているかが最も速く分かります。2つめがカレンダーです。締切の混み具合と、今週の負荷が見えます。3つめが一覧です。絞り込みと並べ替えが最も自由で、報告用に整えるときに使います。
工程の前後関係を扱う必要が出てきたらガントを足し、人の負荷を調整する必要が出てきたらワークロードを足す。この順番なら、足すたびに理由が説明できます。
同じデータを違う見方で切り替えられるかどうかは、道具を選ぶときの本質的な条件でもあります。見方ごとに別の表を作り直す必要がある道具だと、更新のたびに手間が倍になります。何をどの見方で扱えるかはできることに整理されています。
状態の決め方が、板の使い勝手を決める
板の見方を使うなら、列にあたる状態を決める必要があります。ここは機能ではなく設計の話で、うまくいくかどうかの分かれ目になります。
やりがちな失敗が、状態を細かく作りすぎることです。未着手、準備中、着手、作業中、確認待ち、修正中、再確認待ち、承認待ち、完了。9つ並べると、動かすたびに「これはどの列か」を考えることになり、動かされなくなります。
現実的なのは、まず4つで始めることです。未着手、進行中、確認待ち、完了。この4つで足りない部分が見えてきたら、そのとき初めて足します。
もう1つ重要なのが、待ちの状態を作ることです。作業が止まっている理由の多くは、担当者が手を抜いているからではなく、誰かの返事を待っているからです。「先方待ち」という列を1つ作るだけで、止まっているものが誰の手元にあるのかが見えるようになります。この1列があるかないかで、進捗の会議の中身が変わります。
列の順番も、左から右へ時間が流れる形にしてください。人は左から右へ読むので、その並びが作業の流れと一致していると説明が要らなくなります。完了を左端に置くような並びにすると、それだけで毎回説明が必要になります。
完了したカードをいつまで板に置くかも決めておきます。ずっと残すと板が横に伸びて、進行中のものが見えなくなります。1週間で自動的に隠す、月末にまとめて閉じる、といったルールを最初に決めておくと、板の見やすさが保たれます。
状態を変えるのは誰かも決めておいてください。作業した本人が変える運用と、確認した人が変える運用では、板の意味が違ってきます。前者は進捗の記録、後者は品質の管理です。両方を1つの板でやろうとすると、どちらも中途半端になります。
タスクの中身は、どこまで埋めさせるか
階層と見方と状態が決まったら、次はタスク1枚をどこまで埋めてもらうかを決めます。ここも入れすぎると入力されなくなる典型的な箇所です。
タスクには既定の項目が並んでいて、さらに独自の項目を足せます。作業の種類ごとに必要な情報は違うので、足したくなるのは自然です。ただし、項目が10個並ぶ画面に毎回入力してもらうのは無理があります。
必須にするのは3つで足ります。担当者、期限、そして状態です。この3つが埋まっていれば、板もカレンダーも一覧も機能します。説明の欄は空でも構いません。空でも困らないなら、必須にしない。この判断が入力の継続率を左右します。
独自の項目を足すなら、後から集計したいものに限ってください。案件の種別、金額の規模、優先度。これらは並べ替えや絞り込みに使うので、入っている価値があります。一方で、「備考」のような自由記述の項目は、入っていても検索と集計に使えません。それは説明の欄で足ります。
もう1つ、期限の扱いを決めておいてください。すべての作業に期限を入れる運用にすると、期限のない作業を登録できなくなり、頭の中に残されます。期限を入れなくてもよい代わりに、期限のないものだけを集めた見方を作っておく。こうしておくと、いつまでも放置されている作業が可視化されます。
サブタスクを使うかどうかも、最初に方針を決めておくべき点です。細かく分ければ進捗は正確になりますが、登録の手間が増えます。1日で終わる粒度まで分けるのか、1週間の粒度で止めるのか。チームで揃っていないと、板の上に大小の作業が混ざって、進み具合が読めなくなります。
文書やフォームは、いつ足すか
このツールは、階層の中に作業以外のものも置けます。文書、ダッシュボード、フォーム、ホワイトボードが公式のヘルプに挙げられています。全部を最初から使う必要はなく、足すタイミングには目安があります。
文書を足す目安は、同じ説明を3回したときです。手順や決まりごとを口頭で3回説明したなら、それは書いておくべきものです。ただし、作業と離れた場所に置くと読まれません。関係する作業の近くに置けるかどうかが、読まれるかどうかを決めます。
フォームを足す目安は、依頼がばらばらの経路で届き始めたときです。メール、チャット、口頭、その全部から依頼が来ている状態は、取りこぼしが起きます。フォームを1つ作って、そこからの依頼が自動で作業になる形にすると、入口が1つにまとまります。ただし、フォームを作っただけでは依頼者は使いません。依頼を受ける側が「フォームからお願いします」と言い続ける期間が数週間は必要です。
ダッシュボードを足す目安は、報告のために毎回同じ集計をしているときです。週次の会議のたびに件数を数えているなら、それは自動化できます。逆に、まだ見るべき指標が定まっていない段階でダッシュボードを作ると、誰も見ない画面が増えるだけです。
ホワイトボードは、発想を広げる場面で使うものです。日々の進行の管理には直接関係しないので、導入の初期に触れる必要はありません。
順番としては、作業の登録が回り始めてから文書、依頼の入口が問題になってからフォーム、報告が定型化してからダッシュボード。この順で足せば、それぞれに理由が付きます。
通知の設計を放置すると、誰も見なくなる
導入して2週間で使われなくなるとき、原因はたいてい通知にあります。多すぎるか、少なすぎるかのどちらかです。
多すぎる場合、通知そのものが読まれなくなります。自分に関係のない作業の更新まで届くと、開いても意味がないので、そのうち通知の表示を消します。消した人には、自分宛の依頼も届かなくなります。
少なすぎる場合、依頼したことが相手に伝わりません。カードを作って割り当てたのに、相手が気づかない。結局チャットで「入れておきました」と連絡することになり、二度手間になります。
設計の起点は、何が起きたら誰に届くべきかを1枚に書き出すことです。自分に割り当てられたとき、自分の作業にコメントが付いたとき、自分が見ている作業の期限が変わったとき。この3つが届けば、たいていの現場は回ります。それ以外は既定で切ってしまってよい、と割り切ったほうが結果的に読まれます。
そして、通知から作業に直接飛べるかどうかも確認してください。通知を開いて、階層をたどって、目当ての作業を探す形だと、通知の意味が半減します。
もう1つ、メールとアプリのどちらで届くかも決めておく必要があります。メールで届くと既存の受信箱に混ざり、他のメールと同じ扱いになります。アプリの通知だけにすると、アプリを開いていない人には届きません。両方を有効にすると、同じことを2回知らされることになり、うるさく感じられます。チームの働き方に合わせて、どちらか一方に寄せるのが実務的です。
そして、通知を設計したあとは必ず自分で受け取ってみてください。自分に作業を割り当て、コメントを付け、期限を変える。この3つを試して、どこにどう届くかを目で確かめておくと、メンバーからの質問に即答できます。
日本語で使うときの制約を先に伝える
日本語での運用を前提にするなら、事前に伝えておくべき点が2つあります。
1つめが、画面の言語がベータであることです。個人の設定で言語を日本語にできますが、公式のヘルプには日本語が現在ベータであるという注記が添えられています。翻訳が当たっていない画面が残る可能性と、訳語が更新で変わる可能性があります。
2つめが、スマートフォンのアプリです。iOS版で選べる言語として挙げられているのは、英語、イタリア語、ポルトガル語（ブラジル）、フランス語、ドイツ語、スペイン語（ラテンアメリカ）、スペイン語（スペイン）の7つで、日本語は含まれていません。パソコンは日本語、スマートフォンは英語という状態になります。
さらに、言語の設定はアカウント単位です。管理者が日本語にしても、他のメンバーの画面は英語のままです。全員に切り替えてもらう案内が別途要ります。
現場を回る人が多いチームでは、この2点が定着を左右します。事務所のパソコンでしか使わないなら影響は小さく、スマートフォンが主な入口なら大きく効きます。導入の前に、誰がどの端末を使うかを確かめておいてください。日本語だけで完結する設計かどうかを横並びで見たいなら比較の一覧が判断の材料になります。
外部の協力者を招くときに決めること
5人から数十人のチームでは、正社員だけで仕事が完結することのほうが少なくなります。制作会社、業務委託、顧客側の担当者。こうした人をどう招くかで、運用の形が変わります。
まず決めるべきは、見せる範囲です。スペースには公開と非公開の設定があり、誰が見られるかを選べます。顧客ごとにスペースやフォルダを分けておけば、他の顧客の情報が見えることはありません。ここを設計せずに招くと、社内の議論が外部から見える事故が起きます。
次が、役割の割り当てです。ゲストとして招くのか、メンバーとして招くのかで、できることも費用も変わります。ゲストは権限が限られる代わりに費用の扱いが軽く、メンバーは制限が少ない代わりに人数として数えられます。人数課金の形をとっている以上、ここは金額に直結します。
3つめが、招いたあとの案内です。外部の人は、こちらの階層の切り方を知りません。「このリストを開いて、自分の名前が付いたカードだけ見てください」という1行があるかどうかで、初日の混乱が変わります。特に画面が英語のままの人には、位置で説明する案内が要ります。
4つめが、契約が終わったあとの扱いです。案件が終わって招待を外すとき、その人が書き込んだ内容が残るのか消えるのかを確認しておいてください。記録が消えると、後から経緯を追えなくなります。
外部の人を含む運用では、見せる範囲と費用と後始末の3つを先に決めておくと、案件ごとに悩まずに済みます。閲覧しかしない人を人数に数えるかどうかは道具によって違うので、料金の条件と合わせて確認してください。
プランで変わる上限を、設計の前に確認する
階層の設計に取りかかる前に、プランごとの上限を見ておく必要があります。設計が終わってから上限に当たると、作り直しになります。
公開されている料金ページには、次のような上限が示されています。
| 項目 | Free Forever | Unlimited | Business | Enterprise |
|---|---|---|---|---|
| スペースの数 | 5 | 無制限 | 無制限 | 無制限 |
| スペースあたりのリスト | 40 | 200 | 400 | 1000 |
| スペースあたりのフォルダ | 100 | 200 | 400 | 無制限 |
| ファイルの保存容量 | 60MB | 無制限 | 無制限 | 無制限 |
| 作業の数 | 無制限 | 無制限 | 無制限 | 無制限 |
無料のプランで最初に当たるのは、たいていスペースの数5と、保存容量60MBです。部署ごとにスペースを切る設計だと、5部署で上限に届きます。ファイルを添付する運用なら、60MBは数週間で埋まります。
有料のプランの金額は、年払いで1人あたり月7ドルから、月払いで1人あたり月10ドルからです。1つ上のプランは年払いで1人あたり月12ドル、月払いで月19ドルとなっています。いずれも2026年9月4日時点の公開情報で、米ドル建ての表示です。日本円での請求額は為替によって変わります。
人数で課金される形なので、費用は人数に比例します。20人で年払いの下位プランを使うと、月あたり140ドルという計算になります。閲覧しかしない人まで人数に含めるかどうかで金額が変わるので、契約の前に役割ごとの扱いを確認してください。
最初の2週間で何をするか
導入の成否は、最初の2週間でほぼ決まります。この期間にやることと、やらないことを分けておきます。
1週目にやることは、進行を預かる人が1人で設計することです。スペースを切り、リストを作り、状態を4つ決めて、見方を3つ用意します。この段階でメンバーを巻き込むと、決まらない議論に時間が溶けます。設計は独りで速く決めて、あとで直すほうが結果的に早く進みます。
そして1週目の後半に、実際の仕事を1つだけ入れます。架空のサンプルではなく、いま動いている案件です。サンプルで作った構造は、本物の仕事を入れた瞬間に合わないことが分かります。合わない箇所は、メンバーに配る前に直せます。
2週目にやることは、メンバーに渡して使ってもらうことです。渡すときに伝えるのは3つに絞ります。どこを開けばよいか、何を入力すればよいか、困ったら誰に聞けばよいか。機能の説明は要りません。使いながら覚えるほうが速く定着します。
2週目にやらないほうがよいことも決めておきます。自動化を組むこと、独自の項目を増やすこと、見方を追加すること。どれも便利ですが、この時期にやると設計が固まる前に複雑になります。
2週間の終わりに見るのは、1つの数字だけで足ります。進行を預かる人以外が、自分で作業の状態を変えた回数です。この数がゼロなら、設計が悪いのではなく、開く理由が無いということです。回数が数十あるなら、定着の見込みがあります。
ここで結果が芳しくないときの原因は、たいてい次のどれかです。開く場所が多すぎる、入力する項目が多すぎる、通知が届いていない、そもそも他の場所で話が進んでいる。この4つを順に潰していけば、たいていは改善します。
覚えることの多さは、使い続けられるかに直結する
ここまで整理してきたことを、進行を預かる立場から一度まとめ直します。
このツールは、できることが非常に多い道具です。階層を細かく切れて、見方を何種類も持てて、自動化も組めます。仕事の形が複雑な組織にとって、この柔軟さは利点になります。専任の担当者がいて、設計に時間をかけられるなら、うまく噛み合います。
一方で、その柔軟さがそのまま覚えることの多さになります。階層の言葉が6つ、見方が10種類以上、それに加えて機能ごとに個別に有効にする仕組みがあります。進行を預かる人は覚えられます。問題は、週に2回しか開かないメンバーが覚えられるかどうかです。
現場では、この差が定着を分けます。設計した人だけが使いこなし、他の人は依頼されたときだけ開く。そうなると、進捗の入力は結局1人に集まり、表はその人の手が空いている週だけ正確になります。入力する人が増えないと、進捗の表はすぐ嘘になります。
だから道具を選ぶときに見るべきは、機能の数ではなく、階層の浅さと画面の少なさです。開いた瞬間に自分の作業が見えて、状態を変えるのに1操作で済むなら、週に2回の人でも続きます。機能で段階を分けず、区切るのを人数とボードの数だけにしている設計であれば、工程表を使うために上位プランへ移るという判断も要りません。条件は料金で確認できます。
他の選択肢と横に並べたい場合は、板型を中心に使っているチーム向けのTrelloとの比較、作業の割り当てを中心に見たいチーム向けのAsanaとの比較、文書と作業をまとめて扱いたいチーム向けのNotionとの比較、国産のサービスと比べたい場合のBacklogとの比較がそれぞれまとまっています。既存のボードを移す手間が気になるならTrelloからの移行、社内の情報を外に置く判断が必要なら安全性の考え方を先に見ておくと、情報システム部門との話が早く進みます。細かい条件はよくある質問にも整理があります。
最後に、導入するときの順番だけ置いておきます。スペースとリストとタスクの3層で始める、見方は板とカレンダーと一覧の3つに絞る、状態は4つで始めて待ちの列を1つ足す、通知は3種類だけ残す、日本語とスマートフォンの制約を先に伝える。この5つを最初の1週間で決めれば、あとは使いながら足していけます。仕様と料金は更新されるので、判断の前には公式の情報で最新の記載を確認してください。
Q1. ClickUpの階層は全部使わないといけませんか？
使う必要はありません。フォルダは任意の層とされていますし、サブフォルダは複雑な流れのための追加、入れ子のサブタスクはオーナーか管理者が個別に有効にする機能です。導入の初期はスペースとリストとタスクの3層で始めて、必要になってからフォルダを足すほうが、メンバーの定着が良くなります。
Q2. 見方の種類が多すぎて選べません。最初は何を使えばよいですか？
板、カレンダー、一覧の3つで足ります。板でいま誰が何を持っていて、どこで止まっているかを見ます。カレンダーで締切の混み具合を見ます。一覧は絞り込みと並べ替えが自由なので、報告用に整えるときに使います。工程の前後関係が必要になったらガントを足す、という順番が説明しやすくなります。
Q3. 画面もスマートフォンも日本語にできますか？
パソコンの画面は個人の設定で日本語にできますが、公式のヘルプでは日本語はベータと注記されています。iOS版のアプリで選べる言語には日本語が含まれていないため、スマートフォンは英語のままになります。現場を回る人がスマートフォンを主に使うチームでは、導入前にこの点を伝えておいてください。
Q4. 無料のプランで最初に当たる上限は何ですか？
スペースの数とファイルの保存容量です。公開されている料金ページでは、無料のプランはスペースが5つまで、保存容量が60MBとされています。部署ごとにスペースを切る設計だと5部署で上限に届き、ファイルを添付する運用だと容量は数週間で埋まります。設計を始める前に確認しておくと、作り直しを避けられます。