Notionマニュアル作成の方法｜手順書を更新され続ける業務DBにする

Notionは、業務マニュアルや手順書を作るツールとして使いやすいです。

ページに見出し、チェックリスト、画像、リンク、データベースを置けるため、紙やExcelで作っていた手順書をNotionへ移しやすいです。

Notion公式マーケットプレイスにも、チームの業務マニュアルを一か所にまとめ、検索できるようにするための業務手順書テンプレートがあります。

Notion公式テンプレート：業務手順書

Notion公式の社内Wikiガイドでも、会社の重要情報を一元化し、プロセスやドキュメントを整理する考え方が紹介されています。

Notion公式ガイド：社内Wikiの作り方

Notion公式のノースサンド事例では、プロジェクトWikiや新卒研修資料をテンプレート化し、複製して活用する事例が紹介されています。

Notion公式事例：ノースサンド

ただし、Notionでマニュアルを作るときに失敗しやすいのは、ページに手順を書いて終わることです。

次のような状態になると、マニュアルはすぐ使われなくなります。

• 手順は書いてあるが、例外対応がない
• 誰が更新するか分からない
• 最終更新日が古く、信頼できない
• FAQがSlackや口頭に残っている
• 関連フォームや外部システムへのリンクがない
• 部署別マニュアルと業務別マニュアルが混ざっている
• 新人研修で使われず、結局先輩が口頭説明している

Notionマニュアル作成は、ページに手順を書く作業ではなく、業務カテゴリ、手順、例外、FAQ、責任者、更新期限、関連フォーム、社内Wiki連携を持つ業務DBとして設計する のが実務向けです。

この記事では、Notionで業務マニュアルを作成する方法を、ページ型とDB型の使い分け、必須項目、手順・例外・FAQの書き方、オーナーと更新期限、社内Wikiへの配置、新人研修での使い方、マニュアルが古くなる失敗例まで整理します。

Notion社内Wikiの設計はこちら

先に結論：マニュアルはページではなく業務DBとして作る

Notionでマニュアルを作るときは、まず「ページ型」で足りるか、「DB型」にするべきかを判断します。

形式	向いている用途	注意点
ページ型	1つの手順、短い説明、個人や小チームのメモ	ページ数が増えると更新管理しにくい
DB型	複数部署の業務手順、FAQ、更新期限、責任者管理	最初に項目設計が必要

会社で使う業務マニュアルは、DB型にする方が運用しやすいです。

理由は、マニュアルには本文以外の管理項目が必要だからです。

管理項目	必要な理由
業務カテゴリ	どの業務の手順か探しやすくする
対象部署	誰が使うマニュアルか分ける
ページオーナー	誰が更新するか明確にする
確認者	正しい手順か確認する
最終更新日	情報の鮮度を見えるようにする
更新期限	古い手順を放置しない
関連フォーム	申請や入力先へつなぐ
関連FAQ	例外やよくある質問へつなぐ

Notionマニュアルの目的は、手順をきれいに書くことではありません。

社員が迷わず作業でき、例外時に判断でき、古い手順が更新される状態を作ることです。

マニュアルをNotionで作るメリット

Notionでマニュアルを作るメリットは、単に見た目が整うことではありません。

業務に必要な情報を同じ場所でつなげられることです。

メリット	実務での効果
ページとDBを併用できる	手順本文と管理項目を同時に持てる
関連ページへリンクしやすい	FAQ、申請フォーム、外部システムへつなげられる
検索しやすい	業務名、カテゴリ、タグで探せる
テンプレート化できる	同じ形式で手順書を増やせる
更新担当を見える化できる	古いマニュアルを放置しにくい
社内Wikiやポータルに置ける	社員が入口からたどり着ける

Notion公式テンプレートの業務手順書も、チームの業務マニュアルを一か所にまとめ、検索できるようにする用途を示しています。

ただし、テンプレートを複製するだけでは足りません。

自社の業務に合わせて、カテゴリ、責任者、更新期限、FAQ、関連リンクを追加します。

ページ型とDB型の使い分け

Notionマニュアルは、すべてDB型にする必要はありません。

最初はページ型でもよいものがあります。

マニュアル	おすすめ形式	理由
単発の作業メモ	ページ型	更新頻度が低く、管理項目が少ない
個人用の操作メモ	ページ型	自分だけが使うなら軽くてよい
全社の経費精算手順	DB型	対象者、更新期限、FAQ、フォームが必要
入社オンボーディング	DB型	複数手順、担当、期限、チェックが必要
問い合わせ対応	DB型	例外、FAQ、エスカレーションが必要
部署別業務手順	DB型	部署、カテゴリ、責任者で整理したい

判断基準は、次の通りです。

条件	DB型にする
複数人が使う	はい
更新期限が必要	はい
例外対応が多い	はい
FAQや関連フォームがある	はい
部署横断で使う	はい
新人研修に使う	はい

ページ型は、早く書けます。

DB型は、更新し続けやすいです。

