Notionリンクドビューの使い方｜同じDBを目的別に見せる設計

Notionのリンクドビューは、同じデータベースを別ページや別条件で表示するための仕組みです。

たとえば、1つのタスクDBから次のようなビューを作れます。

• 自分の未完了タスク
• 期限切れタスク
• 確認待ちタスク
• 会議で確認するタスク
• プロジェクト別タスク
• 顧客別タスク

Notion公式ヘルプでは、データベースはビューを追加して複数の方法で情報を整理でき、各ビューで名前、レイアウト、表示プロパティ、フィルター、並べ替え、グループ化を編集できると説明されています。

Notion公式ヘルプ：データベースの基本

また、既存のデータソースをリンクして別ページで表示する考え方も公式ヘルプで説明されています。

Notion公式ヘルプ：Data sources

ただし、実務で重要なのは、リンクドビューを作れるかではありません。

重要なのは、そのビューが業務の行動につながるかです。

Notionリンクドビューは、同じDBを別の見た目で複製する機能ではなく、見る人・見るタイミング・判断内容を分ける業務画面 として設計する方が安定します。

この記事では、Notionリンクドビューの使い方を、リンクドデータベースとの関係、作成手順、担当者別ビュー、期限切れ・未確認ビュー、会議用ビュー、権限とビュー編集、ビューを増やしすぎる失敗例まで整理します。

リンクドビューとは

リンクドビューは、同じ元DBを別の条件・別のレイアウトで見せるビューです。

たとえば、タスクDBが1つあるとします。

そのタスクDBを、個人ホームでは「自分の未完了タスク」として見せます。

会議ページでは「期限切れ・確認待ちタスク」として見せます。

プロジェクトページでは「この案件のタスク」として見せます。

元データは同じです。

見せ方だけを分けます。

元DB	リンクドビュー	見る人	判断すること
タスクDB	自分の未完了タスク	メンバー	今日やること
タスクDB	期限切れタスク	マネージャー	介入が必要か
タスクDB	確認待ちタスク	確認者	レビューするもの
タスクDB	会議用タスク	チーム	今日決めること
タスクDB	この案件のタスク	案件責任者	案件内の作業状況

リンクドビューで大事なのは、ビュー名です。

「タスクDB」ではなく、「自分の未完了タスク」「期限切れタスク」「会議で確認するタスク」のように、見る目的が分かる名前にします。

悪いビュー名	よいビュー名
タスク	自分の未完了タスク
Table view	期限切れタスク
確認	確認待ちタスク
会議	今日の会議で見るタスク
プロジェクト	この案件のタスク

ビュー名が曖昧だと、使う人はどこを見ればよいか迷います。

リンクドビューは、見る場所を増やすためではなく、迷わず見るために作ります。

リンクドデータベースとの関係

検索では「リンクドビュー」と「リンクドデータベース」が混ざって使われます。

実務上は、次のように理解すると分かりやすいです。

用語	ざっくりした意味
リンクドデータベース	既存DBを別ページに表示する部品
リンクドビュー	その部品の中で作る目的別の見せ方
データソース	表示している元データ
ビュー	レイアウト、フィルター、並べ替え、表示列のセット

前回の記事では、リンクドデータベースそのものの考え方を整理しました。

Notionリンクドデータベースの使い方

この記事では、その中でも「ビュー設計」に絞ります。

リンクドビューでは、次の設定を目的別に変えます。

設定	例
レイアウト	テーブル、ボード、カレンダー、リスト、ギャラリー
フィルター	担当者が自分、期限が今日以前、状態が確認待ち
並べ替え	期限が近い順、更新日が古い順
表示プロパティ	担当者、期限、状態、関連プロジェクト
グループ化	状態別、担当者別、プロジェクト別

Notionのビューは、見た目を変えるためだけのものではありません。

入力用、確認用、会議用、管理用で分けるものです。

ビューの種類	目的
入力用ビュー	新規ページを作りやすくする
作業用ビュー	自分の未完了を処理する
確認用ビュー	レビュー待ちを拾う
会議用ビュー	チームで判断する
管理用ビュー	入力漏れや期限超過を見る

作成手順

リンクドビューを作る流れは、次の通りです。

手順	やること
1	ビューを置きたいページを開く
2	既存DBをリンクして表示する
3	元DBを選ぶ
4	既存ビューをコピーするか、新しいビューを作る
5	ビュー名を業務名にする
6	フィルターを設定する
7	並べ替えを設定する
8	表示プロパティを絞る
9	必要ならレイアウトを変える
10	誰が編集してよいか確認する

