Notionダッシュボードの作り方｜タスク・案件・議事録を一画面で見る業務ホーム

Notionでダッシュボードを作ること自体は難しくありません。

ページを作り、見出しを置き、よく使うページへのリンクを並べる。タスクDBやプロジェクトDBを埋め込む。カレンダーやボードビューを置く。ここまでは、Notionの基本操作で作れます。

Notion公式にも、個人用の作業ダッシュボードを作るガイドがあります。タスク、メモ、リンクなど、ワークスペース内の情報を自分用のホームに集める考え方は有用です。

Notion公式ガイド：個人用作業ダッシュボード

ただし、会社やチームの業務で問題になるのは、見た目のよいダッシュボードを作れるかどうかではありません。

問題になるのは、次のような状態です。

• リンクが増えすぎて、結局どこを見ればよいか分からない
• タスク、案件、議事録、日報が別々にあり、未確認事項だけを拾えない
• 担当者別の未完了タスクと、会議で見るべきタスクが混ざっている
• ダッシュボードは作ったが、誰が更新するか決まっていない
• 外部共有ページに、社内用のリンクドDBまで見えてしまう
• 画像やギャラリーを置きすぎて、ページが重くなる
• スマホで見た時に、横並びレイアウトが崩れて使われなくなる

Notionダッシュボードは、情報を置く場所ではなく、業務で見る順番を固定する入口 として設計する方が安定します。

この記事では、Notionダッシュボードの作り方を、個人ホーム画面ではなく、タスク、案件、議事録、日報、未確認事項を一画面で見る業務ホームとして整理します。

先に結論：ダッシュボードは見る順番を決める

Notionダッシュボードを作る前に、まず「何を置くか」ではなく「どの順番で見るか」を決めます。

チーム用の業務ホームなら、最初に見るべき情報は多くありません。

順番	見るもの	判断すること
1	今日・今週の未完了タスク	誰が、何を、いつまでにやるか
2	期限超過・確認待ち	止まっている作業があるか
3	進行中プロジェクト	案件全体に遅れが出ていないか
4	最新議事録・決定事項	会議で決まったことが実行に移っているか
5	未確認日報・困りごと	メンバーの詰まりを拾えているか
6	よく使うページ	マニュアル、テンプレート、問い合わせ先へすぐ行けるか

よくある失敗は、ダッシュボードをリンク集にしてしまうことです。

リンク集は便利ですが、業務の判断はできません。

業務ホームに必要なのは、リンクではなく「今見るべき未処理」です。

Notionのデータベースは、同じ情報を複数のビューで見せられます。業務ダッシュボードでは、元DBを作り直すのではなく、リンクドDBやビューを使って、必要な条件だけを一画面に出します。

業務ホームに載せるDB

業務用のNotionダッシュボードでは、まず元になるDBを決めます。

おすすめは、次の4つです。

DB	ダッシュボードに出す情報	主な利用者
プロジェクトDB	進行中案件、責任者、状態、期限	責任者、マネージャー
タスクDB	自分の未完了、期限超過、確認待ち	メンバー、確認者
議事録DB	最新議事録、決定事項、対応事項	チーム、会議参加者
日報DB	未確認日報、困りごと、週報候補	上長、管理者

Notionでプロジェクト管理をする場合、案件、タスク、議事録、決定事項を分けてつなぐ方が安定します。

Notionプロジェクト管理の作り方

ダッシュボードは、この分かれたDBをもう一度見やすく集める場所です。

ただし、すべてのDBをそのまま表示してはいけません。

プロジェクトDBを全部、タスクDBを全部、議事録DBを全部、日報DBを全部置くと、画面は情報量だけ多くなります。

ダッシュボードには、次のように「見る条件」を絞ったビューだけを置きます。

ビュー	元DB	フィルター例
自分の今日のタスク	タスクDB	担当者が自分、ステータスが完了以外、期限が今日以前
確認待ち	タスクDB	ステータスが確認待ち
期限超過	タスクDB	期限が今日より前、ステータスが完了以外
進行中案件	プロジェクトDB	状態が進行中、または確認待ち
最新議事録	議事録DB	会議日が直近14日以内
未確認日報	日報DB	確認状態が確認待ち、または要対応

