この記事は、生成AIを活用した自動生成フローで作成しています。

Microsoft Listsとは？M365 E3/E5で使える共有一覧をExcelと比べて整理

この記事について
Microsoft 365 Enterpriseの現行情報とMicrosoft公式のLists / SharePoint資料を確認し、Microsoft Listsを「共有Excel」ではなく、入力ルール・ビュー・権限・自動化を持つ業務データとして理解できるように整理しています。生成AIを活用して構成していますが、ライセンスや機能の記述はMicrosoft公式一次情報を優先しています。

検証ステータス：📘 Microsoft公式情報確認済み・実機未確認（2026-09-17）

Microsoft Listsは、複数人で「同じ項目」を登録・更新・検索するためのMicrosoft 365の一覧管理機能です。見た目はExcelに似ていますが、考え方はかなり違います。

たとえば総務部の備品管理をExcelで始めると、担当者ごとにファイルをコピーしたり、「状態」に「貸出中」「貸し出し」「使用中」のような表記ゆれが生まれたりします。Listsでは、列の型や選択肢を先に決め、同じ一覧を複数人で扱えます。

最初に覚える5つの言葉

特に重要なのは、ビューを変えても元データを別物にするわけではないことです。Microsoftの公式サポートでも、ビューでは並べ替え、フィルター、グループ化、表示列などを保存できます。

Listsはどこにあるのか

Microsoft Listsを理解するときは、SharePointとの関係を知ると迷いにくくなります。

flowchart LR
    U[利用者<br/>ブラウザー / Microsoft 365] --> L[Microsoft Lists<br/>一覧を操作]
    L --> S[SharePoint Online<br/>サイト / リスト基盤]
    S --> D[(リストのアイテムと列)]
    L --> V[ビュー / 表示書式]
    L --> A[Power Automate等の連携]

利用者から見るとListsというアプリですが、情シスではSharePoint側のサイト、権限、共有設定も合わせて考える必要があります。

M365 E3とE5ではどう違う？

Microsoft Listsを使うこと自体を目的に、E3からE5へ上げる機能ではありません。Microsoft 365 E3/E5はいずれもSharePoint Onlineを含むEnterpriseプランとして提供されます。

したがって「Listsを使いたいからE5」という理解は避けます。実際の利用可否はテナントの契約、サービスプラン、管理設定も確認してください。

Purview SuiteはListsそのものの上位版ではありません。Lists/SharePointに置いた業務データについて保持・情報保護・DLPなどを考える場面ではPurview側のライセンス要件が別途関係します。対象機能ごとの最新ライセンス条件を確認します。

Excel・Lists・Plannerをどう使い分ける？

Listsにも計算や表示機能はありますが、「Excelを完全に置き換える」のではなく、共有台帳をデータとして揃えたい場面で強みが出ます。

まず試す：3列だけの問い合わせ一覧

テスト用リストを作り、最初は次の3列だけにします。

件名 : 1行テキスト
担当 : ユーザー
状態 : 選択肢（未着手 / 対応中 / 完了）

テスト項目を1件追加します。

何を見る？

「担当」には組織のユーザーを指定でき、「状態」はあらかじめ決めた値から選べることを確認します。自由入力だけの表より、データの表記を揃えやすいことがポイントです。

成功条件

1件登録し、一覧に「件名・担当・状態」が期待した型で表示されれば成功です。

1か所だけ変える

「状態 = 完了」だけを表示するビューを作ります。元アイテムを削除・移動せず、同じデータの見え方だけを変えられることを確認します。

sequenceDiagram
    participant U as 利用者
    participant L as Microsoft Lists
    participant D as リストデータ
    U->>L: 「完了」ビューを選択
    L->>D: 状態=完了の条件で表示対象を取得
    D-->>L: 条件に合うアイテム
    L-->>U: 完了分だけ表示
    Note over D: 元データ自体を別リストへ移動するわけではない

JSON列書式：まずは「表示だけ」を変える

