まず押さえておきたいこと
Notionとkintoneは、どちらも情報を整理できますが得意領域が違います。Notionはページ、データベース、Wiki、プロジェクト管理を組み合わせて、文書と知識を柔らかく整理する道具です。kintoneは業務アプリを作り、レコード、一覧、権限、プロセス管理、通知を使って定型業務を回す道具です。つまり、Notionは「考え方や情報をまとめる場所」、kintoneは「入力、承認、進捗、履歴を業務として管理する場所」と捉えると判断しやすくなります。
選び方を一言で言うと、まだ形が固まっていない情報、文章で説明したい情報、人が読んで理解する情報はNotionが向きます。一方で、入力項目、担当者、ステータス、承認、期限、履歴、権限を決めて業務として回したい情報はkintoneが向きます。Notionは「知識を育てる場所」、kintoneは「業務を回す台帳」と考えると、使い分けがかなり明確になります。
重要なのは、どちらか一方を万能ツールとして使わないことです。Notionで案件管理を始めることはできますが、承認や権限、変更履歴、通知、一覧管理が厳密になるほど苦しくなります。kintoneでマニュアルや議事録を置くこともできますが、文章を読みやすく整理し、関連する背景知識を柔らかくつなぐ用途ではNotionの方が扱いやすい場面があります。
この記事で確認するポイント
- 文書・ナレッジ
- 業務アプリ
- データ構造
- 権限・承認
まず分けるべき3種類の情報
Notionとkintoneを比べる前に、社内情報を3種類に分けます。1つ目は、マニュアル、議事録、企画メモ、社内ルール、ナレッジのように、人が読んで理解する情報です。これはNotionが向きやすい領域です。2つ目は、顧客台帳、案件台帳、問い合わせ管理、申請管理、在庫管理のように、項目と状態を決めて更新する情報です。これはkintoneが向きやすい領域です。3つ目は、まだ業務の形が固まっていない情報です。これは最初からkintoneで固めず、Notionやスプレッドシートで整理してから、繰り返し業務になった段階でkintone化する方が失敗しにくいです。
判断軸と選び方
| 見る軸 | Notionが合いやすい場合 | kintoneが合いやすい場合 |
|---|---|---|
| 情報の性質 | 文章、背景、手順、考え方、ノウハウを読みやすくまとめたい。 | 顧客名、担当者、金額、期限、ステータスなど項目を決めて管理したい。 |
| 業務の固まり具合 | まだ試行錯誤中で、ページ構成や項目を柔軟に変えたい。 | 入力項目、担当者、承認者、更新タイミングがある程度決まっている。 |
| 権限と責任 | チーム単位で共有し、編集者を緩やかに管理できればよい。 | 部署、役職、担当者、レコード単位で閲覧・編集権限を分けたい。 |
| 承認・ワークフロー | 議事録の確認やマニュアル更新のように、軽いレビューで足りる。 | 申請、承認、差戻し、完了、通知などの状態管理が必要。 |
| 履歴と監査 | 変更履歴よりも、最新のナレッジを分かりやすく保つことが重要。 | 誰が、いつ、どのレコードを変更したかを業務上追いたい。 |
| 現場入力 | 担当者が文章やメモを残し、後から整理して再利用する。 | 担当者が決まった項目を入力し、一覧や通知で進捗を管理する。 |
Notionを選ぶべき場面
Notionを選ぶべきなのは、情報の中心が「文章」と「理解」にある場合です。例えば、社内マニュアル、業務手順書、会議議事録、プロジェクトの背景メモ、採用オンボーディング、営業トーク集、FAQ、ナレッジ共有などです。これらは、単に項目を埋めるだけではなく、文脈や補足説明が重要になります。
Notionでは、ページの中に見出し、チェックリスト、表、データベース、リンク、画像などをまとめられます。そのため「この業務はなぜ必要なのか」「例外時はどう考えるのか」「過去にどんな判断をしたのか」といった情報を残しやすいです。社員が読んで理解し、次に同じ作業をするときに迷わない状態を作る用途に向いています。
一方で、Notionを業務台帳として使う場合は注意が必要です。案件ステータス、承認、期限、担当者、権限、通知が増えてくると、ページやデータベースが複雑になり、誰が更新責任を持つのか分かりにくくなります。最初は便利でも、レコード数が増えたときに一覧、検索、権限、履歴管理が重くなることがあります。
kintoneを選ぶべき場面
kintoneを選ぶべきなのは、情報の中心が「業務レコード」と「状態管理」にある場合です。例えば、問い合わせ管理、顧客管理、案件管理、見積依頼、契約管理、備品申請、稟議、クレーム対応、採用進捗、在庫管理などです。これらは、誰が見ても同じ項目で入力され、担当者やステータスが更新され、必要に応じて通知や承認が走ることが重要です。
kintoneは、アプリごとにフィールドを設計し、一覧、絞り込み、コメント、通知、プロセス管理、アクセス権を設定して業務を回せます。Excel台帳が増えすぎて、最新版が分からない、担当者が分からない、対応漏れがある、承認状況が追えない、という会社ではkintoneの方が向きやすいです。
ただし、kintoneは業務がある程度見えているほど効果が出ます。何を項目にするか、誰が更新するか、どの状態を完了とするかが曖昧なままアプリを作ると、ただの入力画面が増えます。業務が固まっていない段階では、Notionで業務メモや仮ルールを整理してから、定型化できた部分をkintoneに移す方が現実的です。
使い分けの具体例
| 業務 | Notionに置くもの | kintoneに置くもの |
|---|---|---|
| 営業 | 営業マニュアル、商談トーク、提案書の作り方、失注理由の分析メモ。 | 顧客台帳、案件台帳、受注確度、次回アクション、見積状況。 |
| 問い合わせ対応 | FAQ、回答テンプレート、対応方針、エスカレーション基準。 | 問い合わせ一覧、担当者、ステータス、期限、対応履歴、未解決管理。 |
| 採用 | 採用方針、面接質問集、オンボーディング資料、職種別説明資料。 | 応募者管理、選考ステータス、面接日程、評価、内定承認。 |
| 社内申請 | 申請ルール、記入例、判断基準、よくある差戻し理由。 | 申請データ、承認者、差戻し、承認日、添付書類、通知。 |
| プロジェクト | 目的、背景、議事録、決定事項、設計メモ、ふりかえり。 | 課題管理、担当者、期限、進捗、リスク、完了状況。 |
併用する場合の考え方
Notionとkintoneは、競合というより役割を分けて併用できる組み合わせです。よくある分け方は、Notionを「読む場所」、kintoneを「入力して進める場所」にすることです。例えば、問い合わせ対応なら、回答方針やFAQはNotionに置き、実際の問い合わせチケット、担当者、対応期限、対応履歴はkintoneで管理します。
営業でも同じです。提案ノウハウ、商談準備、業界別の注意点、提案書テンプレートの考え方はNotionに置きます。一方で、顧客名、案件金額、受注確度、次回連絡日、担当者、見積提出日などはkintoneに置きます。Notionは学習と共有、kintoneは進捗と責任の管理に使うと、役割がぶつかりにくくなります。
併用で最も危険なのは、同じ情報を両方に二重登録することです。顧客名、案件名、問い合わせ番号などが両方に存在する場合、どちらが正しい情報なのか決めておかないと混乱します。基本は、顧客や案件の正本はkintone、説明やノウハウはNotion、と決めると運用しやすくなります。
Notionだけで進めてよいケース
- 社員数が少なく、厳密な承認フローがまだ必要ない
- 社内マニュアルやナレッジ共有が主目的である
- 情報の形がまだ固まっておらず、項目を頻繁に変えたい
- プロジェクトの背景、議事録、決定事項を読みやすく残したい
- データ件数が少なく、一覧管理より情報整理が重要である
kintoneに移した方がよいサイン
- 担当者、期限、ステータスを追わないと対応漏れが起きる
- 承認、差戻し、完了などのプロセスを管理したい
- 部署や役職ごとに閲覧・編集権限を分けたい
- Excel台帳が複数に分かれ、最新版が分からなくなっている
- 顧客、案件、問い合わせ、申請などの件数が増えてきた
- 経営者や管理者が一覧や集計で状況を見たい
選定前に確認する質問
- この情報は、人が読むための情報か、業務を進めるためのレコードか
- 入力項目、担当者、期限、ステータスは決まっているか
- 承認、差戻し、通知、履歴管理が必要か
- 誰が更新責任を持ち、更新されない場合に誰が気づくのか
- 同じ顧客情報や案件情報を、他のシステムにも持っていないか
- 今後、件数や利用部署が増えたときに同じ運用で耐えられるか
よくある失敗例
- Notionを自由に作りすぎて、どこに何があるか分からなくなる
- kintoneアプリを増やしすぎて、入力項目だけが増え、現場が更新しなくなる
- 顧客情報や案件情報をNotionとkintoneの両方に持ち、どちらが正しいか分からなくなる
- マニュアルはNotion、台帳はkintoneという境界を決めず、部署ごとにバラバラに使う
- ツール導入だけで情報が整理されると思い、更新責任者と棚卸し日を決めない
- 目的、対象業務、利用者、管理者、外部関係者を説明できる
- 通常業務だけでなく、例外処理と月次・年次作業を試している
- 料金だけでなく、移行、教育、運用、解約時の負担を見ている
- 最新仕様、法令、料金、サポート条件は公式情報や専門家に確認する前提にしている
- 導入後に誰が効果測定と改善要望の整理を行うか決めている
次の一歩
社内情報を「読む情報」「入力して進める情報」「まだ形が固まっていない情報」に分けます。
顧客、案件、問い合わせ、申請など、どの情報をkintoneの正本にするか決めます。
業務が未整理なものは、まずNotionで手順や判断基準を整理し、繰り返し業務になった部分だけkintone化します。