NorthSandのNotion Knowledge Baseでは、/linked からリンクドビューを作り、データソースを選んで、ビュー名やレイアウト、表示プロパティを変更できる流れが説明されています。

NorthSand：複数のデータベースを1つのリンクドデータベースにまとめる

作成直後にやってはいけないのは、全件表示のまま置くことです。

リンクドビューを作ったら、すぐにフィルターを入れます。

ページ	作成直後に入れるフィルター
個人ホーム	担当者が自分、状態が完了以外
会議ページ	状態が確認待ち、または期限超過
プロジェクトページ	関連プロジェクトがこのプロジェクト
顧客ページ	関連顧客がこの顧客
管理者ページ	必須項目が空、または入力不備

リンクドビューは、最初から目的を絞る方が使われます。

全件表示は、元DBで見ればよいからです。

担当者別ビュー

最初に作るべきリンクドビューは、担当者別ビューです。

チームでNotionを使う場合、全員が同じタスク一覧を見る必要はありません。

各メンバーが見るべきなのは、自分が担当する未完了タスクです。

設定	内容
元DB	タスクDB
ビュー名	自分の未完了タスク
レイアウト	テーブル、リスト、ボード
フィルター	担当者が自分、状態が完了以外
並べ替え	期限が近い順
表示プロパティ	期限、状態、関連プロジェクト、確認者

担当者別ビューは、個人ホームやチームホームに置きます。

このビューで重要なのは、見るだけでなく更新できることです。

できるようにすること	理由
状態を更新する	作業中、確認待ち、完了へ進める
期限を確認する	今日やるべき順番を決める
関連プロジェクトを見る	背景を追えるようにする
確認者を見る	完了後に誰へ渡すか分かる

ただし、担当者別ビューに出す列は絞ります。

すべてのプロパティを出すと、作業画面ではなく管理表になります。

個人が毎日見るビューは、軽く、短く、更新しやすくします。

期限切れ・未確認ビュー

次に作るべきなのは、期限切れ・未確認ビューです。

これはメンバーのためというより、マネージャーや確認者のためのビューです。

ビュー	見る人	目的
期限切れタスク	マネージャー	介入対象を見つける
確認待ちタスク	確認者	レビュー滞留をなくす
担当者未設定	管理者	入力漏れを直す
期限未設定	管理者	期限のないタスクをなくす
発生元未設定	会議運営者	議事録からの切り出し漏れを見る

期限切れビューの例です。

設定	内容
元DB	タスクDB
ビュー名	期限切れタスク
フィルター	期限が今日より前、状態が完了以外
並べ替え	期限が古い順
表示プロパティ	担当者、期限、状態、関連プロジェクト

確認待ちビューの例です。

設定	内容
元DB	タスクDB
ビュー名	確認待ちタスク
フィルター	状態が確認待ち
並べ替え	更新日が古い順
表示プロパティ	担当者、確認者、期限、関連プロジェクト

この2つは、会議前に見る価値があります。

なぜなら、期限切れと確認待ちは、個人の努力だけでは解消しにくいからです。

マネージャーが見るビューとして、チームホームや週次会議ページに置きます。

会議用ビュー

会議用ビューは、リンクドビューの中でも特に重要です。

会議では、全タスクを見る必要はありません。

見るべきなのは、判断が必要なタスクです。

会議用ビュー	条件
今日確認するタスク	状態が確認待ち
期限超過タスク	期限が今日より前、状態が完了以外
決めるべき事項	状態が要判断、または確認者が未設定
未処理決定事項	発生元議事録あり、状態が未着手
次回までの宿題	期限が次回会議日まで

会議用ビューでは、表示列も会議向けにします。

表示プロパティ	理由
タスク名	何を話すか
担当者	誰が持っているか
期限	いつまでか
状態	今どうなっているか
確認者	誰が判断するか
発生元議事録	なぜ発生したか
関連プロジェクト	どの案件か

会議用ビューで避けたいのは、単なる一覧です。

一覧を眺めるだけの会議は進みません。

ビュー名を「今日確認するタスク」「判断が必要なタスク」「期限超過」などにして、会議の議題そのものにします。

議事録とタスクの接続は、こちらの記事でも整理しています。

Notion議事録の作り方

顧客別・プロジェクト別ビュー

リンクドビューは、顧客ページやプロジェクトページにも使えます。

たとえば、顧客ページに次のリンクドビューを置きます。

ビュー	元DB	フィルター
この顧客の案件	案件DB	関連顧客がこの顧客
この顧客の議事録	議事録DB	関連顧客がこの顧客
この顧客の未完了タスク	タスクDB	関連顧客がこの顧客、状態が完了以外

