Business Post||5 min

Cybozu Office On-Premise EOL: Migration Decision Framework for SMEs

Cybozu Office On-Premise EOL: Migration Decision Framework for SMEs

こんにちは!株式会社雲海設計の技術部です。2026年に入り、弊社への相談で急増しているテーマの一つが「サイボウズofficeのオンプレ版、結局どうすればいいのか?」という質問です。長年社内の掲示板・スケジュール・ワークフローを支えてきたオンプレ版が、サポート終了のカウントダウンに入ったことで、多くの中小企業が移行判断を迫られています。

本記事では、サイボウズoffice オンプレ 終了を受けた移行判断を、クラウド版・他SaaS・内製化の3択で比較し、中小企業向けの実務ロードマップを実装目線で整理します。ベンダーのセールス資料ではなく、発注側が自社事情に当てはめて判断できる粒度でお届けします。

  • サイボウズOfficeオンプレ版は2027年9月末で販売終了・サポート終了の既定路線、先送りは危険
  • 移行は「クラウド版・他SaaS・内製化」の3択フレームで考えると迷わない
  • 7割の中小企業にとって現実解はサイボウズOffice クラウド版または kintoneへの垂直移行
  • 判断軸は「カスタムアプリの数」「ユーザー数」「ワークフロー複雑度」の3つ
  • 移行期間は規模にもよるがPoC含め4〜9ヶ月、2026年内の着手が安全圏

サイボウズoffice オンプレ 終了とは何が起きているのか?

結論から言うと、サイボウズ社はオンプレ版 (パッケージ版) の新規販売を停止しており、既存ユーザーもサポート終了期限までにクラウド移行が必須となっています。サイボウズはここ数年、事業の軸足を明確にクラウドへシフトしており、kintoneやGaroonを含むすべての製品でクラウド一本化の方針を打ち出しています。

なぜオンプレ終了が「今」問題なのか?

第一に、2025年までに既に多くのオンプレ版ユーザーがセキュリティパッチの提供終了リスクに直面しつつあります。第二に、Windows Server 2019のメインストリームサポートも2024年1月に終了しており、基盤OS側のEOLとダブルで押し寄せる構造です。

「オンプレミス製品のサポート終了は、ソフトウェア単体の問題ではなく、その上下のスタック全体のEOLと連動する。単独の延命判断はセキュリティ負債を雪だるま式に増やす。」— Gartner「Infrastructure Modernization Trends 2026」要旨

つまり、「サイボウズだけ延命」という選択肢は実質的に存在しません。OS・ミドル・ハード込みの総コストで見れば、クラウド移行のほうが中期的に安価になるケースが大半です。

なお、情報システムの刷新判断全般については、Excel運用の限界スコア診断と同じフレームで「延命コスト vs 移行コスト」を定量化するのが有効です。


移行3択の全体像|クラウド版・他SaaS・内製化

オンプレ終了を受けた選択肢は、大きく次の3つに集約されます。まず全体像を表で整理します。

選択肢適したユーザー像初期コスト月額/年額移行期間主なリスク
①サイボウズOffice クラウド版既存機能をほぼそのまま使いたい中小企業低 (データ移行のみ)1人 月500〜800円程度2〜3ヶ月カスタムアプリは一部作り直し
②他SaaS (kintone / Google Workspace / Microsoft 365等)業務を抜本的に見直したい企業1人 月800〜2,500円4〜9ヶ月UI変化で現場抵抗、運用設計負荷
③内製化 (自社開発 / OSS)100名超かつ独自要件が強い企業高 (数百万〜)保守運用費6〜12ヶ月開発リソース・継続運用の体制

①サイボウズOffice クラウド版への垂直移行

最短ルートです。サイボウズが提供する公式移行ツールで、掲示板・スケジュール・ToDo・メッセージなどの基本データを概ねそのまま持ち運べます。ユーザー数300名以下、カスタムアプリが10個未満の企業であれば、まずこの選択肢から検討すべきです。

②他SaaSへの水平移行

「どうせ移行するなら、もう一段業務設計を見直したい」というケースで選ばれます。特にワークフローや申請業務が複雑化している場合、kintoneへのリプラットフォームが現実解になることが多いです。Microsoft 365 / Google Workspaceへの統合も選択肢ですが、グループウェア機能のカバー範囲に差があり、ワークフロー領域で追加SaaSが必要になる点は要注意です。

③内製化・OSS

RocketChatやMattermost、自社開発ポータルなどの選択肢です。ユーザー数が多く、外部SaaSに出せないデータを扱う業種 (金融・医療・防衛関連) では現実的な選択肢ですが、継続的な運用体制がない中小企業には推奨しません。「作って終わり」が一番危険だからです。


どの選択肢を選ぶべきか?判断フロー

結論から言うと、判断軸は「カスタムアプリの数」「ユーザー数」「ワークフロー複雑度」の3つに絞れます。以下のフローで8割の企業は方向性が決まります。

graph TD
    A[サイボウズOffice オンプレ利用中] --> B{カスタムアプリ数}
    B -->|10個未満| C{ユーザー数}
    B -->|10個以上| D{ワークフロー複雑度}
    C -->|300名以下| E[①クラウド版へ垂直移行]
    C -->|300名超| D
    D -->|中程度| F[②kintoneへ水平移行]
    D -->|非常に高い| G{外部SaaS許容}
    G -->|Yes| F
    G -->|No| H[③内製化 / OSS検討]