社内で使うマニュアルは、最初からすべてDB化しなくても、よく使われる手順からDB化します。

業務マニュアルDBの必須項目

Notionで業務マニュアルDBを作るなら、最初に項目を決めます。

おすすめの項目は次の通りです。

項目	型	用途
マニュアル名	タイトル	検索される名前にする
業務カテゴリ	セレクト	経費、請求、入社、問い合わせなど
対象部署	マルチセレクト	営業、管理、開発、採用など
対象者	セレクト	全社員、管理者、新入社員、特定部署
状態	ステータス	下書き、確認待ち、公開中、更新必要
ページオーナー	ユーザー	更新責任者
確認者	ユーザー	内容を確認する人
最終更新日	日付	いつ直したか
更新期限	日付	次に見直す日
関連FAQ	リレーション	例外やよくある質問へつなぐ
関連フォーム	URL	申請、入力、依頼先へつなぐ
関連システム	URLまたはセレクト	freee、kintone、Driveなど

ページ名は、検索される業務名で付けます。

悪い名前	よい名前
経費	経費精算の申請手順
PC	入社時のPCセットアップ手順
請求	請求書発行前の確認チェックリスト
アカウント	Google Workspaceアカウント追加手順
問い合わせ	問い合わせ一次対応の手順

おすすめは、次の形です。

業務名 + 何をする手順か

この名前にすると、検索でも一覧でも内容が分かります。

手順・例外・FAQの書き方

業務マニュアル本文は、手順だけでなく、例外とFAQまで書きます。

実務では、通常手順より例外対応で迷うことが多いからです。

1つのマニュアルページには、次の構成を入れます。

## このマニュアルの対象

## 事前に必要なもの

## 手順
1. ...
2. ...
3. ...

## よくある例外

## 差し戻し・確認ポイント

## 関連フォーム・関連システム

## よくある質問

## 更新履歴

手順は、担当者の行動単位で書きます。

よくない書き方	よい書き方
経費を申請する	freeeで経費精算を開き、領収書画像を添付する
確認する	申請金額、日付、勘定科目、承認者を確認する
必要なら連絡する	不備がある場合はSlackの管理部チャンネルへ連絡する

例外は、別ページに逃がさず、同じマニュアル内に置きます。

例外	書く内容
領収書がない	代替資料、承認者、申請可否
締切を過ぎた	誰に連絡するか、翌月処理か
金額が上限を超える	事前承認、追加資料
顧客指定の書式がある	どのテンプレートを使うか
外部システムに入れない	問い合わせ先、権限申請

FAQは、Slackや口頭で繰り返された質問から作ります。

マニュアルを公開したあとも、同じ質問が出るなら、マニュアルがないか、見つけにくいか、書き方が曖昧です。

オーナーと更新期限

Notionマニュアルで一番重要なのは、ページオーナーです。

ページオーナーがないマニュアルは、古くなります。

業務マニュアルには、次の役割を設定します。

役割	責任
ページオーナー	内容を最新に保つ
確認者	正式な手順として確認する
利用部署	マニュアルを使う
ポータル管理者	社内ポータルからの導線を保つ
Wiki管理者	社内Wiki上のカテゴリや表示を整える

更新期限は、情報ごとに変えます。

マニュアル	見直し頻度
経費精算	四半期または制度変更時
請求書発行	四半期または取引条件変更時
入社対応	四半期またはツール変更時
アカウント管理	四半期または権限変更時
問い合わせ対応	月次
営業提案資料	月次

すべてのマニュアルを毎月見直す必要はありません。

ただし、よく使われる上位20〜30件は、月次や四半期で棚卸しします。

レビュー用ビューも作ります。

ビュー	条件	目的
更新期限切れ	更新期限が今日以前	古いマニュアルを直す
確認待ち	状態が確認待ち	公開前に確認する
オーナー未設定	ページオーナーが空	更新責任を決める
最近更新された	最終更新日が直近	変更内容を把握する
新人研修向け	対象者が新入社員	研修で使う

ビューがないマニュアルDBは、すぐ倉庫になります。

管理者とページオーナーが見られるビューを作ります。

社内Wikiへの配置

業務マニュアルは、社内Wikiや社内ポータルからたどれるようにします。

Notion公式の社内Wikiガイドでも、会社の重要情報やプロセスを整理し、社員がアクセスできる場所を作る考え方が示されています。

実務では、次のように分けます。

場所	置くもの
社内ポータル	よく使う業務マニュアルへの入口
社内Wiki	業務ルール、カテゴリ、重要手順
マニュアルDB	個別の手順、例外、FAQ、更新期限
タスクDB	手順に従って実行するタスク
議事録DB	マニュアル変更の決定経緯

社内Wikiには、マニュアル本文を全部貼る必要はありません。

社内Wikiには、カテゴリ別の入口と、重要マニュアルへのリンクを置きます。

たとえば、社内Wikiの「経費・申請」ページには、次のように置きます。

## 経費・申請の基本ルール

