Notionのプロジェクト管理が向く用途｜人数が増えて重くなる場面
「notion プロジェクト管理」で検索する人の多くは、道具をゼロから探しているわけではありません。すでにNotionでメモや議事録を書いていて、そこに進行の管理まで寄せられないかを考えている段階です。結論から書くと、Notionのプロジェクト管理は、仕様書や議事録と進行表を同じ場所に置きたいチームには非常によく合います。一方で、人数が増えたときと、権限を細かく分けたいときには、別の種類の手間が出てきます。この記事では、公式の料金ページとヘルプに書かれていることだけを根拠に、向く用途と重くなる場面を切り分けます。
進行の管理が「文書の置き場所」に寄っていく流れ
ここ数年、チームの進行管理は、専用の管理ツールに閉じるのではなく、文書とセットで持つ方向に動いています。理由ははっきりしていて、進行が止まる原因の多くが「タスクの管理ができていないこと」ではなく「決まったことがどこに書いてあるか分からないこと」だからです。
タスクの一覧そのものは、表計算ソフトでもチャットのピン留めでも作れます。しかし、そのタスクが何のために存在するのか、どういう仕様で合意したのか、前回の打ち合わせで何が保留になったのかは、別の場所にあります。とりまとめる立場の人は、進行表を見た人から「これって結局どうなったんでしたっけ」と聞かれるたびに、別のツールを開いて探し、リンクを貼って返す作業を繰り返すことになります。この往復が、実は一番時間を食います。
Notionが「notion プロジェクト管理」という文脈で強く支持されるのは、この往復を構造的に減らせるからです。プロジェクトのページを開けば、そこに進行のデータベースがあり、その下の階層に仕様書があり、その隣に議事録がある。同じページの中で行き来が完結します。現場でしばしば出るのは、「タスク管理がしたかったのではなく、話の経緯ごと一箇所に置きたかった」という言い方です。
その一方で、ひとつの場所にすべてを置ける自由さは、人数が増えたときに別の問題を呼びます。誰が何を見てよいのか、誰が構造を変えてよいのか、どこまで作り込めば運用が続くのか。この判断を全部チーム側で決めなければならなくなり、その決めごとが増えるほど、とりまとめる人の負担が増えます。向く場面と重くなる場面は、同じ性質の裏表です。
道具を入れ替えるとき、判断材料の大半はここに集まります。機能表を眺めて足りない機能を探すよりも、いま自分のチームが「文書と進行を一緒に持ちたい段階」なのか、「人数が増えて役割を分けたい段階」なのかを見極めるほうが、決断は早くなります。
標準テンプレートに最初から入っているもの
Notionでプロジェクト管理を始めるとき、ゼロからデータベースを設計する必要はありません。公式のガイドでは、組み込みのプロジェクト管理テンプレートについて、次のように説明されています。
There are three built-in project management templates in Notion, each with a designated use case in mind. Regardless of which one you start with, you'll be able to customize it by adding more properties later on. 出典: notion.com
つまり、用途を想定した組み込みテンプレートが3種類あり、どれから始めても後からプロパティを足して自分たち向けに作り替えられる、という設計です。呼び出し方も公式に案内されていて、「The Projects and tasks template is only available in the Notion app, so to start a project tracking system from the template, go to Templates in the sidebar.」とあります。サイドバーの「Templates」から呼び出す形です。
用意されているテンプレートは3種類
公式の説明では、3種類はそれぞれ次のように位置づけられています。
「To-do list」は、「This is a single database for simple task management where you can create, organize, and track your tasks.」とあり、単一のデータベースでタスクを作り、整理し、追跡するためのものです。使いどころは「It's best used for one-off projects or individual task management where you want to keep your system as minimal as possible.」と書かれており、単発の案件や個人のタスク管理で、仕組みをできるだけ小さく保ちたいときが想定されています。
「Projects & tasks」は、「Ideal for team project management, these databases allow you to organize tasks by project and track progress across your team.」とあり、チームのプロジェクト管理向けです。構造については「Projects and tasks are two separate but related databases. You can record different information in each database and link them with one another.」と説明されており、プロジェクトとタスクが別々のデータベースとして存在し、互いにリンクされる形になっています。
「Projects, tasks & sprints」は、「Selecting this template adds another layer to your projects and tasks, allowing you to arrange tasks into time-boxed sprints, ideal for project and issue tracking for engineering teams.」とあり、プロジェクトとタスクの上にもう一層を足して、タスクを期間で区切ったスプリントに並べられるようにしたものです。エンジニアリングのチームでの進行と課題の追跡が想定されています。
5人から数十人のチームで進行をとりまとめるなら、まず「Projects & tasks」を開いてみるのが素直な入り口になります。
プロジェクトとタスクの関係は最初から決まっている
このテンプレートで見落とされがちなのが、データベース同士の関係が最初から定義されている点です。公式ガイドには「Projects are the parent of tasks」と明記され、「One project can have many tasks, but each task should only relate to a single project. You can think of tasks as stepping stones towards completing a project.」と続きます。1つのプロジェクトが多くのタスクを持ち、各タスクは1つのプロジェクトにだけ紐づく、という一対多の関係です。
プロパティも用意されています。「Projects have properties like status, people, related tasks, and related task completion percent.」とあり、プロジェクト側にはステータス、担当者、関連するタスク、関連タスクの完了率が入っています。タスク側は「Tasks have properties for the assignee, due date and status.」で、担当者、期日、ステータスです。
進捗の見せ方も決まっています。「Project progress is measured by completed tasks」とされ、「The completion property calculates the number of completed tasks per project and displays the percentage as a progress bar.」と説明されています。プロジェクトごとに完了したタスクの数を計算し、割合をプログレスバーで表示する仕組みです。とりまとめる人が手作業で進捗率を打ち込む必要がない、という点は実務的に大きい部分です。
「Projects, tasks & sprints」を選んだ場合は、「If you are using Tasks, Projects & Sprints, you'll have a relation between tasks and sprints.」とあり、タスクとスプリントのリレーションも加わります。
最初から入っているビュー
見せ方も、ある程度は最初から揃っています。プロジェクトのデータベースに入っているビューは、公式ガイドで次のように説明されています。
「Active」は、「The "Active" view hides all projects that aren't marked as "Planning" or "In progress" to focus on and manage active projects.」とあり、「Planning」または「In progress」でないプロジェクトを隠すカンバンボードのビューです。「Mine」は、「"Mine" view filters the database to show projects that you're tagged in dynamically.」で、自分がタグ付けされているプロジェクトだけに絞り込まれます。「All」は、「The "All" table layout shows everything in the database.」とあり、データベース内のすべてをテーブルで表示します。
そして「Timeline」があります。公式ガイドの説明は「Assess workload with "Timeline" view」で、「Here, you'll see your projects arranged according to start and end date. By seeing how commitments overlap, you can make sure the workload is balanced and judge your team's capacity for new projects.」と書かれています。開始日と終了日に沿ってプロジェクトが並び、予定の重なりを見て負荷の偏りを判断できる、という用途です。工程表を別のツールで引き直している人にとっては、ここが一番効く部分になります。
タスクのデータベース側にも、ビューが3つ入っています。「By project」は「The "By project" view splits your task list by related project.」で、関連するプロジェクトごとにタスク一覧を分割します。「Mine」は「In "Mine", the database is filtered to show only tasks assigned to "Me"」で、自分に割り当てられたタスクだけを表示します。「People」は「The "People" view is ideal for giving managers a view of each team member's to-do list.」とあり、メンバーごとのやることリストを見たいときのビューです。
ここまでが「配られるもの」で、その先は自分たちの作業になります。ビューの追加は「In both databases, you can create any new views that you and your team would find helpful.」、プロパティの追加は「To add a new property to the database click on options …, Properties, and + New property.」と案内されています。自分たちの進め方に合わせた作り込みは、利用者側の手で行う設計です。
Notionでのプロジェクト管理が特に向く場面
向いている使い方を先に押さえておくと、乗り換えを考える必要があるかどうかの判断が速くなります。次のような状況なら、いまの形のままで問題ありません。
仕様書や議事録と進行表を同じ場所に置きたいとき
これが最大の強みです。プロジェクトのデータベースの各行が、そのままページとして開けます。開いた先に要件が書ける、打ち合わせのメモが書ける、画像を貼れる、下位ページを作れる。この構造のおかげで、「タスクの一覧」と「そのタスクの背景」が同じ場所にあります。
進行の管理で本当に困るのは、タスクが漏れることよりも、決定の経緯が失われることです。3週間前に「この仕様で行く」と決めたはずのことが、チャットの流れに埋もれて誰も参照できなくなる。この状態は、専用のタスク管理ツールと文書ツールを分けて運用しているチームで、繰り返し起きます。Notionは、その分断が構造的に起きにくい作りになっています。
案件ごとに管理の形を変えたいとき
Notionのデータベースは、プロパティを自由に足せます。料金ページの比較表でも、「サブタスクと依存関係」と「カスタムプロパティとフィルタリング」の行には、フリー、プラス、ビジネス、エンタープライズの4列すべてにチェックが付いています。フリープランのカードにも「サブタスク、依存関係、カスタムプロパティなどを含むデータベース」と書かれており、カスタムプロパティ自体は無料の範囲で使えます。
案件によって管理したい項目が違うチームには、この自由度が効きます。制作の案件では「入稿日」と「校正回数」が要る、開発の案件では「環境」と「影響範囲」が要る、といった具合に、同じ会社の中でも管理項目は揃いません。項目を足すことに管理者の承認が要らないのは、実務では大きな利点です。
社外の人にページ単位で見せたいとき
外部の人を巻き込む場合、Notionはゲストという仕組みを持っています。公式ヘルプでは「Guests are individuals external to your company or organization who you invite into your workspace on a page-by-page basis.」と定義されており、ワークスペース全体ではなくページ単位で招く形です。メンバーとの違いも明記されていて、「They can't be given workspace-wide access. They must be invited to individual pages in order to view them and their sub-pages.」とあります。
課金の観点でも、公式ヘルプは「Notionの請求モデルは、ワークスペース内のメンバー数に基づいています。」と書いており、ゲストはプランごとの「外部ゲスト制限」という別の枠で管理される仕組みになっています。ただし、有料プランでゲストが完全に無課金であることを直接述べた文言は、公開資料では確認できませんでした。課金対象がメンバーであることと、ゲストが別枠で管理されることまでが、公式に確認できる範囲です。
なお、招待の操作では取り違えに注意が必要です。公式ヘルプにも「ワークスペースにメンバーを誤って追加しないようにするには、ゲストを招待するNotionページに移動し、ページ共有をクリックします。メールアドレスを入力したら、招待をクリックする前にメールアドレスにカーソルを合わせて、ゲストとして追加されていることを確認します。」という手順が書かれています。招待画面で「ゲストをメンバーにアップグレードするかどうかを尋ねられます。今はスキップを選択して、そのページに無料で追加されるようにします。」とも案内されており、確認を飛ばすとメンバーとして追加されうることが分かります。
人数が増えたときに出てくる手間
ここからが、重くなる場面です。Notionそのものの良し悪しではなく、人数と役割が増えたときに、どういう判断や費用が発生するかという話です。
フリープランは2名以上でブロック数の制限がかかる
まず押さえておきたいのが、フリープランの制限の掛かり方です。公式ヘルプ「ブロックの使用状況を理解する」には、プランと人数ごとの表があります。
「無料」で「1名のワークスペースオーナーのみ」の場合は「無制限」。「無料」で「2名以上のワークスペースオーナー」の場合は「ワークスペースごとに1,000ブロック。その後、コンテンツを作成し続けるには、ワークスペースをNotionの有料プランにアップグレードする必要があります。」と書かれています。プラス、ビジネス、エンタープライズは「1人以上のワークスペースオーナーやメンバー」で「無制限」です。
英語のヘルプにも同趣旨の記述があり、「Members can be added to workspaces on the Free Plan at no charge. Workspaces with more than one member will be able to use up to 1,000 blocks in that workspace. If you want unlimited block usage on the Free Plan, you'll need to make sure your workspace only contains one person.」とあります。
ここで重要なのが、カウントの仕方です。公式ヘルプは「サインアップ後にワークスペースで作成されたコンテンツの量に基づいてブロックをカウントします。ブロックを削除したり、ゴミ箱を空にしたりしても、ブロック数は減りません。」と明記しています。つまり1,000ブロックは累積で、整理して減らすことができません。チームで議事録を書き続ければ、この上限には比較的早く到達します。
なお、フリープランのメンバー人数そのものに上限があるという記載は、公開資料では確認できませんでした。人数ではなくブロック数で制限される設計になっている、というのが公式資料から読み取れる内容です。
フリープランの他の上限も、料金ページの比較表にそのまま書かれています。「ファイルのアップロード」は「最大5MB」、「ページの履歴」は「7日」、「外部ゲスト制限」は「10」、「チャート」は「1」、「notion.site ドメイン」は「1」です。ページの履歴は、プラスが30日、ビジネスが90日、エンタープライズが無制限となっています。ファイルのアップロードはプラス以上がすべて「無制限」です。
進行の管理では、誰かが誤ってデータベースの行を消したり、プロパティの設定を変えてしまったりする事故が起きます。7日で履歴が切れるということは、月曜に起きた事故に翌々週に気づいても戻せない、ということです。人数が増えるほど、この復元期間の意味は重くなります。
課金はメンバー数で決まる
料金の考え方も、確認しておく価値があります。公式ヘルプには「Notionは、ワークスペース内で使用されているシート（ライセンス）の数に基づいて請求します。ワークスペース内の各メンバーに1シートが割り当てられます。」とあり、料金表の単位表記も「メンバー/月」です。人数課金であることが明示されています。
金額は、料金ページで「表示通貨：」を切り替えて確認できます。JPY表示の金額は、年払いでフリーが「￥0」、プラスが「￥1,650」、ビジネスが「￥3,150」、エンタープライズが「カスタム料金」。月払いでは、フリーが「￥0」、プラスが「￥2,000」、ビジネスが「￥3,800」、エンタープライズが「カスタム料金」です。年払いについては「年間プランで最大20%お得に」という表示が添えられています。同じページをUSD表示に切り替えると、年払いでPlusが「$10」、Businessが「$20」、月払いでPlusが「$12」、Businessが「$24」となります。いずれも2026年9月2日時点で公式の料金ページに表示されていた金額です。
税の扱いには注意が必要です。各有料プランのカードの下部に「日本の消費税（該当する場合）」という注記が表示されますが、表示価格が税抜か税込かを明示する文言は、料金ページおよびヘルプの請求関連記事では確認できませんでした。該当する場合に日本の消費税が加算されることのみが読み取れる状態です。JPY表示価格とUSD表示価格の換算方法や改定時期についても、公式ページには説明が見当たりません。
人数が増えたときに効いてくるのが、追加と削除のタイミングの違いです。追加については、月払いの場合「月払プランのワークスペースにメンバーを追加する場合、通常の月次請求では翌月分のご利用料が請求されますが（新規メンバーを含む）、その前の請求サイクル中に追加されたメンバーに対する日割り料金も、遡って請求に追加されます。」と説明されています。年払いの場合は「年払プランの残余期間に応じて計算された、新規メンバーごとの利用料金」が翌月に請求される形です。
削除については扱いが異なり、「ワークスペースからメンバーを削除した場合、請求額の減額は次回の請求サイクルから適用され、サイクル途中の日割り計算は行われません。既存の有料シートは、現在の請求期間が終了するまで引き続き利用できます。」とあります。増えるときは日割りで即座に、減るときは次のサイクルから。業務委託の人が入れ替わるチームでは、この非対称性が費用の読みづらさにつながります。
なお、シートを消費しない例外も用意されています。公式ヘルプには「Temporary members don't use a paid seat.」とあり、これはNotionのマーケットプレイスの認定コンサルタントに管理者が期限付きアクセスを与える仕組みです。「Only workspace admins can add temporary members.」とも書かれており、一般の外部協力者を無料で入れるための仕組みではありません。
権限を細かく分けたいとき
5人のうちは、全員が全部を見られてよいことがほとんどです。しかし人数が増えると、「この案件は特定のメンバーにだけ見せたい」「協力会社には工程だけ見せて、原価は見せたくない」という要求が必ず出ます。
Notionでは、この領域の機能がプランで分かれています。料金ページの比較表によると、「チームスペース（オープン、クローズド）」と「権限グループ」は4列すべてにチェックが付いており、フリープランでも使えます。一方で、「チームスペース（プライベート）」「チームスペースの高度なアクセス権設定」「データベース権限の詳細設定」は、ビジネスとエンタープライズのみにチェックが付いています。
管理まわりも同様です。「二段階認証」は4列すべてにチェックがありますが、「SAMLシングルサインオン（SSO）」はビジネスとエンタープライズのみ、「ユーザープロビジョニング（SCIM）」「監査ログ」「管理者コンテンツ検索」「ドメイン管理」「詳細な管理者ロール設定」「ワークスペースアナリティクス」はエンタープライズのみとなっています。役割についても、公式ヘルプに「Membership admin is a role that exists only in the Enterprise Plan.」と書かれており、メンバーの追加や削除だけを担当する管理者のロールはエンタープライズにしか存在しません。
「ダッシュボード」の行も、ビジネスとエンタープライズのみにチェックが付いています。フリーとプラスの列は空欄です。複数の案件をまたいだ状況を1枚で見たい、という要求が出たときに、プランの検討が必要になる領域です。
つまり、権限を細かく分けたいという要求が出た時点で、選択肢はビジネス以上になります。20人のチームがビジネスプランを年払いで使う場合、JPY表示の金額で1人あたり「￥3,150」ですから、その人数分の月額が発生する計算になります。この判断は、機能が足りるかどうかの話ではなく、権限管理にいくら払うかというビジネス上の判断になります。
なお、タイムラインビューが有料プランからであるという記載は、公開資料では確認できませんでした。ヘルプ記事「タイムラインビュー」にはプランを限定する注記が見当たらず、料金ページの比較表にも「タイムラインビュー」という行自体が存在しません。制限があるとは書かれていない一方で、制限が無いと明記されてもいないため、実際に使う前に自分たちのプランで確認しておくのが安全です。
作り込みが自由なことの裏返し
Notionでプロジェクト管理を組んだチームから聞くことが多いのが、「作れたのに、使われなくなった」という話です。これは機能の問題ではなく、自由度の高い道具に共通して起きる現象です。
決めごとの数が、そのまま運用の負荷になる
専用のタスク管理ツールでは、ステータスの選択肢も、ボードの列の意味も、ある程度は道具の側が決めています。決まっているから、新しく入った人が迷いません。
Notionは逆で、ほぼすべてを自分たちで決められます。ステータスをいくつ持つか、期日は開始と終了の両方を持つか、担当者を複数許すか、優先度をどう表すか。決められることが多いということは、決めなければならないことが多いということでもあります。この設計の作業は、たいてい進行をとりまとめている人ひとりに集まります。
そして、ここで作り込みすぎると、二度目の問題が来ます。プロパティが15個並んだデータベースに、タスクを1件登録するのは面倒です。面倒なら登録されません。登録されなければ、進捗の表は現実と食い違います。現場では、入力の手間が一定を超えると、2週間ほどで誰も更新しなくなると言われています。
入力する人が増えないと、表はすぐ嘘になる
とりまとめる立場の人が本当に気にすべきなのは、道具を入れられるかどうかではなく、入れたあとにチームが使い続けてくれるかどうかです。
判断の目安になるのは、更新の主体です。進行表を更新しているのが常に同じ1人なら、その表は「その人が見聞きしたこと」の記録であって、チームの状態ではありません。担当者が自分でステータスを動かしている状態になって初めて、表は現実を映します。
Notionのテンプレートは、この点をある程度考慮した作りになっています。公式ガイドには権限の初期状態について「When you add Projects & Tasks to a teamspace, everyone in the teamspace has access to those databases. This means that the whole team has visibility into what they need to do, and can take an active role in logging their progress in the database.」と書かれており、チームスペースに追加すれば全員がアクセスでき、各自が自分の進捗を記録できる形が想定されています。
問題は、そこに至るまでの構造の複雑さです。プロジェクトとタスクが別のデータベースに分かれていて、リレーションで結ばれている構造は、設計としては正しいものの、Notionに慣れていない人には理解に時間がかかります。「自分のタスクをどこに書けばいいのか分からない」という状態が数人でも発生すると、表の精度は落ちます。導入時に、担当者が触る画面を「Mine」ビューだけに絞って案内するなど、見せる範囲を意図的に狭める工夫が要ります。
判断のために決めておくとよいこと
作り込みに入る前に、次の3点だけは先に決めておくと、後戻りが減ります。
1つ目は、ステータスの数です。多くのチームで、実際に区別できているのは「未着手」「進行中」「確認待ち」「完了」の4つ程度です。それ以上に細かくしても、更新する人が使い分けられません。
2つ目は、誰が構造を変えてよいかです。プロパティの追加やビューの変更を全員に開いておくと、半年後には誰も意図が分からないビューが並びます。変更してよい人を先に決めておくだけで、この散らかりは防げます。
3つ目は、どこまでをこのデータベースで管理しないかです。日々の細かいやりとりまで全部タスクにすると、登録の手間で潰れます。チャットで済むものと、記録が要るものの線引きを、最初に言葉にしておくことが有効です。
データの持ち出しと、道具を変えるときの引き継ぎ
進行の管理を任せる道具を選ぶとき、入れるときの手軽さよりも、出せるかどうかを先に確認しておくほうが安全です。Notionは、書き出しと取り込みの両方について、公式に案内があります。
書き出しで案内されている形式
公式ヘルプの説明は「PDF、CSV、HTMLなどの形式でコンテンツを共有する手順を解説します！ Notionのページやデータベース、ワークスペース全体を、いつでもエクスポートできます」というものです。記事の項目としては「PDFとしてエクスポート」「HTMLとしてエクスポート」「マークダウンやCSVとしてエクスポート」「Notionページの印刷」「ワークスペース全体のエクスポート」が並んでおり、公式に案内されている形式はPDF、HTML、Markdown、CSVの4つです。
プランによる差もあります。料金ページの比較表では、「ワークスペース全体のエクスポート（HTML、Markdown、CSV）」の行は4列すべてにチェックが付いています。一方、「ワークスペース全体のエクスポート（PDF）」の行は、ビジネスとエンタープライズのみです。PDFの「サブページを含める」オプションについても、「ビジネスプランまたはエンタープライズプランをご利用の場合は、サブページを含めるオプションのご利用が可能です。」と書かれています。
ワークスペース全体を書き出す場合の実務的な注意も、公式に書かれています。「エクスポートの処理には、ワークスペースのサイズによっては最大30時間かかる場合があります。」とあり、ダウンロード用のリンクについては「このリンクの有効期限は7日間です。」と案内されています。30時間かかりうる処理を、リンクの有効期限7日の間に受け取る必要がある、という運用になります。
書き出せないものもあります。「現時点では、データベースの「フォーム」ビューをエクスポートすることはできません。」とあり、代替として「「テーブル」ビューから質問と回答をエクスポートしてみてください。」と案内されています。また「カスタム絵文字は、PDFエクスポートでは表示されません。」「PDFエクスポートに失敗した場合、HTMLとしてエクスポートされます。」という注記もあります。
そして最も重要なのが、この一文です。「エクスポートしたワークスペースコンテンツを再アップロードしても、ワークスペースを即座に再現することはできません。」つまり、書き出したデータはバックアップとして保管できますが、そのまま戻して元通りにできるものではありません。ここは、道具を選ぶ段階で理解しておくべき性質です。
なお、書き出しの操作には制限があります。「ワークスペース全体のエクスポートは、デスクトップまたはWebでのみ実施できます。」と明記されており、モバイルからは行えません。また「他のユーザーのプライベートページなど、エクスポート実行者にアクセス権がないページはエクスポートされません。」ともあり、管理者ひとりが実行すれば全部が出てくるわけではない点に注意が要ります。
取り込みで案内されている形式
逆に、Notionに持ち込む側も充実しています。公式が列挙している対応ファイル形式は、「プレーンテキスト（.txt）」「テキストとマークダウン（.txt、.md、または.markdown）」「Microsoft Word（.docx）」「CSV（.csv）」「HTML（.html）」「PDF（.pdf）」「ZIP (.zip)」です。
他ツールからの取り込みについても、「Confluence、Asana、Evernote、Trelloなど、さまざまなアプリからのデータインポートにも対応しています。」と案内されており、個別のページが用意されているものとしてConfluence、Asana、Monday.comが挙げられています。
操作上の制限も明記されています。「Notionのインポート機能は、デスクトップとWebで利用できます（モバイルではまだ利用できません）。」とあり、複数ファイルの扱いについては「PDF、HTML、Markdown、Word（.docx）、プレインテキスト（.txt）については、複数のファイルを一度にインポートできます。CSVとZIPはインポートオプションが異なるため、複数のファイルを同時にインポートすることはできません。」と書かれています。
データの保管場所
社外に説明する必要がある場合、データがどこに保管されるかを確認しておくと安心です。Notionは公式ヘルプでデータレジデンシーについて説明しており、選べる地域として「US-West-2（オレゴン）」「EU-Central-1（フランクフルト）」「AP-Northeast-1（東京）」「AP-Northeast-2（ソウル）」の4つが表で示されています。
ただし、対象は限られます。「営業経由で購入される（つまり、アカウントチームと連携している）エンタープライズプランのお客様は、既存のデータを指定したデータ地域へ移行できます。」とあり、日本国内（東京）での保存を選べるのはエンタープライズプランに限られます。既定については「デフォルトでは、データは引き続き米国に保存されます。」と明記されています。インフラについては「NotionはAmazon Web Servicesと提携し、地域のデータセンターを通じて信頼性の高い高性能データストレージを提供しています。」と説明されています。
保管場所を社内規程で定めているチームは、この点を事前に確認しておく価値があります。データの取り扱いをどういう観点で見ればよいかは、安全性の考え方にも整理があります。保管の場所、書き出せる形式、履歴の残る期間という3つの軸で見ると、道具ごとの違いが比べやすくなります。
日本語まわりで確認しておくこと
日本語対応については、公式ヘルプ「言語の変更」に対応言語が列挙されています。「Notionは現在、以下の言語で利用可能です。さらに多くの言語に対応できるよう取り組んでいます。」とあり、日本語は対応言語に含まれています。英語、英語（英国）、日本語、フランス語、ドイツ語、スペイン語、ポルトガル語、中国語、韓国語、ベトナム語、タイ語など、多くの言語が並んでいます。設定の場所も「サイドバーの設定 → 環境設定に移動します。」「言語と時間の下にある言語の横にあるドロップダウンを開きます。」と案内されています。モバイルについては「Notionアプリの言語はシステム環境設定の言語の優先順に従います。」とあり、アプリ側で個別に選ぶ形ではありません。
ひとつ知っておくとよいのが、ヘルプ記事の扱いです。日本語のヘルプ記事の上部には「このコンテンツはAI翻訳されている可能性があります」という注記が表示されます。社内で仕様を根拠として共有する場合は、英語版のヘルプと突き合わせておくほうが確実です。この記事でも、日本語ヘルプの文言と英語ヘルプの文言を両方併記している箇所があるのは、そのためです。
日本語対応の範囲は、画面の表示言語だけではありません。チームで使う道具では、通知メールの文面、日付の表記、氏名の並び、サポートに問い合わせたときの応答言語まで含めて「日本語で回せるか」が問われます。海外発のツールを日本のチームで運用する場合は、画面が日本語になっていることと、運用のすべてが日本語で完結することを、別の項目として確認しておくと後で困りません。
比較の観点から見た、次に何を変えるかの判断
ここまでを踏まえて、いま何に詰まっていて、次に何を決めればよいかを整理します。判断は、次の3つの問いに分けると進みます。
1つ目は、詰まっているのが「文書と進行の分断」なのか、「人数と権限」なのかという問いです。前者なら、Notionでのプロジェクト管理は最適に近い選択で、いまの形を変える理由はほとんどありません。テンプレートの3種類のうち、まだ「Projects & tasks」を試していないなら、そこを試すのが先です。後者、つまり人数が増えて権限を分けたいという段階なら、Notionではビジネス以上のプランが視野に入り、費用の判断になります。
2つ目は、更新する人が増えているかという問いです。進行表を更新しているのが依然として1人なら、道具を変えても状況は変わりません。この場合に効くのは、プランを上げることではなく、担当者が触る画面を減らすことです。入力する項目を削り、見せるビューを絞る。作り込みを増やす方向とは逆の動きになります。
3つ目は、進行の管理を「1枚の板」で済ませたいのか、「文書の体系」の中に置きたいのかという問いです。ここが道具の分かれ目です。文書の体系の中に進行を置きたいなら、Notionの構造がそのまま答えになります。逆に、板を開けば全員の状況が分かる状態を最優先にしたいなら、ボード型の道具のほうが摩擦が少なくなります。ボード型の道具で何ができるかは、できることに一覧としてまとめてあります。
道具ごとの向き不向きは、比較の一覧から個別のページをたどれます。カンバンの使い勝手を比べたいならTrelloとの比較、タスクの階層と担当の割り当てを比べたいならAsanaとの比較、文書と進行を同じ場所に置く設計そのものを比べたいならNotionとの比較が該当します。案件ごとの見せ方の作り込みを重視するならmonday.comとの比較、日本の開発現場での課題管理を軸に見たいならBacklogとの比較、シンプルなカンバンで揃えたいならJootoとの比較を見ると、判断の軸が絞れます。
料金の考え方も、比較の材料になります。Notionが人数（シート）に基づく請求であるのに対して、ボード型の道具では機能で絞らず、区切るのは人数とボードの数だけという考え方を取ることもできます。どの機能が有料になるかを覚えなくてよい分、費用の見通しが立てやすくなります。具体的な区切り方は料金に書いてあります。ただし、料金の考え方が単純であることと、必要な機能が揃っていることは別の話です。判断するときは、両方を見る必要があります。
比べる側の弱点も、揃えて見ておくべきです。ボード型の道具の側は、比較ページで自ら次の点を認めています。リポジトリ機能は持っていないこと、自動化と外部連携では勝負しないこと、画面は日本語のみであること、そして自動で取り込めるのはTrelloだけであることです。逆に言えば、コードの管理まで同じ道具に寄せたいチームや、外部サービスとの連携を自動化で組みたいチームには、向きません。Trelloからの移行の手順はTrelloからの移行にまとめてありますが、それ以外の道具からの移行は手作業になります。
最後に、判断を急がないための材料も置いておきます。Notionでの管理を続けるにせよ変えるにせよ、まず確認すべきなのは、いまのワークスペースがどのプランで、履歴が何日残り、ゲストが何人いるかという事実です。フリープランで2名以上が使っている状態なら、ブロック数の上限に近づいているかを設定画面で確認しておく。有料プランなら、来期に人数がどれだけ増える見込みかを出してみる。この2つを数字にしただけで、次に何を変えるべきかはかなり絞れます。道具の比較を始めるのは、その数字が出てからで遅くありません。判断の途中で出てくる細かい疑問は、よくある質問にも整理があります。
Q1. Notionの無料プランで、チームのプロジェクト管理はできますか？
できますが、上限があります。公式ヘルプによると、フリープランでワークスペースオーナーが2名以上になると「ワークスペースごとに1,000ブロック」の制限がかかり、削除してもカウントは減りません。ページの履歴は7日、ファイルのアップロードは最大5MB、外部ゲストは10までです。まず試す用途には向きますが、継続運用では上限の到達時期を見ておく必要があります。
Q2. Notionの料金はどのプランがいくらですか？
2026年9月2日時点の公式料金ページのJPY表示の金額では、年払いでフリーが￥0、プラスが￥1,650、ビジネスが￥3,150、エンタープライズはカスタム料金です。月払いはプラスが￥2,000、ビジネスが￥3,800です。単位はいずれも「メンバー/月」で人数課金になります。表示価格が税抜か税込かを明示する文言は確認できず、「日本の消費税（該当する場合）」という注記のみが記載されています。
Q3. プロジェクト管理のテンプレートには何が最初から入っていますか？
組み込みテンプレートは「To-do list」「Projects & tasks」「Projects, tasks & sprints」の3種類です。「Projects & tasks」には、プロジェクトとタスクの2つのデータベースとそのリレーション、ステータスや担当者や期日のプロパティ、完了率のプログレスバー、そしてカンバンの「Active」、テーブルの「All」、「Mine」、「Timeline」などのビューが最初から入っています。
Q4. 権限を細かく分けたい場合、どのプランが必要ですか？
料金ページの比較表では、「チームスペース（プライベート）」「チームスペースの高度なアクセス権設定」「データベース権限の詳細設定」はビジネスとエンタープライズのみにチェックが付いています。SAMLシングルサインオン（SSO）もビジネス以上、監査ログやユーザープロビジョニング（SCIM）はエンタープライズのみです。案件ごとに見せる範囲を分けたい段階になると、ビジネス以上の検討が必要になります。