Notionシステム研究所 > Notionビューの使い分け|テーブル・ボード・カレンダーを業務別に選ぶ
2026年6月6日
•約7分で読めます
Notionのテーブル、ボード、カレンダー、リスト、ギャラリー、タイムライン、リンクドビューを、入力、確認、会議、担当者別、期限切れなどの業務目的別に使い分ける方法を解説します。
Notionのビューは、テーブル、ボード、カレンダーのどれを使えばいいですか。
見た目で選ばない方がよい。ビューは同じDBを、入力、確認、会議、担当者別、期限切れなど別の目的で見るための切り口じゃ。
Notionのデータベースには、テーブル、ボード、カレンダー、リスト、ギャラリー、タイムラインなど複数のビューがあります。
Notion公式ヘルプでは、同じデータベースを複数の方法で表示でき、ビューごとにフィルター、並べ替え、グループ化を設定できると説明されています。
Notion公式ヘルプ:Views, filters, sorts & groups
また、データベースの基本ヘルプでも、データベースはテーブルに限らず、リスト、カレンダー、チャートなど、情報に合う形で表示できると説明されています。
ただし、ビューを増やすだけでは業務は整理されません。
Notionビューは、見た目を変える機能ではなく、同じDBを業務目的ごとに見せる運用設計 として使うべきです。
この記事では、Notionビューの使い分けを、テーブル、ボード、カレンダー、ギャラリー、リスト、タイムライン、リンクドビューまで整理します。
ビューは、まず目的で分けます。
| 目的 | 向いているビュー |
|---|---|
| まとめて入力する | テーブル |
| ステータス別に動かす | ボード |
| 日付で確認する | カレンダー |
| 読み物として見る | リスト |
| 画像や資料を見せる | ギャラリー |
| 工程や期間を見る | タイムライン |
| 別ページに同じDBを出す | リンクドビュー |
ビュー名は、見た目ではなく行動で付けます。
| よくないビュー名 | よいビュー名 |
|---|---|
| テーブル | 入力用 |
| ボード | ステータス確認 |
| カレンダー | 今週の期限 |
| リスト | 会議で見る確認待ち |
| ギャラリー | 公開中資料 |
テーブルビューは、入力と一覧確認に向いています。
| 向いていること | 例 |
|---|---|
| まとめて入力する | タスク、問い合わせ、顧客情報 |
| プロパティを横に比較する | 担当者、期限、ステータス |
| 列ごとの計算を見る | 合計、平均、空欄数 |
| データの抜けを確認する | 担当者未設定、期限未入力 |
Notion公式のテーブルビューでは、1行を1つのページとして開けること、行や列の操作、折り返し、列下部の計算などが説明されています。
テーブルビューは管理者向けです。
全員が見る業務ホームにそのまま出すと、情報が多すぎます。
ボードビューは、ステータス別の作業確認に向いています。
| 使いどころ | 例 |
|---|---|
| タスク管理 | 未着手、進行中、確認待ち、完了 |
| 採用管理 | 応募、書類確認、面接、内定 |
| 問い合わせ管理 | 未確認、対応中、顧客待ち、完了 |
| 制作進行 | 企画、執筆、レビュー、公開 |
ボードビューを使うなら、ステータス名を揃えます。
似た状態が増えると、列が増えて読みにくくなります。
日付を見るビューは、カレンダーとタイムラインに分けます。
| ビュー | 向いていること |
|---|---|
| カレンダー | 期限日、公開日、レビュー日 |
| タイムライン | 複数日にまたがる工程、プロジェクト期間 |
カレンダーは点の日付に向いています。
タイムラインは期間に向いています。
締切だけを見たいならカレンダー、工程全体を見たいならタイムラインです。
ギャラリーは、画像や資料カードに向いています。
リストは、読み物やナレッジに向いています。
| ビュー | 向いている情報 |
|---|---|
| ギャラリー | 資料、制作物、事例、画像付きカード |
| リスト | FAQ、手順、ナレッジ、議事録 |
ギャラリーは見た目がよい一方で、プロパティ比較には向きません。
入力や管理はテーブル、閲覧はギャラリーに分けるのが実務的です。
リンクドビューは、同じDBを別ページに表示するための仕組みです。
たとえば、プロジェクトページに「このプロジェクトのタスクだけ」を表示できます。
| ページ | 表示するリンクドビュー |
|---|---|
| チームホーム | 自分のタスク、期限超過 |
| プロジェクトページ | 関連タスク、議事録、決定事項 |
| 顧客ページ | 関連案件、問い合わせ、対応履歴 |
| 会議ページ | 確認待ち、期限超過、決定事項 |
リンクドビューは便利ですが、増やしすぎると管理が難しくなります。
元DBのプロパティとビューの責任者を決めておきます。
ビューは、業務ごとに最小セットを決めます。
| 業務DB | 最初に作るビュー |
|---|---|
| タスクDB | 入力用、マイタスク、確認待ち、期限超過、ステータスボード |
| 案件DB | 進行中、期限順、責任者別、週次レビュー、完了案件 |
| 議事録DB | 会議日順、未確認、関連案件別、決定事項あり |
| ナレッジDB | カテゴリ別、更新待ち、よく使う手順、下書き |
| コンテンツDB | 公開カレンダー、レビュー待ち、担当者別、公開済み |
大事なのは、ビューを見る人とタイミングを決めることです。
| 項目 | 例 |
|---|---|
| 見る人 | 担当者、確認者、管理者、顧客 |
| 見るタイミング | 毎朝、週次会議、公開前、月次棚卸し |
| 使う行動 | 入力する、確認する、差し戻す、完了にする |
ビューは、見る人とタイミングが決まっているものだけ作ります。
| 判断 | 作るべきか |
|---|---|
| 毎日見る | 作る |
| 会議で使う | 作る |
| 担当者別に必要 | 作る |
| たまにしか見ない | フィルターで十分 |
| 作成者しか使わない | 個人ビューにする |
ビューごとに、次を決めます。
| 項目 | 例 |
|---|---|
| ビュー名 | 今週の期限 |
| 見る人 | チーム全員 |
| 見るタイミング | 朝会 |
| フィルター | 完了以外、期限が今週 |
| 表示プロパティ | 担当者、ステータス、優先度 |
| 編集者 | 管理者 |
Notion公式ヘルプでは、データベースのコンテンツ編集権限を持つユーザーは、ページやプロパティ値の編集はできても、データベースプロパティやビューの追加・編集・削除、フィルターや並べ替え条件の変更はできないと説明されています。
この考え方は、チーム運用で重要です。
| 操作 | 推奨する人 |
|---|---|
| アイテムの追加・更新 | 担当者 |
| ステータス更新 | 担当者、確認者 |
| ビューの追加・削除 | 管理者、チームリーダー |
| フィルター変更 | 管理者、チームリーダー |
| 外部共有ビューの調整 | 管理者 |
ビューは業務の入口です。
誰がいつ何を見るかが決まっていないビューは、増やさない方がよいです。
Notionビューを業務に合わせて設計すると、同じDBでも、入力する人、確認する人、会議で判断する人が迷わず使えるようになります。
千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。