【Notion】Notionの担当者別ビューを作る時のフィルター設計

Notionのデータベースをチームで共有していると、担当者ごとに表示を切り替えたい場面が頻繁に発生します。しかしフィルター設計を誤ると、自分が担当するレコードが表示されない、あるいは全員のデータが無制限に表示されてしまうなどのトラブルが起こりえます。本記事では、担当者別ビューを作成する際のフィルター設計について、基本から応用まで具体的に解説します。まずはフィルターの仕組みを理解し、適切なプロパティを選択することが重要です。

担当者別ビューの基本構造とフィルターの役割

Notionのデータベースにおいて、ビューは同じデータを異なる角度から見るためのフィルタリング、ソート、グループ化の組み合わせです。担当者別ビューとは、特定の担当者に割り当てられたレコードだけを表示するビューを指します。この仕組みを実現するには、データベースに担当者を記録するプロパティが必要です。最も一般的なのは「Person」タイプのプロパティですが、テキストやセレクトで代用するケースもあります。フィルターはこのプロパティに対して条件を設定し、表示するレコードを絞り込みます。

プロパティの種類と選択のポイント

担当者を管理するプロパティとして、Notionでは「Person(人物)」「Text(テキスト)」「Select(セレクト)」がよく使われます。Personプロパティはユーザーアカウントを直接紐付けられるため、フィルターで「自分」を指定する際に便利です。Textプロパティは自由入力が可能ですが、表記ゆれが発生するとフィルターが機能しなくなります。Selectプロパティは選択肢が固定されるため、一貫性が保たれますが、ユーザー名の変更に弱い面があります。担当者別ビューを作る際は、Personプロパティを推奨します。ただし、社内でNotionのアカウントが割り当てられていないゲストユーザーを担当者として扱う場合は、TextやSelectを使う必要があります。

フィルター条件の基本的な設定方法

フィルターはビューごとに独立して設定します。データベースの右上にある「フィルター」ボタンをクリックし、「プロパティを追加」から担当者プロパティを選択します。条件演算子は「含む」「が次の値と等しい」「が次の値と等しくない」などがあります。担当者が一人だけの場合は「が次の値と等しい」で正確に指定できます。複数担当者で「AさんまたはBさん」を表示したい場合は「次の値のいずれかを含む」を使います。また、担当者が未設定(空)のレコードを表示したい場合は「空である」条件を使います。

フィルター設計の3つのパターンと比較

担当者別ビューを作る方法はいくつかあります。代表的な3つのパターンを比較し、それぞれの特徴を理解しておきましょう。

上の表からわかるように、Personプロパティを使うのが最もトラブルが少ない方法です。どうしてもテキストで管理する必要がある場合は、選択肢リストを統一するなどのルールを決めておきましょう。

失敗しやすいフィルター設定とその回避策

フィルター設計でよくある失敗を3つ紹介します。これらを事前に把握しておけば、無駄な修正工数を減らせます。

失敗1:空の担当者プロパティで全表示されない

「Person」プロパティに「含む」フィルターを設定すると、値が空のレコードは表示されません。担当者が未割り当てのタスクを確認したい場合は、別途「空である」条件を追加するか、フィルターを「含む」と「空である」のOR条件にする必要があります。Notionのフィルターは基本的にANDで結合されるため、OR条件を実現するにはフィルターグループを利用します。フィルターの横にある「…」メニューから「フィルターグループを追加」を選び、グループの条件を「次の条件のいずれかを満たす」に変更して、一方に「担当者 を含む(自分)」、もう一方に「担当者 が空である」を設定します。

失敗2:テキストプロパティとセレクトプロパティの混合

チーム内でプロパティのタイプが統一されていないと、フィルターで思うように絞り込めません。例えば、ある人は「担当者」をTextで入力し、別の人はSelectで選択している場合、同じビューで両方をフィルターすることはできません。これを避けるには、データベースの設計段階でプロパティタイプを統一し、担当者名のフォーマットもルール化します。すでに混在している場合は、プロパティを統合するか、新しいプロパティを追加してデータを移行しましょう。

失敗3:ロールアップや計算プロパティでのフィルター誤り

リレーション先のデータベースからロールアップで担当者情報を取得している場合、フィルター条件が期待通りに動作しないことがあります。ロールアッププロパティは元のプロパティと型が異なる場合があるため、フィルターで「含む」が使えないケースがあります。この場合は、直接担当者プロパティを各データベースに持たせるか、ロールアップではなくリレーションのプロパティを参照するように設計を変更することを検討しましょう。