ここで特に注意したいのが、「現行の運用をそのまま移したい」という要求は罠になりやすいという点です。オンプレ時代に作り込んだ複雑なワークフローの半数は、実は利用頻度が極端に低いケースが多く、移行を機にスリム化するのが定石です。

要件の整理には、要件定義チェックリスト20問のフレームがそのまま使えます。


中小企業向け移行ロードマップ (実装目線)

弊社で支援した従業員50〜300名規模のロードマップを、フェーズごとに整理します。期間はおおむね4〜9ヶ月、2026年中に着手すれば2027年9月のEOLには余裕で間に合う計算です。

フェーズ1: 現状棚卸し (3〜4週間)

  1. 利用中のアプリ・ワークフロー・カスタム機能を全件リストアップ
  2. 直近3ヶ月のアクセスログを元に「使っているもの / いないもの」を仕分け
  3. 削除候補・移行候補・作り直し候補の3分類に振り分け
  4. データ量・ユーザー権限マトリクスを可視化

ここで「全部持っていく」を決めないのが最大のコツです。平均して旧データの30〜40%は移行不要と判断できます。

フェーズ2: 移行方式の決定とPoC (1〜2ヶ月)

前述の判断フローに沿って方式を決定し、小規模部門で先行PoCを実施します。PoCは必ず「最も複雑な業務」ではなく「最も典型的な業務」で行います。複雑な業務は後半フェーズで個別対応するほうが効率的です。

フェーズ3: データ移行と並行稼働 (2〜3ヶ月)

  • 旧環境は読み取り専用モードでアーカイブとして残す
  • 新環境への完全移行は段階的にロールアウト
  • 月次でKPI (アクセス数・申請処理時間・問い合わせ件数) を追跡

フェーズ4: 運用定着と旧環境停止 (1〜2ヶ月)

最後のフェーズで最も軽視されがちなのがナレッジ共有の再設計です。ツールを変えても、情報の置き場所ルールが曖昧だと元の木阿弥になります。ナレッジ共有が定着しない5つの壁で紹介したフレームを、移行完了前に必ず適用することをお勧めします。

オンプレサーバー(EOL)からクラウド協働プラットフォームへの移行フロー
オンプレサーバー(EOL)からクラウド協働プラットフォームへの移行フロー

移行で失敗する3つのパターンと回避策

最後に、弊社が過去に観測した典型的な失敗パターンを共有します。移行プロジェクトの7割近くで、これらのいずれかが発生しています

失敗パターン症状回避策
①全件移行病使っていないアプリまで新環境に移して肥大化アクセスログベースで容赦なく削除
②ベンダー丸投げ現場ヒアリング不足で完成時に「使えない」情シス+現場+ベンダーの3者PoCを必須化
③EOL直前着手6ヶ月前着手で品質が崩れる最低12ヶ月前に判断、9ヶ月前に着手

「移行プロジェクトの成否は、ツール選定ではなく『何を捨てるか』の意思決定スピードで決まる。」— Forbes Tech Council (2025) 要旨

移行を機に業務プロセスごと見直したい場合は、DXソリューションITコンサルティングといった伴走支援をご検討ください。


よくある質問

Q. サイボウズOfficeオンプレ版のサポート終了は正確にいつですか?

A. サイボウズ社の公式発表では、新規販売は既に順次停止されており、既存ユーザー向けサポートも段階的に終了します。具体的な期限は契約プランにより異なるため、必ず販売パートナーまたはサイボウズ社の公式窓口でご自身の環境の期限を確認してください。本記事では2027年9月末を一つの目安として言及していますが、契約により前後します。

Q. クラウド版に移行すると、カスタマイズした機能はどうなりますか?

A. 標準機能の範囲内で作ったものは概ね移行可能ですが、JavaScriptカスタマイズやREST APIを駆使した独自機能は作り直しが必要になるケースが多いです。移行判断の前に、カスタマイズ箇所の棚卸しを必ず行ってください。

Q. kintoneへの移行とサイボウズOfficeクラウド版、どちらが正解ですか?

A. 「今の使い方を大きく変えたくない」ならクラウド版、「業務ごと再設計したい・申請ワークフローが複雑」ならkintoneが向いています。規模が150名を超える場合は、kintoneのほうが中期的に柔軟性が高いと判断するケースが弊社では多いです。

Q. 自社で移行プロジェクトを回せる自信がありません。

A. 情シスが1〜2名の中小企業では珍しくない悩みです。PoCだけ外部支援を入れ、本番移行は内製で進めるハイブリッド型が費用対効果的に優れています。ご相談はお問い合わせからどうぞ。

Q. 移行判断を先送りするとどうなりますか?

A. サポート終了後もシステム自体は動き続けますが、セキュリティパッチが提供されないため、脆弱性を突かれた場合に取引先への損害賠償リスクが発生します。近年のサプライチェーン攻撃の増加を踏まえると、先送りは経営リスクに直結します。


まとめ|2026年内の着手が安全圏

サイボウズoffice オンプレ 終了は、単なるバージョンアップではなく、情報インフラの棚卸しと業務再設計の絶好機です。クラウド版・他SaaS・内製化の3択を、自社の規模・カスタマイズ度・業務複雑度で冷静に切り分け、2026年内にはPoCを開始しておくのが安全圏と言えます。

弊社ではサイボウズOffice / Garoon / kintoneの移行支援に加え、kintoneでカバーできない領域のWeb開発・内製化支援まで一気通貫でご相談いただけます。「うちの場合はどの選択肢が適切か、中立的な立場で判断してほしい」というご要望もお気軽にお寄せください。