繰り返しテンプレートで会議メモの書式を用意する
月曜の朝、先週の議事録を複製し、日付と参加者を直す。手間は小さくても、前回の決定事項を消し忘れたり、用意する担当者が休んでページが見つからなかったりすると、会議の開始時に確認が増えます。
繰り返しテンプレートは、一定の間隔でデータベースへ新しい項目を作る機能です。週次の会議や報告書など、同じ書式を使う仕事に向いています。自動作成後の内容は人が埋める前提です。議論を記録したり、決定事項を判断したりする機能とは区別して使います。[1]
まず対象の会議を一つに絞ります。毎週同じ参加者が状況を確認する場なら、共通の欄を決めやすいでしょう。一方、顧客ごとに書式や共有先が変わる打ち合わせは、同じ設定でまとめて回すと確認が増えます。最初は定例会議一つから始め、生成されたページを見て項目を調整します。
テンプレートには、答えやすい問いを置く
会議メモのデータベースを用意したら、書式を設計します。データベースの各ページは一回分の会議、プロパティは日付や担当などを一覧で整理する項目、と考えると使い分けやすくなります。テンプレートにはプロパティの値と本文を設定できます。[3]
以下は編集部が考えた、週次の進捗会議向けの記入例です。Notionの既製テンプレートや導入企業の実績ではありません。
| 本文の欄 | 書く内容の例 | 会議後に使う目的 |
|---|---|---|
| 今日決めたいこと | 公開日を予定どおりにするか | 話題と判断を結び付ける |
| 判断に必要な材料 | 未完了の確認事項と対応状況 | 判断の前提を残す |
| 決まったこと | 公開前に確認する項目を追加 | 結論をあとから探す |
| 次の行動 | 誰が、何を、いつまでに確認するか | 次回の確認につなげる |
「進捗」「課題」だけでは、書く人によって粒度が変わりがちです。「今日決めたいこと」を先に置けば、近況報告で終わらず、判断が必要な話題を持ち寄りやすくなります。本文を長くするより、会議前に何を書けばよいか伝わる問いにしましょう。