JSONは、キーと値を { } で記述するデータ表現です。Lists / SharePointでは列書式にJSONを使い、保存されている値を変えずに見た目をカスタマイズできます。Microsoft Learnでも、列書式はフィールドのデータを変更せず表示方法を変える仕組みとして案内されています。

最小例です。

{
  "$schema": "https://developer.microsoft.com/json-schemas/sp/v2/column-formatting.schema.json",
  "elmType": "span",
  "txtContent": "@currentField"
}

何を見る？

@currentField は「今表示している列の値」です。この例は、その値を span 要素でそのまま表示するだけです。

成功条件

JSON適用前と同じ文字が表示され、アイテムの保存値が変わっていなければ成功です。

1か所変える意味

慣れたら、いきなり複雑なJSONを貼るのではなく、表示要素や条件を1つずつ追加します。変更前のJSONを保存しておくと戻しやすくなります。

Power Automateを組み合わせるなら通知から

たとえば問い合わせ受付なら、次の流れを作れます。

flowchart LR
    A[Listsに問い合わせ登録] --> B[Power Automate<br/>トリガー]
    B --> C[担当者へ通知]
    C --> D[担当者が内容確認]
    D --> E[Listsの状態を更新]

最初は「新規登録されたら通知」のような読み取り・通知中心から試します。自動で大量更新・削除するフローは、テスト用リストで十分に確認してから本番へ移します。

一般利用者・事務職・情シスでは見る場所が違う

一般利用者

「どこに入力するか」「完了分だけ見たい」といった操作が中心です。ビューを増やしすぎると逆に迷うため、よく使うものに絞ります。

事務職

台帳の表記ゆれを減らすことが大きなメリットです。たとえば契約更新一覧なら、契約名、担当、更新日、状態を型として決めます。自由記述欄は本当に必要なものだけにします。

情シス・管理者

Lists画面だけではなく、SharePointサイトの所有者、メンバー、外部共有、Power Platform連携、保持・情報保護の要件まで確認します。項目ごとに複雑な個別権限を大量に作る設計は、後から運用が難しくなるため慎重にします。

生成AIで列設計を考えるなら

「社内問い合わせ管理」をMicrosoft Listsで作ります。
必要な列を10個以内で提案してください。
各列について、列名 / 推奨する列の型 / 必須か / 必要な理由を表で出してください。
個人情報を不要に収集する列は提案しないでください。
最後に「最初は作らなくてよい列」も示してください。

AIの提案をそのまま本番リストにせず、実際に入力する担当者が「毎回入力できるか」を確認します。

管理者が確認したいチェックポイント

• リストが存在するSharePointサイトと所有者

• サイト・リストの権限

• 組織の外部共有設定

• Power Automateなど接続サービスの扱い

• 保存する個人情報・機密情報の必要性

• 保持、DLP、情報保護などを適用する場合の対象範囲とライセンス

• API / Microsoft Graph等を利用するアプリの権限

よくある勘違い

「ビューで非表示にしたから権限もなくなった」とは限りません。ビューは基本的に見せ方・絞り込みの仕組みであり、アクセス制御そのものとは分けて考えます。

「JSON書式を使うとデータが変わる」とも限りません。列・ビュー書式は表示をカスタマイズする用途です。

「E5ならLists自体が高機能版になる」という整理も避けます。E3/E5差はMicrosoft 365全体のライセンス要件として確認します。

公式情報・一次情報

• Microsoft Lists のビューを作成・変更する

• Microsoft Lists / SharePoint のビューを書式設定する

• Microsoft Learn: SharePoint の列書式 JSON

• Microsoft 365 Enterprise プラン

• Microsoft 365 / Office 365 service descriptions

Microsoft Listsは、表をきれいに見せるためだけの道具ではありません。「誰が入力しても同じ意味のデータになるようにする」「同じデータを役割に応じて見せ分ける」「必要なら安全に自動化する」という順番で設計すると、Excelとの違いが分かりやすくなります。