Contents
Miro と Slack の連携概要とプラン別対応
Miro と Slack を組み合わせることで、ホワイトボード上の変更がリアルタイムにチームへ通知され、情報共有の摩擦が大幅に削減できます。本セクションでは、公式ドキュメント（Miro ヘルプセンターと料金ページ）を基に、Free・Team・Enterprise の各プランで利用可能な Slack 連携機能と主な制限を整理します。導入判断のポイントは「通知の即時性」「ボード・ユーザー上限」「管理者権限の有無」の３点です。
プラン別 Slack 連携機能比較
本表は 2026 年 5 月現在の Miro 公式情報を元に作成しました。プランごとの「Unlimited」表記は、ボード数自体は制限がないものの、編集可能なユーザー数や API 呼び出し回数に上限がある点に注意してください【1】。
| 項目 | Free（無料） | Team（有料） | Enterprise（大規模向け） |
|---|---|---|---|
| Slack 連携可否 | ○（コメント通知のみ） | ◎（全コマンド・カード作成通知） | ◎（カスタムフロー＋SSO/SCIM 統合） |
| 編集可能ボード上限* | 無制限（共同編集者は最大 3 人） | 無制限（共同編集者無制限） | 無制限 |
| Slack 通知対象 | コメント・メンション（遅延あり） | コメント・メンション・カード作成（即時） | すべてのリアルタイムイベント＋カスタム通知 |
| カスタム OAuth スコープ設定 | ×（標準スコープのみ） | △（管理者が追加可能） | ○（組織単位で細粒度制御） |
| アプリ承認・ポリシー管理 | なし | 部門レベルで許可可能 | エンタープライズ向け SSO/SCIM 統合、ログ監査 |
*「編集可能ボード上限」は 共同編集者数 の制限です。閲覧は無制限です。
ポイント：Free でも基本的なコメント通知は利用できますが、チーム規模が 3 名を超える場合やカスタムフローが必要なケースでは Team 以上のプランが必須です。
Slack への Miro アプリインストール手順と認証フロー
Slack と Miro を連携させる第一歩は、Miro Marketplace に掲載されている公式アプリを Slack ワークスペースに追加することです。ここでは管理者が安全に設定できる手順と、OAuth 認可で必要となるスコープの意味を解説します。
Marketplace からのインストール手順
Miro の管理コンソールから行う標準的な手順です。画面構成は Miro ヘルプセンターに記載されています【2】。
- Miro 管理コンソール にサインインし、左メニューの「Marketplace」へ移動する。
- 検索バーに 「Slack」 と入力し、公式アプリ（提供元：Miro）を選択する。
- アプリ詳細画面の 「Add to Slack」 ボタンをクリックすると、Slack の認可画面が開く。
- インストール先のワークスペースを選び、表示された権限一覧を確認したうえで 「許可する」 をクリックすれば完了です。
注意点：インストール時に表示される権限は後述の OAuth スコープと完全に一致します。不要なスコープが含まれていないか必ず確認してください。
OAuth 認可プロセスとスコップ解説
OAuth は Miro が Slack の API を呼び出すための許可を取得する仕組みです。最小権限で運用することがセキュリティ上重要です【3】。
| OAuth スコープ | 主な目的 | 代表的な利用シーン |
|---|---|---|
chat:write |
Slack チャンネルへメッセージ送信 | ボード更新通知の自動配信 |
channels:read |
ワークスペース内チャンネル情報取得 | 通知先チャンネルの選択 |
commands |
カスタムスラッシュコマンド有効化 | /miro create など |
users:read |
ユーザー属性取得（メンション転送） | コメント・メンション通知 |
- 管理者が設定できる項目：Enterprise プランでは、Miro 管理コンソールの「アプリ設定」からスコープを個別に有効化／無効化できます。
- 安全性確保のポイント：不要なスコープは付与しないこと。インストール後は Miro 管理コンソール > アプリ管理 でアクセスログを定期的に確認しましょう。
Slack 上で利用できる Miro コマンドとプラン別機能比較
Slack のスラッシュコマンドを使うことで、ボード作成やカード操作がチャット上だけで完結します。ここでは代表的なコマンドと、各プランでの対応状況をまとめました。
主なスラッシュコマンド例
以下は公式ドキュメントに掲載されている標準コマンドです【4】。カスタムコマンドは Enterprise のみ作成可能です。
| コマンド | 説明 | 使用例 |
|---|---|---|
/miro create |
新規ボードを即座に生成し、リンクを返す | /miro create プロジェクトX キックオフ |
/miro share |
指定ボードの共有リンクを現在のチャンネルへ投稿 | /miro share 12345abcd |
/miro comment |
ボード上のカードにコメントを付与し、Slack に通知 | /miro comment 6789 "要件確定済み" |
/miro assign |
カード担当者を Slack ユーザーへ割り当てる | /miro assign 6789 @taro.sato |
ポイント：コマンド実行時に自動でボード URL が生成されるため、ミーティング中の情報共有がスムーズになります。
プラン別機能対応表
| 機能 | Free | Team | Enterprise |
|---|---|---|---|
| ボード共有リンク自動生成（スラッシュ） | 手動で URL コピー | 即時生成可能 | カスタムテンプレート＋自動生成 |
| リアルタイム通知（コメント・メンション） | 遅延あり（最大 1 分） | 即時配信 | 全イベント＋カスタムフロー |
| カード作成・タスク割当コマンド | 非対応 | コマンドで可能 | API 経由の自動化も可 |
| コメント・メンション転送フィルタ | 基本転送のみ | 高度なフィルタ設定可 | 条件別ルーティング＋監査ログ |
結論：頻繁にボード更新を共有したいチームは、最低でも Team プラン の導入が推奨されます。
実務シナリオ別活用事例とベストプラクティス
実際の業務でどのように Miro と Slack を組み合わせるかをイメージしやすくするため、代表的な 3 つのシナリオを紹介します。すべての手順は公式コマンドと通知機能だけで完結できる構成です。
シナリオ 1：プロジェクトステータス報告
このフローは週次ミーティング前に全体の進捗を可視化するためのものです。
1. 金曜午前に /miro create ステータス報告 で新規ボード作成。
2. 各担当者はカードに「進捗」「課題」などを記入し、完了時に /miro assign カードID @user で担当者を明示。
3. ボード URL が自動でチャンネルへ共有され、ミーティング中は Slack の通知だけで全体像が把握できる。
ベストプラクティス：コメントやメンションが即座に Slack に転送されるため、会議外でも質問・フィードバックをリアルタイムで受け取れます。
シナリオ 2：ブレインストーミング結果の即時共有
アイデア出し後に成果物を全社へ展開するケースです。
1. セッション開始時に /miro create ブレインストーム を実行し、共同ホワイトボードを作成。
2. 参加者はリアルタイムで付箋や図形を追加し、Miro の投票機能で重要度を決定。
3. 投票完了後に /miro share ボードID #project-updates で成果物リンクを全体チャンネルへ通知。
ベストプラクティス：Slack 上の投票結果は自動的に Miro の投票ウィジェットと同期され、後からでも経緯が追跡しやすくなります。
シナリオ 3：デイリースクラムでのボード更新
スタンドアップミーティング中にタスクステータスを一元管理する例です。
1. 朝の開始時に /miro share 今日のタスク #daily-scrum を実行し、当日のタスクリストを表示。
2. 各メンバーがカードの「完了」「進行中」ステータスを更新すると、Slack にリアルタイム通知が届く。
3. ミーティング終了後、未完了カードは自動で次日用ボードへコピー（Enterprise のカスタムフロー利用）。
ベストプラクティス：手書きメモや口頭報告が不要になるため、情報漏れを防止しつつ作業時間を短縮できます。
権限設定・セキュリティ考慮点と他ツール併用時の注意点
Miro‑Slack 連携は便利ですが、権限管理や他ツールとの組み合わせで情報漏洩リスクが高まります。以下では管理者視点で必ず確認すべき項目を整理しました。
OAuth スコープと権限管理
- 最小権限の原則：
chat:writeとcommandsは必須、業務上不要なスコープは付与しない。 - スコープ変更手順：Miro 管理コンソール → 「アプリ設定」→「OAuth スコープ編集」で更新し、Slack 側でも再認証が必要です【5】。
- 監査ログの活用：Enterprise プランでは SCIM 連携により、誰がどのスコープを取得したかを詳細に追跡可能。
組織単位でのアプリ管理フロー
- Slack の 「App Management」ポリシー で Miro アプリのインストール可否を組織全体またはチャンネル単位で制御。
- Miro 側でも「組織レベルの許可設定」を有効にし、特定チームだけがボード共有リンク生成権限を持つようにする。
- 四半期ごとに アクセスレビュー を実施し、不要なユーザーや過剰スコープは即時削除。
他ツール（Zoom・Asana・Jira）との連携留意点
| 他ツール | 主な衝突ポイント | 推奨対策 |
|---|---|---|
| Zoom | 会議開始時に自動で Miro ボードを共有する設定が重複し、二重通知になる | どちらか一方の自動共有機能だけ有効化し、もう一方は手動に切り替える |
| Asana | タスク作成トリガーが Slack と Miro の両方へ送信され、同一カードが二重生成 | Webhook で 「Asana → Miro」 のみ有効化し、Slack への通知は Asana 側に限定 |
| Jira | コメント転送が Jira→Slack と Miro→Slack の2経路になると重複表示 | 「Jira → Slack」のみ利用し、Miro 側のコメント転送は無効化（設定画面でオフ） |
ポイント：連携先ツールごとの自動通知設定を一元管理し、二重送信や情報過多を防止することが運用上の鍵です。
料金プラン別の連携可否・上限まとめと導入指針
最後に、各プランで実際に利用できる Slack 連携機能と主要な上限値（ボード数、通知頻度、API 呼び出し回数）を表にまとめました。自社の業務フローや利用規模と照らし合わせて最適なプランを選択してください。
| プラン | 利用可能な Slack 機能 | ボード編集者上限* | 通知頻度制限（件/分） | API 呼び出し上限（月） |
|---|---|---|---|---|
| Free | コメント・メンション通知、基本リンク共有 | 3 名まで（閲覧は無制限） | 最大 30 件（遅延あり） | 5,000【6】 |
| Team | 全スラッシュコマンド、カード作成・割当、即時通知 | 無制限 | 最大 100 件（実質無制限） | 20,000【6】 |
| Enterprise | カスタムフロー、SSO/SCIM 統合、細粒度権限管理、全イベント通知 | 無制限 | プラン別カスタマイズ可（事実上無制限） | 無制限（エンタープライズ SLA に準拠） |
*「編集者上限」は 共同編集が可能なユーザー数 を指します。閲覧権限はプランに関係なく無制限です。
導入の判断基準
- チーム規模とコラボレーション頻度
- 3 名以下かつ通知遅延が許容できる場合 → Free が適合。
-
5 名以上でリアルタイム更新やタスク割当が必要 → Team 推奨。
-
セキュリティ・コンプライアンス要件
-
SSO、SCIM、監査ログが必須の場合は Enterprise が唯一の選択肢です。
-
他ツールとの複合連携
- カスタムフローや API 連携を多用する場合は、API 呼び出し上限が緩い Team 以上を検討してください。
最終的な結論：多くの中小規模チームにとっては「Team プラン」へのアップグレードがコストパフォーマンスと機能要件のバランスで最も妥当です。大企業や厳格なガバナンスが必要な組織は Enterprise へ移行し、SCIM・カスタムフローで全社的な連携基盤を構築しましょう。
参考文献
- Miro 公式「プランと価格」ページ（2026/05） – https://miro.com/pricing/
- Miro ヘルプセンター「Slack アプリのインストール手順」 – https://help.miro.com/hc/en-us/articles/360018130119
- Slack API ドキュメント「OAuth 2.0 Scopes」 – https://api.slack.com/scopes
- Miro ヘルプセンター「Slack コマンド一覧」 – https://help.miro.com/hc/en-us/articles/360018130099
- Miro 管理コンソール「アプリ設定」ガイド – https://miro.com/app-admin/
- Miro 公式「API 利用制限」ページ – https://developers.miro.com/reference#rate-limits
この記事は、Miro の公式情報と実務でのベストプラクティスを組み合わせて作成しています。導入前には最新の公式ドキュメントで各項目をご確認ください。