担当者プロパティの種類と設定手順

ここでは、最も推奨されるPersonプロパティを使った担当者別ビューの具体的な設定手順を説明します。以下の手順に従えば、誰でも簡単に担当者ごとのビューを作成できます。

1. データベースを作成し、必要なプロパティを追加します。 まず「+新規」からデータベース(テーブル、ボードなど)を作成します。次に「プロパティを追加」から「Person」タイプを選び、プロパティ名を「担当者」にします。
2. 各レコードに担当者を割り当てます。 既存のレコードの「担当者」プロパティをクリックし、メニューからユーザーを選択します。複数人を割り当てる場合は、追加で選択します。
3. ビューを追加します。 データベースの左上にある「+ビューを追加」をクリックし、ビュータイプを選択します(テーブルビューが無難です)。ビュー名は「自分のタスク」など、わかりやすい名前にします。
4. フィルターを設定します。 ビューを開いた状態で右上の「フィルター」をクリックし、「フィルターを追加」から「担当者」プロパティを選びます。条件は「を含む」を選び、値に自分の名前を入力するか、右上の「{{自分}}」を選択します。
5. 必要に応じてグループ化やソートを追加します。 例として、ステータスごとにグループ化すると、担当タスクの進捗が一目でわかります。また、期限日でソートすることで優先順位を明確にできます。
6. フィルターの条件をORで組み合わせる場合はフィルターグループを使用します。 前述したように「空である」を含めたい場合など、フィルターの右にある「…」から「フィルターグループを追加」を選び、グループの条件を「次の条件のいずれかを満たす」に変更して、必要な条件を追加します。

この手順で作成したビューは、各ユーザーが自分の担当レコードだけを確認できる便利なビューです。テンプレート機能を使って、新規レコード作成時に自動で作成者を担当者に設定することも可能です。

管理者に確認すべき項目と共有設定の注意点

会社でNotionを利用している場合、データベースの権限設定によってフィルターの挙動が変わることがあります。以下の項目について、管理者に確認しておきましょう。

• データベースのアクセス権限: すべてのメンバーが「フルアクセス」を持っている場合、自分が作成したビューを他の人も編集できてしまいます。必要に応じて「編集可能」または「閲覧のみ」に制限することを検討してください。
• テンプレートの使用可否: テンプレートボタンを使って新規レコードに自動で担当者をセットする機能は、データベースが「テンプレートの使用を許可」に設定されている必要があります。管理者に確認して有効にしてもらいましょう。
• ロールアップ・リレーションの制限: 関連データベースのロールアッププロパティをフィルターに使う場合、参照先のデータベースの権限も影響します。必要に応じて適切な権限を付与してもらってください。

また、共有データベースで自分だけのビューを作る場合は、ビュー名に自分の名前を含めるなどして、他のユーザーと区別しやすくすると混乱を防げます。

よくある質問

担当者別ビューに関するよくある質問をまとめました。

• Q1: 複数担当者がいるレコードを、特定の担当者だけのビューで表示するには? フィルター条件を「担当者 を含む(自分)」に設定すれば、複数担当者の一人として自分が含まれているレコードが表示されます。Personプロパティであればこれで問題ありません。
• Q2: 担当者が未割り当てのレコードも表示したい場合は? フィルターグループを使って「担当者 を含む(自分) OR 担当者 が空である」と設定します。このグループをビューのデフォルトフィルターとして保存しておくと便利です。
• Q3: ビューのフィルターを他のユーザーと共有する方法は? ビューはデータベースに紐付いています。他のユーザーが同じデータベースを開くと、そのビューが表示されます。ただし、フィルターを変更できる権限があるかは、データベースのアクセス権限によります。
• Q4: 自分以外の担当者のレコードだけを表示するビューを作りたい場合は? フィルター条件を「担当者 が次の値と等しくない(自分)」に設定します。ただし、自分以外という条件は「次の値のいずれかを含まない」を使うと意図しない結果になることがあるため、「が次の値と等しくない」を使う方が安全です。

まとめ

担当者別ビューを効果的に使うためには、プロパティの選択とフィルター条件の論理を正しく理解することが重要です。Personプロパティを基本とし、必要に応じてフィルターグループでOR条件を活用することで、柔軟なビューが作成できます。失敗例で挙げたような空の値の扱いやプロパティの混在に注意すれば、チーム全体の生産性が向上します。会社のデータベースで変更を加える際は、必ず管理者の了承を得てから行ってください。適切に設計されたビューは、日々の業務効率を大きく改善します。