VisioやProjectをMicrosoft 365 Appsと同じPCで使いたいとき、結論は「かなりのケースで共存できる」です。ですが、判断基準は製品名そのものではありません。実際には、Click-to-RunかMSIか、32/64bitが一致しているか、更新チャネルがそろっているか、そして本当にデスクトップ版が必要かで決まります。迷ったら、既存のMicrosoft 365 Appsの構成に合わせて Visio/Project を追加する考え方がいちばん安全です。Microsoftも、Office Deployment Toolで製品・言語・更新方法を制御する運用を案内しています。 (Microsoft Learn)
この記事では、VisioやProjectをMicrosoft 365 Appsと共存させる考え方を、共存しやすい組み合わせ、避けたい構成、ライセンスの選び方、古いバージョンを抱えたときの対処まで、実務目線で整理します。読み終えるころには、「そのまま追加してよいか」「構成を見直すべきか」「Web版で十分か」を判断しやすくなります。
VisioやProjectをMicrosoft 365 Appsと共存させる結論
Microsoftの公式例では、Microsoft 365 Apps と Visio LTSC Professional 2024、Project Standard 2024、Visio LTSC Professional 2021、Project Standard 2021、Project Professional 2019、Visio Standard 2019 は、条件付きで同じPCに共存できます。条件の中心は、Microsoft 365 Apps 側が必要なバージョン以上であること、32/64bit が一致していること、更新チャネルがそろっていることです。目安として、2024系は Version 2408 以降、2021系は 2108 以降、2019系は 1808 以降が必要です。 (Microsoft Learn)
一方で、Microsoft 365 Apps とボリュームライセンス版の Visio/Project 2016 を、MSI のまま同居させる構成はサポートされません。2016 をどうしても残すなら、Office Deployment Tool を使って Click-to-Run 方式で入れ直す前提になります。しかも MSI 用の MAK キーはそのまま使えず、ODT 用の別キーが必要です。ここは「古いVisioだけ単体で足せば済むはず」と考えて詰まりやすいポイントです。 (Microsoft Learn)
つまり、VisioやProjectをMicrosoft 365 Appsと共存させるときは、追加したい製品に合わせるのではなく、すでに入っているMicrosoft 365 Appsに寄せるのが基本です。既存構成に合わせて追加する発想にすると、インストール失敗だけでなく、その後の更新運用も崩れにくくなります。 (Microsoft Learn)
共存可否を決める4つのチェックポイント
Click-to-RunかMSIかを最初に見る
最初に確認すべきなのは、追加したい Visio/Project ではなく、いまPCに入っている Office のインストール方式です。Office アプリの [ファイル] → [アカウント] を開くと、製品名やバージョンを確認できます。さらに Product Information に Update Options が表示されていれば Click-to-Run、表示されなければ MSI と判断できます。bit数は [バージョン情報] で確認できます。 (Microsoft Support)
ここで重要なのは、同じ 16.0 系でも、インストール方式が違えば共存できないことです。Microsoft 365、Office LTSC 2024、Office LTSC 2021、Office 2021、Office 2019 は Click-to-Run ベースですが、Office 2016 は Click-to-Run と MSI が混在します。特に古いボリュームライセンスの 2016 を持っている環境は、ここを見落としやすいです。 (Microsoft Learn)
32bitと64bitはそろえる
同じPCに入れる Office 系製品は、すべて 32bit か 64bit のどちらかにそろえる必要があります。64bit の Office に 32bit の Visio を足す、といった混在はできません。もし bit 数を変えたいなら、入れ替え対象をいったんアンインストールしてから再インストールが必要です。 (Microsoft Learn)
実務上の判断基準としては、大きな Project ファイルを扱う、重い Excel やアドインを多用するなら 64bit が向きやすく、古い 32bit COM アドインや 32bit コントロールが業務で必須なら 32bit 維持が現実的です。特に Project は 2GB を超える大きなファイルで 64bit の利点が出やすい一方、既存のアドイン資産を抱える企業では 32bit を安易に捨てられません。 (マイクロソフトサポート)
更新チャネルは「あとで合わせる」ではなく最初から合わせる
更新チャネルは、Office 単体ではなくデバイス全体の設定として扱うのが基本です。Office LTSC 2024 や Office LTSC 2021 は既定では PerpetualVL2024 / PerpetualVL2021 を使いますが、Microsoft 365 Apps と共存させるために、Project や Visio 側を Current Channel、Monthly Enterprise Channel、Semi-Annual Enterprise Channel などに合わせて運用することもできます。ただし、機能追加はサブスク版と違い受けられず、基本はセキュリティ更新と品質更新のみです。 (Microsoft Learn)
2019 系でも考え方は同じです。ボリュームライセンス版 Project 2019 / Visio 2019 を Microsoft 365 Apps と一緒に使うなら、Project/Visio 側も Microsoft 365 Apps と同じ更新チャネルを指定する必要があります。ここをずらすと、インストール時や更新時に思わぬ不整合が起きやすくなります。 (Microsoft Learn)
さらに見落としがちなのが、更新元も混在できないことです。Click-to-Run 製品は Office Update Engine によりまとめて更新されるため、たとえば「Visio は CDN から更新、Microsoft 365 Apps 本体は社内ファイル共有から更新」といった分離運用はできません。運用設計まで含めて“同居”だと考える必要があります。 (Microsoft Learn)
そもそもデスクトップ版が必要かを決める
共存を複雑にしている原因のかなりの部分は、「本当は Web 版で足りるのに、なんとなくデスクトップ版を前提にしている」ことです。VisioもProjectも、今はWeb で足りる業務とデスクトップでないと厳しい業務がはっきり分かれています。
Visioは「軽量Web版で足りるか」が分かれ目
Visio では、多くの商用 Microsoft 365 プラン向けに Visio in Microsoft 365 という軽量Web版が提供されています。ただし、これはあくまで基本的な図の閲覧・編集向けで、デスクトップアプリは含まれません。さらに、軽量Web版は .vsdx は扱えても .vsd は扱えず、複雑な図面や高度な図形には向きません。Microsoft 自身も、Visio in Microsoft 365 は Visio Plan 1 / Plan 2 の代替ではないと説明しています。 (マイクロソフトサポート)
デスクトップ版が必要なら、Visio の選択肢はかなり明確です。Visio Plan 2、または Visio Professional / Standard 2024・2021・2019 のような買い切り版が対象です。Visio Plan 1 は Web アプリのみなので、「Plan 1 を買えばデスクトップも使えるだろう」という思い込みは避けた方がいいです。 (マイクロソフトサポート)
Projectは「.mpp運用」と「Plannerで足りるか」で分かれる
Project は、古い情報ほど名称で混乱しやすい製品です。現在は、旧 Project Plan 3 / 5 が Planner and Project Plan 3 / 5 に改名されており、旧 Project for the web は 2025年8月に退役して Planner for the web / Planner in Teams に統合されています。古い記事を読むときは、まずこの名称差を頭に入れておくと混乱しにくいです。 (マイクロソフトサポート)
Project で .mpp ファイルを扱う、基準計画を使う、リソース平準化やクリティカルパス管理を行うなら、Web ではなく Project デスクトップ クライアント前提で考えた方が現実的です。Microsoft のサービス説明でも、Project Online デスクトップ クライアントは Project Plan 3 / 5 系で提供され、.mpp のインポート/エクスポートやガント、依存関係、基準計画、チームプランナーなどの機能を持つと説明されています。 (Microsoft Learn)
逆に、Web で共同編集したい、タイムラインや依存関係、スプリント、カスタムフィールド、ワークロード管理が使えれば十分という運用なら、今は Planner 側で考える方が自然です。Microsoft の FAQ でも、Planner の premium 機能として Timeline（ガント）、dependencies、sprints、custom fields、team workload などが案内されています。つまり、Project の話をしているつもりでも、要件次第ではデスクトップ版を増やさずに済むケースがあります。 (マイクロソフトサポート)
運用別にみる、おすすめの構成
最新機能を継続して使いたいなら、サブスク版を足す
新機能を継続的に使いたいなら、Microsoft 365 Apps に合わせてサブスクリプション版の Visio / Project を追加する構成が素直です。Microsoft は、定期的な機能更新を受けるのはサブスク版の Project / Visio だけだと明記しています。Visio なら Plan 2、Project なら現行名称で Planner and Project Plan 3 / 5 系が候補になります。既存の Microsoft 365 Apps と Click-to-Run ベースでそろえやすく、更新運用も一本化しやすいのが強みです。 (Microsoft Learn)
変更を抑えて安定運用したいなら、永続版 2024 を合わせる
現場教育や業務手順を頻繁に変えたくないなら、永続版 2024 を Microsoft 365 Apps の構成に合わせて追加する考え方は十分ありです。Office LTSC 2024 系は Click-to-Run ベースで、Microsoft 365 Apps と共存するために Current Channel などへ合わせることもできます。ただし、受けられるのは基本的にセキュリティ更新と品質更新で、新機能は増えません。変わらないこと自体が価値という端末に向く構成です。 (Microsoft Learn)
2019や2016を残すなら、「入るか」より「残す意味」を考える
2019 系は、条件を満たせば Microsoft 365 Apps と共存できます。ただし、Office 2019 のサポートは 2025年10月14日で終了しています。いま新たに 2019 を標準にする理由はかなり薄く、既存資産を短期延命するための一時的な選択肢と考えた方が無難です。 (Microsoft Learn)
2016 系はさらに慎重です。特に MSI 前提のボリュームライセンス版は、Microsoft 365 Apps とそのまま共存できません。どうしても残すなら ODT で Click-to-Run 化する暫定対応になりますが、その時点で「置き換え計画を立てるタイミング」だと考えた方が実務的です。古い手順書や既存イメージを守るためだけに 2016 を引っ張ると、あとで配布・更新・ライセンス運用の負債になりやすいです。 (Microsoft Learn)
デスクトップ版が不要なら、追加導入しない方がきれいに収まる
年に数回の組織図修正や簡単なフローチャート作成なら、Visio in Microsoft 365 や Visio Plan 1 で足りることがあります。チームの進捗共有や依存関係の見える化が主目的なら、Planner 側で完結するケースもあります。追加導入しないのも立派な設計判断です。むしろ、この判断ができると共存トラブルを最小化できます。 (マイクロソフトサポート)
導入で失敗しやすいポイント
- 「どちらも 16.0 系だから、たいてい入る」と考えることです。実際には、インストール方式と更新チャネル、bit数までそろって初めて安定します。 (Microsoft Learn)
- 「Visio in Microsoft 365」や「Visio Plan 1」でデスクトップアプリまで使えると思い込むことです。どちらも Web 中心で、デスクトップ前提なら Plan 2 か買い切り版を見ます。 (マイクロソフトサポート)
- 古い「Project for the web」の記事をそのまま信じることです。現在は Planner に統合されているため、画面や名称が一致しないのは普通です。 (マイクロソフトサポート)
- 「Visioだけ CDN 更新」「Microsoft 365 Apps 本体は社内共有から更新」のように更新元を分けようとすることです。Click-to-Run 製品は同じ仕組みでまとめて更新されます。 (Microsoft Learn)
- bit 数を惰性で決めることです。大きな Project ファイルなら 64bit の利点があり、逆に古い 32bit COM アドインが残るなら 32bit 維持が必要なことがあります。 (マイクロソフトサポート)
- Visio の軽量Web版で古い .vsd を扱えると思うことです。軽量Web版は .vsdx 中心で、.vsd には向きません。 (マイクロソフトサポート)
導入前にやること
まず、Word か Excel を開いて [ファイル] → [アカウント] を見てください。ここで製品名、バージョン、インストール方式、bit 数を確認します。これを見ずに Visio や Project を買い足すと、あとで「入らない理由」を調べるところから始まります。 (マイクロソフトサポート)
次に、要件を切り分けます。デスクトップが必要か、Webで十分かを決めてください。Visio なら「複雑な図、独自ステンシル、古い .vsd を扱うか」。Project なら「.mpp を使うか、基準計画やリソース平準化が必要か」。ここで「必要な機能」を先に決めると、不要な追加ライセンスや不要な共存作業を減らせます。 (マイクロソフトサポート)
配布方法は、単独端末ならポータルからのインストールでも済む場合がありますが、管理された端末では Office Deployment Tool か Office Customization Tool を使う方が安全です。Microsoft は、ODT で製品・言語・更新方法を細かく制御できると案内しており、XML の手書きより Office Customization Tool の利用を推奨しています。さらに、Version="MatchInstalled" や Language="MatchInstalled" を使う考え方なら、既存の Microsoft 365 Apps のバージョンや言語に合わせて Visio / Project を追加しやすくなります。 (Microsoft Learn)
運用面では、「追加導入はフルOffice再配布ほど重い」と思い込む必要はありません。Microsoft 365 Apps がすでに入っている環境で Project を追加する場合、追加ダウンロードは 50MB 未満、Visio でも言語数次第で 100〜200MB 程度が目安とされています。ネットワーク負荷の面でも、既存構成に合わせた“後載せ”は十分現実的です。 (Microsoft Learn)
最後に、更新動作まで確認してください。追加後にアプリが起動しただけで終わりではありません。更新チャネルが想定どおりか、更新元が想定どおりか、社内の配布・パッチ運用と矛盾していないかを見て初めて共存設計は完了です。ここを飛ばすと、数週間後の更新タイミングで問題が出ます。 (Microsoft Learn)
VisioやProjectをMicrosoft 365 Appsと共存させる考え方は、「入るかどうか」だけを見ることではありません。いまの Office 構成に、無理なく、更新運用を壊さず、必要機能だけを足せるかで判断するのが本筋です。まず既存PCの Click-to-Run / MSI、bit 数、更新チャネルを確認し、そのうえでデスクトップが必要かWebで足りるかを決め、必要なら ODT や Office Customization Tool で既存環境に合わせて追加する。この順番で進めれば、インストールエラーも運用崩れもかなり防げます。 (マイクロソフトサポート)
コメント