「Excelで管理していた業務データ、気づけば誰も更新していなかった」——そんな経験はないだろうか
社内のプロジェクト管理シートが属人化し、最新情報がどこにあるのか分からない。Slackで聞いても「あのスプレッドシートのB列を見て」と返ってくるだけ。こうした状態に限界を感じて、筆者がNotionのデータベース機能を本格導入したのは2024年の春だった。
それから約2年。いまでは社内の案件管理・タスク管理・ナレッジベースをすべてNotionに集約し、年間で約120時間の工数削減を実現している。この記事では、Notionデータベースの基本操作からリレーション・ロールアップといった中級機能まで、実務目線で解説していく。
Notionデータベースとは？ スプレッドシートとの決定的な違い
Notionのデータベースは、見た目こそ表計算ソフトに似ているが、中身はまったくの別物だ。最大の違いは「各行が独立したページになる」という点にある。
スプレッドシートではセルに文字列を入力するだけだが、Notionの各行（レコード）はそれ自体が1つのページとして機能する。つまり、プロジェクト一覧の1行をクリックすれば、その中に議事録や参考資料、サブタスクを自由に格納できるわけだ。
スプレッドシートとNotionデータベースの比較
| 比較項目 | スプレッドシート | Notionデータベース |
|---|---|---|
| 1行の情報量 | セルの文字数に制限あり | ページとして無制限に拡張可能 |
| ビューの切り替え | フィルタ・ピボットで対応 | テーブル/ボード/カレンダー/ギャラリー/タイムラインの5種類 |
| リレーション（テーブル間連携） | VLOOKUP等で疑似的に実現 | ネイティブ機能として搭載 |
| 権限管理 | シート単位 | ページ・データベース単位で柔軟に設定 |
| API連携 | Google Apps Script等が必要 | Notion API＋Zapier/Make対応 |
| 月額費用（チーム利用） | Google Workspace：月額680円〜 | Notion Team：月額$10（約1,500円） |
この表を見れば分かるとおり、「情報の構造化」という点でNotionデータベースは圧倒的に優位だ。特にリレーション機能は、複数のデータベースを横断して情報を紐付けられるため、部署間をまたぐプロジェクト管理で威力を発揮する。
データベースの作成手順：最初の5分で押さえるべきポイント
Notionデータベースの作成自体は難しくない。ページ内で /database と入力し、「テーブルビュー – フルページ」を選ぶだけだ。ただし、最初の設計で手を抜くと後から修正が大変になる。以下の3ステップを押さえておきたい。
ステップ1：プロパティ設計を先に決める
データベースのプロパティ（列）は後から追加できるが、運用開始後に大幅に変えると既存データの整合性が崩れやすい。筆者の場合、以下のプロパティを「案件管理データベース」の初期設定としている。
- 案件名（タイトル）：必須。案件を識別するための名前
- ステータス（セレクト）：未着手/進行中/レビュー中/完了/保留の5段階
- 担当者（ピープル）：責任者を1名アサイン
- 期限（日付）：納期を設定。リマインダーも併用
- 優先度（セレクト）：高/中/低の3段階
- カテゴリ（マルチセレクト）：案件の種別をタグ付け
- 見積金額（数値）：円単位で入力。ロールアップで集計に使う
ステップ2：ビューを目的別に作成する
1つのデータベースに対して、複数のビューを作れるのがNotionの強みだ。筆者は最低3つのビューを用意している。
- テーブルビュー：全体を俯瞰する一覧表示。フィルタで「完了」案件を非表示にすると見やすい
- ボードビュー：ステータスごとにカード表示。カンバン方式で進捗管理するときに使う
- カレンダービュー：期限ベースで案件を確認。月次の負荷分散に活用
ステップ3：テンプレートを作成する
データベースの「新規」ボタン横にある「▼」からテンプレートを設定できる。毎回同じフォーマットで入力する項目があるなら、テンプレート化しておくと入力工数が1件あたり約3分短縮できる。筆者のチーム（5名）では月に約40件の案件を登録するため、月間で2時間以上の節約になっている。
リレーション機能：データベース同士を”つなぐ”技術
Notionデータベースの真価が発揮されるのが、リレーション機能だ。これは、異なるデータベース間でレコードを紐付ける機能で、リレーショナルデータベースの外部キーに相当する。
実務での活用例：案件管理×タスク管理
筆者の運用では「案件管理DB」と「タスク管理DB」をリレーションで接続している。具体的な手順は以下のとおり。
- 案件管理DBに「関連タスク」というリレーションプロパティを追加
- タスク管理DBを選択し、双方向リレーションを有効化
- 各案件のページを開き、関連するタスクを紐付ける
こうしておけば、案件ページを開くだけで配下のタスク一覧が見える。逆に、タスク側からも「この作業がどの案件に紐づいているか」が一目で把握できる。
従来はスプレッドシートで案件とタスクを別シートに管理していたが、シート間の参照が壊れるトラブルが月に2〜3回発生していた。Notionのリレーションに移行してからは、この手のトラブルはゼロになった。
リレーションの種類：一方向と双方向の使い分け
リレーションには「一方向」と「双方向」の2種類がある。
- 双方向リレーション：案件→タスク、タスク→案件の両方から参照可能。業務管理にはこちらを推奨
- 一方向リレーション：参照元からのみ紐付けを確認できる。マスタデータの参照など、片方向だけで十分な場合に使う
実務では8割以上のケースで双方向リレーションを使っている。設定画面で「Show on（相手側のDB名）」のトグルをONにするだけなので、迷ったら双方向にしておいて問題ない。
ロールアップ機能：リレーション先のデータを”集計”する
リレーションと組み合わせて使うのがロールアップ機能だ。これは、リレーション先のプロパティ値を自動集計する機能で、Excelの SUMIF関数に近い役割を果たす。
活用例1：案件ごとのタスク完了率を自動計算
案件管理DBに「タスク完了率」というロールアップを設定する。
- リレーションプロパティ：関連タスク
- 集計対象プロパティ：ステータス（チェックボックス型）
- 計算方法：完了の割合（Percent checked）
これだけで、案件一覧にタスクの進捗率が自動表示される。わざわざタスクを1つずつ確認する必要がなくなるため、週次ミーティングの準備時間が従来の30分から5分に短縮された。
活用例2：顧客ごとの売上合計を自動算出
「顧客管理DB」と「請求管理DB」をリレーションで接続し、ロールアップで請求金額のSUM（合計）を取得する設定も便利だ。筆者のチームでは、顧客ごとの年間売上を自動集計し、営業優先度の判断材料として活用している。
実際のところ、この仕組みを構築したことで、四半期レビューの資料作成にかかる時間が1日がかりから約2時間に圧縮された。Excelでピボットテーブルを組んでいた時代とは比較にならない効率化だ。
筆者が実際にハマった落とし穴3選
Notionデータベースは便利だが、導入初期に失敗したポイントもある。同じ轍を踏まないよう、共有しておきたい。
落とし穴1：プロパティを増やしすぎた
最初は「あれも管理したい、これも記録したい」とプロパティを20個以上作ってしまった。結果、入力が面倒になり、チームメンバーの記入率が60%まで低下した。現在は必須プロパティを8個以内に絞り、記入率は95%以上を維持している。
落とし穴2：ビューのフィルタ設定を共有しなかった
自分だけのフィルタ設定で満足していたが、他のメンバーが同じビューを開くとフィルタが効いておらず、情報量に圧倒されて「使いにくい」と言われた。ビューは「ロックされたビュー」として保存し、チーム全体で共有するのが正解だ。
落とし穴3：リレーションの設計をやり直した
最初に作ったリレーションの構造が実務に合わず、3ヶ月後に全面的に作り直すことになった。このとき約200件のレコードを手動で紐付け直す羽目になり、丸1日を費やしてしまった。データベース設計は、運用を始める前にホワイトボードで構造図を描いてからにすべきだと痛感した。
応用編：フォーミュラ（数式）で業務ロジックを組み込む
Notionのフォーミュラプロパティを使えば、条件分岐や日付計算といったロジックを組み込める。2025年のアップデートでフォーミュラ2.0が導入され、記述の自由度が大幅に向上した。
実用的なフォーミュラ例
期限までの残日数を表示する：
dateBetween(prop("期限"), now(), "days")
ステータスに応じた絵文字ラベルを自動付与する：
if(prop("ステータス") == "完了", "✅ 完了",
if(prop("ステータス") == "進行中", "🔵 進行中",
if(prop("ステータス") == "保留", "⏸ 保留", "⬜ 未着手")))
これらを組み合わせることで、期限が3日以内に迫っている未完了タスクに「⚠ 要対応」と表示させるような運用も可能だ。実際に筆者のチームでは、期限超過タスクの見落としが月平均4件から0.5件に減少している。
Notion APIとの連携で”脱・手入力”を実現する
2026年現在、Notion APIは安定した運用が可能になっている。筆者はZapierを経由して以下の自動化を構築した。
- Googleフォームの回答 → Notionデータベースに自動追加：顧客からの問い合わせを手動転記する必要がなくなった
- Slackの特定チャンネルの投稿 → Notionのナレッジベースに自動保存：有益な情報が流れてしまう問題を解消
- Notionのステータス変更 → Slackに通知：進捗報告のための手動連絡が不要に
Zapierの無料プランでは月100タスクまで対応可能。有料プラン（月額$19.99〜）にすれば、マルチステップのワークフローも組める。筆者のチームでは月額$29.99のプランを使い、約15個のワークフローを稼働させている。
まとめ：Notionデータベースは”設計”が9割
Notionデータベースの機能は年々充実しており、2026年現在ではリレーション・ロールアップ・フォーミュラ・APIの組み合わせで、かなり高度な業務自動化が実現できるようになった。
ただし、最も重要なのは「最初の設計」に時間をかけることだ。プロパティの選定、リレーション構造の設計、ビューの設計——この3つを事前に詰めておけば、導入後の手戻りは最小限に抑えられる。
筆者の経験では、設計に2〜3日かけたプロジェクトほど、長期的な運用がうまくいっている。逆に「とりあえず作ってみよう」で始めたものは、半年以内に使われなくなるケースが多かった。
まずは小規模なデータベース（個人のタスク管理など）から始めて、リレーションとロールアップの感覚をつかんでから、チーム全体の業務管理へ拡張していくのが現実的なアプローチだろう。
コメント