Miro、100M人の共同作業をホワイトボードからAI時代のvisual workspaceへ広げた転換

冒頭：100M人が使う共有面

Miroは公式に100M以上のusersと250,000 organizationsが利用すると説明するvisual workspaceだ。出典

しかし出発点は、巨大なenterprise suiteではなかった。

創業：同じ部屋にいない顧客へ

2011年、Andrey Khusidは自分のdesign agencyで、同じ部屋にいない顧客へアイデアを伝える方法を必要とした。

そこで最初の製品RealtimeBoardを作った。出典

Andrey Khusidは、遠隔の相手と視覚的に考えを共有する問題を、共有canvasという具体的な道具に置き換えた。

転機：boardからworkflowへ

RealtimeBoardはMiroへ変わり、単一のwhiteboardからDocs、Tables、Slides、Kanban、templates、integrationsへ広がった。出典

ここで解いたのは描画の問題だけではない。

会議、設計、roadmap、実行を同じ場所に残す問題だった。

成長：無料の入口と企業の統制

公式pricingはFree、Starter、Business、Enterpriseを分け、Freeでも3 editable boards、templates、AI、250以上のintegrationsを提示する。出典

個人や小チームが始め、利用が組織に広がるほどprivate boards、管理、securityが必要になる。

この段階差がself-serveとenterprise salesをつなぐ。

現在：AIの共同作業レイヤー

現在のMiroはAI workflowsとMCP serverを、既存のcanvasに追加している。出典

AIを別のchat windowに閉じ込めず、チームが考え、計画し、構築する面へ接続する方向だ。

Miroの道のりは、whiteboardを大きくした話ではなく、共有された思考を仕事の実行へ運ぶ面を段階的に増やした話と言える。

分散したチームが会議、設計、計画を別々のツールで往復する痛みを、共有canvasで一つにつなぐ。

公式は100M以上のusersと250,000 organizationsを示し、個人のwhiteboardから企業のinnovation workflowまで広がった。出典

AI toolsとの接続まで同じ面に置くことで、単なるdrawing toolではなく意思決定の共有面になっている。

100M以上のusersと250,000 organizationsで蓄積したboard/templates/integrationの利用文脈がブランドと導入実績を作る。出典

中程度。

templatesとmarketplaceは共有されるほど価値が増すが、同じteam内の利用でも成立するため強い直接network effectではない。

remote team、product/design、consulting、enterpriseのinnovation部門。

単なる個人メモではなく複数人の合意形成・roadmap・workshopを扱う組織が中心。

Freeで試せるboard体験、7000以上のtemplates、250以上のintegrationsが導入摩擦を下げる。出典

その上にenterprise管理とAI/MCPを重ね、個人起点の利用を組織契約へ広げる構造が強い。

巨大なcanvasは情報が増えるほど検索・整理・権限設計が難しくなる。

AI生成物の正確性、料金プラン間の機能差、MicrosoftやAtlassianなど既存suiteとの競合も継続課題であり、公式情報だけでは収益性の詳細は要確認。

self-serveのFree/Starterで個人・小チームを獲得し、templates、integrations、AI workflowsで利用範囲を広げ、Business/Enterpriseへ転換する。出典

MCP serverを追加したことで、AI codingやassistantの出力先として新しいworkflow接点も作っている。

主要チャネル: templates, marketplace, integrations, enterprise sales, community

horizontalなcanvasを売るだけではなく、templates、structured formats、integrationsで「次に何をするか」まで接続するとworkflow platformへ進化できる。

無料体験の入口とenterpriseの統制を同じproduct modelで両立する設計が示唆的だ。

日本では会議後の議事録、稟議、設計レビューが分断されやすい。

Miro型のcanvasをそのまま輸入するより、日本語OCR、承認履歴、権限テンプレート、既存グループウェア連携を強めると導入理由を作りやすい。