ダッシュボードに載せるのは、全情報ではなく、行動につながる情報です。

リンクドビューの設計

Notionダッシュボードの中心は、リンクドデータベースです。

元のDBを別ページに表示し、フィルター、並べ替え、表示プロパティを変えて見せます。これにより、同じタスクDBを「自分のタスク」「期限超過」「確認待ち」「会議用」として使い分けられます。

Notion公式ヘルプでも、データベースはテーブル、ボード、カレンダー、リスト、ギャラリーなど複数のビューで表示できると説明されています。業務ホームでは、このビューの切り替えを目的別に設計します。

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

最初に作るリンクドビューは、次の5つで十分です。

リンクドビュー	元DB	表示形式	目的
今日の未完了	タスクDB	テーブル、リスト	毎朝見る
期限超過	タスクDB	テーブル	遅れを拾う
確認待ち	タスクDB	ボード、テーブル	確認者が止めていないか見る
進行中プロジェクト	プロジェクトDB	テーブル、タイムライン	案件全体を見る
最新議事録	議事録DB	リスト	会議後の対応漏れを見る

重要なのは、ビューごとに「誰が見るか」を決めることです。

ビュー	見る人	更新する人
今日の未完了	各担当者	担当者
期限超過	マネージャー	担当者、責任者
確認待ち	確認者	確認者
進行中プロジェクト	責任者	責任者
最新議事録	会議参加者	議事録担当

見せるだけでは、運用は回りません。

誰が見るか、誰が直すか、いつ見るかを決めて初めて、ダッシュボードが業務ホームになります。

担当者別・期限切れ・未確認ビュー

Notionダッシュボードに必ず置きたいのは、担当者別、期限切れ、未確認の3種類です。

担当者別ビュー

担当者別ビューは、各メンバーが自分の作業を見るためのビューです。

条件	例
担当者	自分、または特定メンバー
ステータス	完了以外
並び順	期限が近い順
表示プロパティ	プロジェクト、期限、状態、確認者

担当者別ビューでは、細かい説明や全プロパティは不要です。

今日見るべき作業が分かれば十分です。

期限切れビュー

期限切れビューは、マネージャーが見るためのビューです。

条件	例
期限	今日より前
ステータス	完了以外
表示プロパティ	担当者、関連プロジェクト、遅延理由、次回確認日

期限切れビューで重要なのは、怒るためではなく、再計画するために使うことです。

遅延理由、次回確認日、責任者を表示して、会議で日付を直せる状態にします。

未確認ビュー

未確認ビューは、確認者や上長が見るためのビューです。

対象	条件
タスク	ステータスが確認待ち
議事録	決定事項あり、対応事項未作成
日報	確認状態が確認待ち、または要対応

Notion日報の作り方

Notionの日報や議事録をDB化しているなら、ダッシュボードに未確認ビューを置く価値があります。

未確認は、本人の作業ではなく確認者側の滞留です。

ここを分けないと、担当者は終わったつもりでも、確認者が止めている状態が見えません。

会議用ダッシュボード

業務ダッシュボードは、毎日見るホーム画面と、会議で見る画面を分けた方がよいです。

日常ホームには、自分の未完了、確認待ち、よく使うリンクを置きます。

会議用ダッシュボードには、判断が必要な情報だけを置きます。

会議用ビュー	元DB	見ること
今週の進行中案件	プロジェクトDB	状態、期限、責任者
期限超過タスク	タスクDB	遅延理由、次回確認日
確認待ちタスク	タスクDB	確認者が止めていないか
最新議事録	議事録DB	決定事項と対応事項
困りごと日報	日報DB	上長対応が必要な相談

会議用ダッシュボードでは、きれいなレイアウトより、判断の順番が重要です。

最初に案件全体、次に期限超過、次に確認待ち、最後に議事録と日報を見る。

このように順番を固定すると、会議が「Notionを眺める時間」ではなく、「更新する時間」になります。

会議用ダッシュボードは、進捗を報告する画面ではなく、状態・期限・担当を更新する画面 として使うべきです。

権限と外部共有

Notionダッシュボードで注意すべきなのが権限です。

ダッシュボードは便利なので、社内外に共有したくなります。