プロジェクトページなら次のようにします。

ビュー	元DB	フィルター
この案件のタスク	タスクDB	関連プロジェクトがこのプロジェクト
この案件の議事録	議事録DB	関連プロジェクトがこのプロジェクト
この案件の決定事項	決定事項DB	関連プロジェクトがこのプロジェクト

ここで必要になるのがリレーションです。

リンクドビューは、同じDBを別条件で表示する機能です。

「この顧客」「この案件」で絞るためには、元DBに顧客やプロジェクトへのリレーションが必要です。

Notionリレーションの使い方

プロジェクトや顧客ページにリンクドビューを置くと、情報の入口が安定します。

案件ページを開けば、その案件のタスク、議事録、決定事項が見える。

顧客ページを開けば、その顧客の案件、議事録、未完了対応が見える。

これができると、Notionは単なるメモ集ではなく、業務情報の入口になります。

権限とビュー編集の注意

リンクドビューでは、権限と編集範囲に注意します。

Notion公式ヘルプでは、データベースのコンテンツ編集権限を持つユーザーは、データベース内のページやプロパティ値の編集はできる一方、プロパティやビュー、フィルター、並べ替えの条件変更はできないと説明されています。

ただし、リンクドビューを置いたページの権限や元DBの権限によって、見える範囲や編集できる範囲は変わります。

注意点	対策
元DBへのアクセスがないと見えない	共有前に元DB権限を確認する
リンクドビュー上で行編集すると元DBに反映される	編集してよいビューか明示する
フィルターを変えられる人が多い	ビュー編集権限を絞る
外部共有ページに社内DBが出る	共有専用ビューまたは共有専用DBを作る
表示列に原価や内部メモが出る	表示プロパティを確認する

NorthSandの記事では、複数データソースをまとめたビューで、どれか1つのアクセス権限を失うとまとめビュー全体が表示できなくなる点も注意されています。

このように、リンクドビューは便利ですが、元DBやデータソースへのアクセス権限に依存します。

外部共有や部署異動がある環境では、月次で権限とビューを棚卸しします。

棚卸し項目	見ること
元DBの権限	見る人が変わっていないか
ビューの表示列	見せてはいけない列がないか
フィルター	条件が古くなっていないか
ビュー編集者	誰でも編集できる状態になっていないか
使われていないビュー	削除または統合する

ビューを増やしすぎる失敗例

リンクドビューは便利なので、すぐ増えます。

しかし、増えすぎると逆に使われなくなります。

よくある失敗は次の通りです。

失敗	起きること	対策
似たビューが多い	どれが正しいか分からない	ビュー名と目的を整理する
全件表示ビューを置く	ページが重くなる	条件で絞る
担当者別ビューを人数分作る	管理が大変になる	担当者が自分、の動的条件を使う
会議用ビューが多すぎる	会議で見切れない	期限超過、確認待ち、要判断に絞る
古いビューが残る	更新されない画面になる	月次棚卸しで消す
ビュー編集権限が広い	フィルターが壊れる	管理者だけ編集にする

ビューを作る前に、次の4点を決めます。

決めること	例
誰が見るか	メンバー、確認者、マネージャー
いつ見るか	毎朝、会議前、週次レビュー
何を判断するか	今日やる、確認する、介入する
誰が更新するか	担当者、確認者、管理者

この4点が言えないビューは、作らない方がよいです。

リンクドビューは、作れるだけ作るのではなく、業務行動に直結するものだけ残す のが基本です。

まとめ

Notionリンクドビューは、同じDBを目的別に見せるための仕組みです。

1つのタスクDBから、自分の未完了、期限切れ、確認待ち、会議用、プロジェクト別、顧客別のビューを作れます。

ただし、ビューを増やすだけでは業務はよくなりません。

重要なのは、誰が、いつ、何を判断するために見るかです。

担当者別ビューは、メンバーが今日やることを見るために作ります。

期限切れ・未確認ビューは、マネージャーや確認者が介入するために作ります。

会議用ビューは、チームで判断するために作ります。

顧客別・プロジェクト別ビューは、情報の入口を固定するために作ります。

リンクドビューを作る時は、ビュー名、フィルター、並べ替え、表示プロパティ、権限をセットで決めます。

ビューが増えすぎたら、月次で棚卸しします。

Notionリンクドビューは、ただの表示複製ではありません。

同じ元DBを、役割別・会議別・案件別に使い分けるための業務画面です。

この設計ができると、Notionは「どこに何があるか分からないツール」ではなく、「今見るべき情報に迷わず入れる業務ホーム」になります。