毎回空欄から書く項目と、いつも同じ項目も分けます。会議の目的や記入方法は固定してよくても、特定の人への未完了タスクや前週の結論は、初期値にしないほうが確認しやすくなります。会議日も、テンプレートに特定の日付を残したままにしていないか、生成後に点検しましょう。
別のデータベースのページと結び付ける「リレーション」にも注意が必要です。公式ヘルプは、テンプレート内でリレーションを設定するのは、生成するページを毎回同じ既存ページへ関連付けたい場合に限ると説明しています。毎週違う案件を扱うなら、固定した関連先をそのまま使わない設計が必要です。[3]
「New」の横から繰り返しを設定する
設定する場所は、会議メモを保存するデータベースです。公式ヘルプの英語表記では、次の順で操作します。表示言語や画面構成によってラベルは異なるため、ここでは公式資料の表記を併記します。[3]
- データベースの「New」の横のメニューを開き、「+ New template」でテンプレートを作る。
- 名前を付け、会議の記入欄やプロパティを整える。
- テンプレート一覧に戻り、対象テンプレートの「•••」から「Repeat」を選ぶ。
- 週単位の間隔、開始日、作成時刻を設定する。
会議の開始時刻ではなく、議題を書き込める時刻にページを用意すると使い道が明確になります。たとえば月曜午前の会議なら、前の金曜に議題の欄を用意し、参加者が確認事項を足す時間を取る、といった設計を考えられます。これは運用例で、公式の推奨日時ではありません。特定の時刻で業務が必ず始まる仕組みとして使う前に、設定した予定と生成結果を一回確認します。
テンプレートは作成したデータベースに属します。別の会議用データベースでも同じ設定が使えると思い込まず、どこに新しいページが増えるのかを確認してください。[3]
開始前に、「New」の横のメニューから対象テンプレートを選び、手動で一ページ作って中身を確認するのも有用です。見出しが揃っているかだけでなく、前週の日付や特定案件の情報が紛れ込んでいないかを見ます。その後、繰り返し設定による生成を確認すれば、書式の問題と日時設定の問題を切り分けやすくなります。
自動作成と、通知の自動化は分けて考える
ここは混同しやすい点です。Notionの「データベース自動化」は、条件を満たしたときに別の処理を実行する機能ですが、繰り返しテンプレートでページが作成されても、データベース自動化は起動しません。 「ページ追加時に通知する設定を作ったから、週次メモの作成でも同じ通知が届く」とは扱えません。[2]
まずは、参加者が見る会議メモの一覧へのリンクを、既存の会議案内に置く運用から始められます。毎回違うページURLを探して配る担当を置くより、「ここから今回分を開く」と入口を揃え、メモができたことを確認する担当を決めます。通知の仕組みを追加するなら、作成、案内、記入の各段階を別々に試します。
料金面でも、繰り返しテンプレートとデータベース自動化を一括りにしないことが大切です。データベース自動化は有料プランで提供され、無料プランにはSlack通知の自動化を作成できる例外などがあります。これはデータベース自動化の条件であり、繰り返しテンプレートの契約条件を示す説明ではありません。追加処理の導入前に、利用中のプランと必要な権限を公式ヘルプで確かめてください。[2]
作成されたページが見えないときの確認順
一覧に見当たらないときは、すぐに同じページを手動作成せず、保存先、表示条件、生成予定を順に確認します。二重に作ってから片方を消すより、どこで見えなくなっているか調べるほうが記録を保ちやすくなります。
Notionのビューはフィルターで条件に合う項目を表示できます。あるビューの設定を変えても、他のビューに一律で適用されるわけではありません。会議日や担当者で絞り込んだ画面だけを見ているなら、条件を確認します。共有するフィルターの変更には「Save for everyone」という操作もあるため、自分用の見方とチーム全員の見方を区別してください。[4]
公式ガイドによると、繰り返しテンプレートで作られた項目の「Created By」は「Notion automation」と表示されます。作成者を自分に限定するビューでは、この違いも点検対象です。[1]
「作成されていない」と「作成されたが表示条件から外れている」を分けるのが確認の要点です。原因を記録するときは、対象テンプレート、予定日時、確認したビュー、見つかったページを一緒に残します。たとえば保存先にはページがあるのに担当者別のビューにはないなら、予定日時を変える前にフィルターを調べます。見つかったページを記録してから変更すれば、二重作成も点検できます。
チームへ広げる前に、共有範囲を確認する
会議メモには、顧客情報やまだ公開していない計画が入ることがあります。参加者がURLを知っているかと、誰が閲覧・編集できるかは、分けて確認します。
Notionでは、招待した人だけ、ワークスペース内、リンクを知るウェブ上の誰でも、といった共有範囲を選べます。「Can edit content」はデータベース内のページやプロパティ値を編集できる権限ですが、データベース構造やビューなどの変更はできません。共有先と操作権限を、会議に必要な範囲へ合わせます。[5]
最初の一回は、作成担当だけでなく、記入する参加者にもページを開いてもらいましょう。「閲覧できるが書けない」「別の会議のメモまで見える」といった違いを、実際に使う人の権限で確認します。管理者の画面だけで使えると判断しないことが、チームでの運用には必要です。
会議後は、未完了の行動をどこで追うかも決めます。議事録を置く場所と、案件全体の進捗を管理する場所は必ずしも同じではありません。運用範囲を広げたい場合は、Notionと専用ツールによる案件管理の違いも参考になります。
自動化を増やす前に、「新しいページが用意される」「参加者が開いて書ける」「会議後の行動を追える」の三つを確認します。毎週の型が揃えば、改善したい点も、項目が足りないのか、案内が足りないのか、担当が曖昧なのかに分けて考えられます。
まとめ
- 繰り返しテンプレートは、毎回同じ書式のページを用意する機能。会議の判断や記録は人が担うため、記入欄を具体的な問いにする。
- ページの自動作成からデータベース自動化は起動しない。通知を期待する場合は別の処理として条件を確認する。
- 初回は生成結果、ビューの条件、参加者の権限を点検する。保存先へのリンクと確認担当を揃えると、次回も同じ入口から使える。
出典・参考
- Notion「Automate work with repeating database templates」。
- Notion「Database automations」。
- Notion「Database templates」。
- Notion「Views, filters & sorts」。
- Notion「Sharing & permissions settings」。







読者のコメント (0)
コメントを残す