## よく使うマニュアル
- 経費精算の申請手順
- 請求書発行前の確認チェックリスト
- 支払依頼の手順

## 関連フォーム
- 経費申請
- 支払依頼

## 問い合わせ先
- 管理部

ポータル、Wiki、マニュアルDBの役割を分けると、探しやすくなります。

Notion社内ポータルの設計はこちら

新人研修での使い方

Notionマニュアルは、新人研修と相性がよいです。

ノースサンドの公式事例でも、新卒研修資料をパッケージ化し、複製してカスタマイズする使い方が紹介されています。

新人研修で使うなら、マニュアルを読むだけにしない方がよいです。

チェックリスト、課題、確認者をセットにします。

研修項目	Notionでの作り方
初日準備	PC、アカウント、Slack、Google Driveの手順
1週間目	勤怠、経費、社内Wiki、問い合わせ先
1か月目	業務別マニュアル、部署別ルール
確認課題	実際に申請や入力をしてみる
確認者	メンター、管理部、配属部署

新人研修向けのビューを作ります。

ビュー	条件
入社初日	対象者が新入社員、カテゴリが入社
1週間目	研修ステップが1週間目
部署別研修	対象部署で絞り込み
確認待ち	状態が確認待ち

研修で使ったマニュアルは、必ずフィードバックを受けます。

新入社員が迷った箇所は、既存社員にも分かりにくい可能性があります。

マニュアルの改善点として扱います。

マニュアルが古くなる失敗例

Notionマニュアルでよくある失敗は、次の通りです。

失敗	直し方
ページに手順を書いて終わる	オーナー、更新期限、関連FAQを持たせる
例外対応を書かない	よくある例外を同じページに追加する
Slackで質問に答えて終わる	FAQとしてマニュアルに反映する
部署別だけで分類する	業務カテゴリも作る
外部システムリンクが古い	月次でリンク確認する
作成者が退職・異動して更新されない	ページオーナーを役割で引き継ぐ
研修で使わない	入社オンボーディングに組み込む
承認が必要な手順を下書きのまま出す	確認者と状態を設定する

特に危険なのは、マニュアルの変更理由が残らないことです。

業務手順は、制度変更、ツール変更、顧客要件、社内ルール変更で変わります。

変更理由を残すと、なぜ今の手順になっているかが分かります。

変更履歴に残すこと	例
変更日	2026-06-06
変更者	管理部 佐藤
変更理由	freeeの申請フォーム変更
影響範囲	全社員の経費精算
関連議事録	管理部定例 2026-06-05

変更履歴までNotionで細かく管理しきれない場合は、関連議事録や決定事項DBへリンクします。

Notion議事録DBの設計はこちら

Notionマニュアルに向かない領域

Notionマニュアルは、社内手順や業務ナレッジの管理に向いています。

ただし、すべての正式文書をNotionに置く必要はありません。

次の領域は、専用システムや正式な文書管理と分けます。

領域	分ける理由
就業規則、社内規程	改定履歴、施行日、法務確認が必要
契約書	版管理、署名、保管、権限管理が必要
人事評価	機密性が高い
会計処理	freeeなど専用システムで処理する
顧客情報	CRMや顧客DBで管理する
監査対象文書	承認履歴や証跡が必要

Notionには、正式文書そのものではなく、手順や入口を置くのが安全です。

たとえば、契約書の実体は契約管理システムやDriveに置き、Notionには「契約レビュー依頼の手順」を置きます。

経費精算はfreeeで処理し、Notionには「経費精算の申請手順」を置きます。

Notionマニュアルは、正式システムの代替ではなく、社員が正しい手順、正しいフォーム、正しい外部システムへ進むための業務ナビゲーションとして使う のが安全です。

まとめ

Notionでマニュアルを作るときは、ページに手順を書いて終わらせないことが重要です。

実務では、次のように設計します。

• 個人メモや短い手順はページ型でよい
• 複数人が使う業務マニュアルはDB型にする
• 業務カテゴリ、対象部署、対象者、状態を持たせる
• ページオーナー、確認者、最終更新日、更新期限を設定する
• 手順だけでなく、例外、差し戻し、FAQ、関連フォームを書く
• 社内Wikiには入口、マニュアルDBには個別手順を置く
• 社内ポータルからよく使うマニュアルへ導線を作る
• 新人研修では、読むだけでなくチェックリストと確認者を組み合わせる
• Slackで繰り返される質問はFAQとして反映する
• 正式規程、契約、人事評価、会計処理は専用システムと分ける

Notionマニュアル作成の目的は、読みやすいページを作ることではありません。

社員が迷わず作業でき、例外時に判断でき、古い手順が更新され続ける状態を作ることです。

まずは、よく聞かれる業務、差し戻しが多い業務、新人研修で説明が多い業務からマニュアルDB化します。

そこにオーナー、更新期限、FAQ、関連フォームを足します。

ここまで整えると、Notionマニュアルは「手順書の置き場」ではなく、更新され続ける業務ナレッジ基盤になります。