しかし、リンクドDBを使っている場合、表示している元DBの権限も確認する必要があります。

共有相手	見せてよいもの	注意点
社内メンバー	担当タスク、案件概要、議事録	人事、評価、顧客情報を混ぜない
マネージャー	期限超過、未確認、全体案件	編集権限を必要最小限にする
外部パートナー	対象案件、共有用タスク	社内議事録や日報を見せない
顧客	進捗概要、確認依頼	内部メモや原価情報を分ける

外部共有するページには、社内用のリンクドDBをそのまま置かない方が安全です。

顧客や外部パートナー向けには、共有専用DBや共有専用ビューを作ります。

Notionで管理してよい情報と、kintone、CRM、プロジェクト管理ツールに分けるべき情報も整理しておきます。

Notionでよい	分けた方がよい
社内の作業状況、議事録、軽い案件管理	顧客マスタ、契約、請求、監査ログ
チーム内の確認待ち、期限超過	厳密な承認フロー、外部ユーザー入力
プロジェクトの背景情報	個人情報、評価情報、機密性の高い原価情報

Notionは、見やすく集約できる分、見せすぎる事故も起きやすいです。

ダッシュボードを作る時ほど、権限を先に決めます。

重くならない設計

Notionダッシュボードは、情報を集めるほど重くなります。

特に、次のような作り方は避けた方がよいです。

• 1ページに大量のリンクドDBを置く
• ギャラリービューを何段も並べる
• 画像、埋め込み、外部ウィジェットを多用する
• 何年分ものタスクや日報をフィルターなしで表示する
• モバイルで横スクロール前提のテーブルを置く

軽くする基本は、表示件数と表示プロパティを絞ることです。

対策	例
フィルターを必ず入れる	完了以外、今週、確認待ちだけ
表示件数を減らす	直近10件、今週分だけ
表示プロパティを絞る	担当者、期限、状態、関連プロジェクトだけ
画像ビューを減らす	ギャラリーは資料DBなど必要な場所だけ
ダッシュボードを分ける	個人用、会議用、管理者用に分ける

スマホで見る人が多いなら、横並びレイアウトを前提にしない方がよいです。

重要なビューを上から縦に並べます。

ダッシュボードは、かっこよく作るほど使われるわけではありません。

毎日開いて、必要な情報がすぐ見える方が重要です。

更新されないダッシュボードを防ぐ

Notionダッシュボードが失敗する最大の理由は、作った後に更新されないことです。

原因は、たいてい次のどれかです。

失敗	原因	対策
タスクが古い	担当者が状態を更新しない	朝会や週次会議で更新する
期限切れが放置される	誰が直すか決まっていない	期限超過ビューの責任者を決める
議事録がつながらない	議事録からタスクへ切り出さない	議事録担当が対応事項を作る
日報が読まれない	確認者が決まっていない	確認状態を持たせる
ダッシュボードが重い	情報を載せすぎる	目的別に分ける

ダッシュボードを作る時は、次の4点をセットで決めます。

決めること	例
誰が見るか	メンバー、確認者、責任者、管理者
いつ見るか	毎朝、週次会議、月次レビュー
何を更新するか	ステータス、期限、担当者、確認状態
どこまでNotionでやるか	軽い進行管理まで。契約や請求は別システム

Notionダッシュボードは、作った瞬間が完成ではありません。

週次で見直し、使われないビューを消し、足りないビューを追加する。

このメンテナンスを前提にすると、情報置き場ではなく、業務が回るホームになります。

まとめ

Notionダッシュボードは、リンク集や見た目のよいホーム画面として作るだけなら簡単です。

しかし、チームの業務で使うなら、情報を並べるだけでは足りません。

プロジェクトDB、タスクDB、議事録DB、日報DBを分け、それぞれから必要なビューだけをリンクドDBで集約します。

見る順番は、未完了、期限超過、確認待ち、進行中案件、最新議事録、未確認日報のように、行動につながる順番にします。

そして、誰が見るか、誰が更新するか、どの会議で使うか、どこから別ツールへ分けるかを決めます。

Notionダッシュボードは、情報を飾る場所ではありません。

タスク、案件、議事録、日報をつなぎ、チームが今日見るべきことを一画面で判断するための業務ホームです。