老舗の中堅製造業・商社・地方金融機関の情シス部長から 2026 年に増えている相談が、「20 年動いてきた Lotus Notes / Domino を、どう・いつ・いくらで畳むか」です。結論は、移行先を Microsoft 365 単独に決め打ちせず、メール / 文書共有は M365、ワークフロー / 業務 DB は kintone もしくは Power Platform、そして「使われていない DB は潔く廃止」の 3 レーンに振り分け、18 ヶ月で段階移行する設計が、中堅規模（従業員 300〜2,000 名）で費用と業務停止リスクを最小化するパターンです。本記事の仕様や費用感は執筆時点（2026 年 4 月）のものです。最新のサポート情報は HCL / Microsoft / サイボウズ各社の公式ドキュメントで確認してください。

目次

  1. なぜ Notes / Domino 撤退が急務か
  2. 移行先 4 候補比較（Microsoft 365 / kintone / Power Platform / 内製 SaaS）
  3. 移行費用の内訳 3 段階（300 / 1,000 / 3,000 名規模）
  4. Notes DB 棚卸し手法（業務重要度 × 使用頻度 × 移行難度マトリクス）
  5. 18 ヶ月段階移行ロードマップ
  6. 主要移行ツール / SI ベンダー
  7. FAQ
  8. 関連記事

なぜ Notes / Domino 撤退が急務か

Lotus Notes / Domino は 1989 年に Lotus Development が開発し、その後 IBM、2019 年に HCL Technologies へ事業譲渡された歴史を持つ老舗グループウェア / 業務 DB プラットフォームです。日本では 1990 年代後半から大企業・中堅企業で広く採用され、メール、ワークフロー、文書共有、業務アプリ（経費精算 / 稟議 / 顧客 DB / 議事録 / プロジェクト管理）が 1 製品で完結する点が支持されました。逆に言えば、その「便利さ」が 2026 年現在の撤退コストの直接の原因になっています。

1. HCL のロードマップとサポート方針

HCL は買収後、HCL Domino の継続投資を表明し、v12 / v14 と機能強化を続けています。しかし、過去のバージョンは段階的に End of Marketing / End of Support を迎えており、保守を受け続けるには定期的なバージョンアップ投資が必須です。「動いているから何もしない」は、サポート切れバージョンに固定された瞬間に脆弱性対応とベンダーロックの両方を抱える状態を意味します。最新のサポート期限は HCL 公式（HCL Software Product Lifecycle ページ）で必ず確認してください。

2. ライセンス体系の改定リスク

Notes / Domino はユーザー単位のサブスクリプションへ段階的に移行しており、契約更新タイミングごとに「現行ユーザー数 × 新単価」で年額が再計算されます。1990 年代に廉価な永久ライセンスで購入した企業ほど、現行のユーザー単位サブスクへ切り替わる際の心理的ジャンプが大きくなります。中堅 1,000 名規模で年額数百万〜千万円台の保守費が発生しているケースは珍しくありません。

3. 開発者・運用者の枯渇

LotusScript、@式、Notes フォーム / ビュー設計、Designer クライアントを扱える開発者は新規に育っておらず、IPA「IT 人材白書 2024」が示す通り、レガシー言語人材は平均年齢が 50 代後半に偏っています。社内に 1〜2 名残った Notes 担当者の退職や定年が「明日にも DB を触れる人がゼロになる」リスクとして顕在化します。

4. 機器・基盤の老朽化

オンプレミスの Domino サーバを 10 年前のハードで運用している企業も実在します。ハード故障時のリプレース見積で初めて「OS / Domino / Notes クライアント全部が連動して古い」と判明し、緊急対応コストが膨らむパターンです。クラウド版 HCL Domino もありますが、多くの中堅企業は「クラウドへ持ち込むなら Domino のままではなく M365 / kintone へ寄せる」判断に傾きます。

5. 撤退を先送りするコストは見えにくい

「動いているシステムに金をかけるのか」は中堅経営層の典型的な反論です。しかし JUAS「企業 IT 動向調査 2025」など各種調査でも、IT 予算に占める保守運用費比率は刷新済み企業ほど低く、新規投資余力に直結しています。撤退コスト（数千万円台）と、5 年放置した場合の保守費 + 障害対応 + 業務効率損失の累積は、後者が前者を上回ることが多いため、「先送り = 安上がり」は錯覚です。

出典の前提： 本セクションのサポート期限・ライセンス・ロードマップは HCL Software 公式ページの記述に基づきます。具体的な数値は契約形態と地域代理店契約で変動するため、必ず代理店経由で見積を取り直してください。

移行先 4 候補比較（Microsoft 365 / kintone / Power Platform / 内製 SaaS）

「Notes をやめて何にするか」を 1 製品で決めようとすると失敗します。Notes は「メール + 文書共有 + 業務 DB + ワークフロー」を 1 つで担っていたため、移行後は 役割を分割して最適な製品に振るのが定石です。

移行先適した役割中堅 1,000 名想定の年額目安強み弱み・落とし穴
Microsoft 365（Exchange / Teams / SharePoint）メール / 予定表 / 文書共有 / チャット1,500〜3,500 万円（E3〜E5 ベース、為替で変動）国内導入実績圧倒的、Copilot 連携、ガバナンス（Purview / Entra ID）業務 DB / 複雑ワークフローは標準機能では再現困難、SharePoint で代替すると属人化しやすい
kintone中量・定型のワークフロー / 業務 DB / 顧客台帳 / 案件管理200〜600 万円（ライト / スタンダード混在）現場主導で作れる、画面項目が Notes ビュー的、国産日本語サポート大量明細・複雑権限・複数 DB ジョインに弱い、API 開発前提の機能は別途実装
Microsoft Power Platform（Power Apps / Power Automate / Dataverse）統合 ID / セキュリティ前提の業務アプリ、M365 と密結合のワークフロー500〜1,500 万円（Per User / Per App ライセンス + 開発工数）M365 ガバナンス内に閉じる、Dataverse でリレーショナル DB 表現可能ライセンス体系が複雑、Per App / Per User / Premium コネクタ前提で総額が読みにくい
内製 SaaS（Laravel / Next.js + PostgreSQL 等）競争領域の独自業務（受発注・原価・基幹連携）で SaaS では合わない部分開発 1,500〜5,000 万円 + 年額保守 300〜800 万円業務に完全フィット、データ主権、長期 TCO 有利初期投資大、内製 or 信頼できる開発パートナー必須、要件定義の質が品質を決める

振り分けの基本方針

  • メール / 予定表 / 共有文書 → Microsoft 365 に寄せる。日本の中堅企業では Google Workspace と二択になるが、既存 Notes 文化の親和性、Office との互換、Copilot の業務統合度から M365 が選ばれるケースが大多数。
  • 定型ワークフロー（稟議 / 経費 / 申請 / 案件台帳）→ kintone or Power Platform。現場が触れる kintone か、ガバナンス重視の Power Platform かは「情シスの体力」と「M365 ライセンスをどこまで持っているか」で決める。
  • 競争領域の業務 DB（受発注、原価管理、独自 KPI）→ 内製 SaaS or 業界 SaaS。Notes で 20 年磨いた業務ロジックをそのまま kintone に詰め込むと「劣化版 Notes」になりがちなので、ここは要件定義からやり直す価値が高い。
  • 使われていない DB → 廃止。実は移行先よりも「廃止判定」が最大の費用削減レバーです。

関連：kintone 移行で補助金活用、Microsoft 365 Copilot 企業展開ガイド 2026、ノーコード 3 製品比較。

移行費用の内訳 3 段階（300 / 1,000 / 3,000 名規模）

費用見積で迷子になる原因は、「ライセンス費」「移行プロジェクト費」「並行稼働の運用費」を区別していないことです。本セクションでは規模別に 3 段階で整理します。数値はあくまで中堅企業の標準的なレンジで、業務複雑度・DB 数・既存 SI 関係で容易に倍ぶれします。

A. 300 名規模（中堅製造・地方商社の単一拠点モデル）

費目レンジ備考
要件定義 / 現状分析200〜400 万円DB 棚卸し含む。300 名規模でも DB 数 200〜500 個は普通
移行設計 / 環境構築300〜600 万円M365 テナント設計、kintone or Power Platform 選定
メール / 文書 移行（M365）300〜700 万円アーカイブ含む。1 ユーザー数千〜1 万円が目安
業務 DB 再構築（kintone 中心）500〜1,500 万円上位 20〜40 DB を再構築、残りは廃止 or 単純移行
データ移行 / テスト / 教育200〜500 万円
並行稼働期間の保守費（6 ヶ月）300〜600 万円Domino 保守を完全停止できる時期まで
合計1,800〜4,300 万円プロジェクト期間 12〜15 ヶ月想定

B. 1,000 名規模（中堅製造・複数拠点・準大手商社）

費目レンジ備考
要件定義 / 現状分析500〜1,000 万円部門別 DB 棚卸しに 2〜3 ヶ月かかる
移行設計 / 環境構築800〜1,500 万円M365 + kintone + Power Platform の併用設計
メール / 文書 移行（M365）1,000〜2,500 万円アーカイブ容量と歴史的メールの取扱いで変動
業務 DB 再構築2,000〜5,000 万円重要 DB 50〜100 個を kintone / Power Platform で再構築
データ移行 / テスト / 教育800〜1,500 万円
並行稼働期間の保守費（9〜12 ヶ月）1,000〜2,000 万円
合計6,100〜13,500 万円プロジェクト期間 15〜18 ヶ月想定

C. 3,000 名規模（中堅最大級・地方金融・大手製造業の事業部単位）

費目レンジ備考
要件定義 / 現状分析1,500〜3,000 万円拠点・部門別の現地ヒアリング前提
移行設計 / 環境構築2,000〜4,000 万円ガバナンス、Entra ID 統合、PRA / 監査要件込み
メール / 文書 移行（M365）3,000〜7,000 万円大容量アーカイブ、E5 + Copilot 想定
業務 DB 再構築5,000〜15,000 万円重要 DB 200〜400 個、内製 SaaS 領域含む
データ移行 / テスト / 教育2,000〜4,000 万円
並行稼働期間の保守費（12〜18 ヶ月）2,500〜5,000 万円
合計16,000〜38,000 万円プロジェクト期間 18〜24 ヶ月想定

落とし穴：見えにくい 3 大コスト

  1. Notes クライアント PC のキッティング：M365 / Edge / Teams / kintone へ移った瞬間、古い PC では性能不足が露呈し、PC 更改コストが連鎖発生する。
  2. Notes メールアーカイブの法的保存義務：金融や上場企業では一定年数の電子記録保存が必要。M365 へ移し切るのか、別アーカイブツール（Mimecast 等）に切り出すのかで費用が数千万円ぶれる。
  3. 並行稼働中の重複ライセンス：Notes 保守 + M365 + kintone を同時に払う期間が必ず発生する。「並行稼働期間をいかに短縮するか」が実質の費用最適化レバー。

Notes DB 棚卸し手法（業務重要度 × 使用頻度 × 移行難度マトリクス）

中堅 1,000 名規模で Notes DB 数は 300〜1,500 個、3,000 名で 1,000〜5,000 個に達するケースもあります。「全部移行する」前提で見積を取ると、移行費は確実に上振れし、しかも移行後に誰も使わない DB が大量に残ります。棚卸し → 廃止判定が、費用最小化の最大レバーです。

棚卸しの 3 軸

軸評価方法データ取得元
業務重要度業務オーナー / 部門長へのヒアリング、業務影響度（停止すると業務が止まるか）部門長アンケート + 経営会議
使用頻度過去 12 ヶ月のアクセスログ、ドキュメント更新数、ユーザー数Domino サーバログ、DB プロパティ
移行難度フォーム / ビュー / エージェント / LotusScript / @式 の複雑度、外部連携、データ量Notes Designer での目視 + ツール解析（HCL Domino Migration tools / 国産棚卸しツール）

4 象限の振り分け

  • 最優先 移行（高重要 × 高頻度）：M365 / kintone / Power Platform / 内製のいずれかへ厚めの予算で移行。
  • 維持・移行（低重要 × 高頻度）：使われているが業務クリティカルでない。kintone への単純移行 or 廃止検討。
  • 移行 or 維持（高重要 × 低頻度）：年次決算時のみ動く DB など。アーカイブ参照のみで移行する選択肢が現実的。
  • 即時 廃止（低重要 × 低頻度）：移行検討に工数を使わず、責任部門の同意を取って廃止。

棚卸しの典型的な結果（中堅 1,000 名想定）

  • 全 DB 数 600 個
  • 即時廃止候補：240 個（40%）
  • アーカイブ参照のみ：120 個（20%）
  • 単純移行（kintone / SharePoint）：180 個（30%）
  • 再設計移行（kintone / Power Platform / 内製）：60 個（10%）

「全 600 個を移行」と「重要 60 個のみ再設計、残りは廃止 or 単純移行」では、移行費が 2〜3 倍違うのが実態です。

このセクションの数値は中堅企業の典型レンジで、業界・部門数・歴史によりぶれます。最初の 2〜3 ヶ月は「棚卸しだけ」のフェーズに切ることを強く推奨します。

Notes 撤退の無料診断

DB 数 / 重要度 / 使用頻度の棚卸しを 30 分の Web ヒアリングで暫定試算し、撤退費用レンジ・並行稼働期間・移行先振り分けの初期案を返します。情シス内の合意形成資料としてそのまま使える形式で提供します。

無料 Notes 撤退診断を予約する

18 ヶ月段階移行ロードマップ

「ビッグバン移行」は中堅規模では失敗確率が高く、業務停止リスクと並行稼働ライセンス費の両方が膨らみます。以下は 1,000 名規模を想定した 18 ヶ月の段階移行例です。

Phase 0：プレ調査（M0〜M2）

  • 経営合意の取り付け（撤退判断、概算予算レンジ提示）
  • Notes DB の自動棚卸しツール導入、サーバログ収集
  • 部門別ヒアリング 10〜20 部門
  • 移行先 RFP（M365、kintone、Power Platform、SI ベンダー）

Phase 1：基盤整備（M2〜M5）

  • M365 テナント設計、Entra ID / Purview / Intune 設計（既存 AD からの統合）
  • kintone もしくは Power Platform 環境構築、命名規則・権限設計
  • 棚卸し結果の経営承認（廃止 DB リストの稟議）
  • パイロット部門（情シス + 1 業務部門）選定

Phase 2：パイロット移行（M5〜M8）

  • パイロット部門のメール / 予定表を M365 へ移行
  • 重要 DB 5〜10 個を kintone / Power Platform で再構築、本番並行稼働
  • ユーザー教育プログラム、教材整備
  • KPI（利用率、業務時間、問い合わせ件数）モニタリング

Phase 3：本格展開（M8〜M14）

  • 全社メール / 文書を M365 へ波状移行（拠点・部門単位、月 100〜200 名）
  • 重要 DB 50〜80 個を kintone / Power Platform / 内製で順次再構築
  • 廃止 DB の正式停止アナウンス、データ参照用アーカイブ整備
  • ヘルプデスクの体制シフト（Notes チームの段階縮小）

Phase 4：撤退完了（M14〜M18）

  • Domino サーバの段階停止（拠点単位）
  • 法的保存義務メールの長期アーカイブ完了
  • HCL 保守契約の解約交渉、ライセンス返却
  • 撤退完了報告、TCO 実績レビュー、新基盤運用への完全移行

よくある失敗パターン

  • Phase 0 を省いて Phase 1 から始める：棚卸し不在のまま見積を取り、移行先で「これも要る、あれも要る」になり費用 2 倍。
  • メール移行と業務 DB 移行を同時に開始：現場の学習負荷が爆発、利用率低迷。
  • 並行稼働期間を決めずに走る：Notes / M365 / kintone 三重課金が 1 年以上続く。

主要移行ツール / SI ベンダー

選定は要件次第ですが、検討時に名前が挙がることが多いカテゴリを整理します（順不同・特定推奨ではありません）。

Notes 棚卸し / 移行支援ツール

  • HCL 公式の移行支援ツール群：Notes / Domino のメタデータ抽出、移行先フォーマットへのマッピング支援。HCL 認定パートナー経由で提供。
  • 国産棚卸しツール（複数ベンダー）：DB 一覧、最終アクセス日、利用ユーザー数を CSV 化。日本語サポートと国内導入実績が強み。
  • Microsoft 公式の移行ガイド / FastTrack：M365 への大規模移行で利用可能。Microsoft 365 のライセンスや契約規模に応じて支援内容が変わる。

SI ベンダーの典型カテゴリ

  • 大手 SIer（ITS / 国産大手）：金融や上場企業の大規模移行に強い。費用は高めだが PMO 含めた一括対応が可能。
  • Microsoft 専業パートナー：M365 / Power Platform 統合に特化。Notes 撤退後の M365 ガバナンス設計まで一気通貫。
  • kintone エコシステム（サイボウズ オフィシャル パートナー）：kintone 中心の業務 DB 再構築に強い。中堅・中小の現場主導移行と相性が良い。
  • 独立系 / 開発専業（GXO 含む）：内製 SaaS や M365 / kintone のハイブリッド設計、要件定義から並走するスタイル。中堅で「自社業務の独自性が高く、SaaS だけでは収まらない」案件に向く。

ベンダー選定では、「Notes / Domino を実機で触れる人が現場プロジェクトに入るか」を必ず確認してください。Domino を知らない移行プロジェクトは、要件定義の段階で抜けが出やすくなります。

FAQ

Q1. 「全部 Microsoft 365 に寄せる」だけではダメですか

A. 規模と業務複雑度によります。300 名以下でワークフローが定型 5〜10 種類なら、M365 + Power Apps / SharePoint で完結する選択肢はあります。一方、1,000 名規模以上で稟議・案件台帳・現場 DB が数十〜数百ある場合、SharePoint で再現すると属人化し、3〜5 年後に再刷新するリスクが高くなります。「メール / 文書は M365、業務 DB は kintone or Power Platform」と役割分担するのが、再刷新リスクを抑える定石です。

Q2. kintone でカバーできない領域はどこですか

A. 主に 3 つです。1 つ目は大量明細を持つトランザクション系（受発注の明細数千行 / 月、出荷管理）。kintone は 1 アプリ 50 万レコードまでなどの制限があり、大量データには向きません。2 つ目は複雑な権限制御・複数 DB ジョインを伴う基幹連携。3 つ目は競争領域の独自業務で、kintone のフォーム表現では再現できないロジックが多い場合です。これらは Power Platform + Dataverse、もしくは内製 SaaS / 業界特化 SaaS に振るのが実装コストを抑えやすい選択になります。

Q3. Notes ワークフロー（稟議・経費・休暇申請）の再現はどうやるのが現実的ですか

A. 中堅では 2 パターンが多数派です。A. kintone + プロセス管理 / 標準ワークフロー機能で 70% 再現、残り 30% は業務側で運用ルールを変える。B. Power Automate + Power Apps + Dataverse で M365 内に閉じて構築。Notes 時代の細かい分岐や代理承認をそのまま再現しようとすると、kintone でも Power Platform でもカスタム開発が必要になり費用が膨らみます。「Notes の挙動を 100% 再現する」ではなく、「申請業務の本質を保ったまま標準機能で 70〜80% に寄せる」判断ができるかで、費用が数百万〜数千万円変わります。

Q4. DB 数千個の棚卸しは現実的に何人月かかりますか

A. 1,500 個規模で、ツールによる自動収集 + 部門ヒアリングを並走させて 3〜5 ヶ月、6〜10 人月が目安です。自動収集だけでも DB 名 / 最終アクセス日 / 利用ユーザー数は出ますが、「業務重要度」は人手のヒアリングが不可欠です。経営層には「棚卸し単独でも数百万円の予算が要る」ことを最初に伝えると、後の予算ぶれが減ります。

Q5. 並行稼働期間の運用負荷はどう見積もるべきですか

A. 並行稼働は「Notes 保守」+「M365 / kintone 運用」+「ユーザー問合せ対応の倍化」の 3 重コストです。標準的には 6〜12 ヶ月を見込み、長くなりすぎないようにフェーズ計画で強制終了日を決めることが重要です。問合せ件数は移行直後の 2〜3 ヶ月でピークを迎え、ヘルプデスクを 1.5〜2 倍に増員する企業が多くなります。情シス内製で吸収するか、SI 側のオプション保守として契約するかは、契約段階で明確化してください。

Q6. HCL Notes の Domino アプリを「そのまま塩漬け」にして M365 だけ進める選択は有効ですか

A. 短期的にはあり得ます。メールと予定表を先に M365 へ移し、Domino アプリは「後フェーズ」として 1〜2 年残す折衷案です。ただし保守費は減らないため、Phase 4 まで含めた撤退完了の期限を経営合意で決めておかないと、5 年後も Domino が残る塩漬け化リスクがあります。塩漬け運用するなら、廃止候補 DB の停止だけは並行で進めて保守対象を縮小しておくことを推奨します。

Q7. 補助金は使えますか

A. 中小企業向けの IT 導入補助金（2026 年度から「デジタル化・AI 導入補助金」へ名称変更予定）はデジタル化基盤導入の枠で kintone / 業務システムの導入に使える場合があります。一方、中堅企業（資本金 / 従業員数で枠を超える企業）は対象外のことが多く、別途、業界の DX 補助金や事業再構築補助金の活用が現実的です。詳細はkintone 移行で補助金活用、IT 補助金 2026 後期ガイドを参照してください。

Q8. Notes 撤退プロジェクトで最も多い失敗は何ですか

A. 「移行先を 1 つに決めてから棚卸しを始める」です。M365 単独に決め打ちすると業務 DB の再現で詰まり、kintone 単独に決め打ちするとメール / アーカイブで詰まります。棚卸し → 振り分け → 製品決定 の順序を守るだけで、見積精度と移行成功率が大きく上がります。

関連記事

まとめと相談窓口

Lotus Notes / Domino 撤退は、棚卸し先行 → 役割別の移行先振り分け → 段階移行の順序が守れるかで、費用とリスクが 2〜3 倍ぶれます。中堅 1,000 名規模で、移行先を「M365 + kintone or Power Platform + 廃止」の 3 レーンに切り、18 ヶ月で完了させる設計が、現時点の費用最小ルートです。

GXO は要件定義 / Notes DB 棚卸し / M365 + kintone + Power Platform のハイブリッド設計 / 内製 SaaS の併走をワンチームで提供できます。撤退判断の壁打ち、移行費用レンジの初期見積、並行稼働期間の短縮設計のいずれでも構いません。情シス内の意思決定資料として使える形で初期提案を返します。

Notes / Domino 撤退の相談を申し込む（無料）

参考資料

  • HCL Software 公式：HCL Domino 製品ページ、HCL Software Product Lifecycle
  • Microsoft 公式：Microsoft 365 ライセンスガイド、FastTrack for Microsoft 365、Power Platform 価格
  • サイボウズ公式：kintone 価格 / 制限、kintone パートナー一覧
  • IPA「DX 白書」「IT 人材白書」最新版（レガシー人材の年齢構成・刷新進捗）
  • JUAS「企業 IT 動向調査」最新版（IT 予算に占める保守運用費比率）
  • 経済産業省「DX レポート」シリーズ（2025 年の崖、レガシー刷新の論点）
  • 中小機構：IT 導入補助金（2026 年度より「デジタル化・AI 導入補助金」）公募要領

本記事の数値・サポート期限・ライセンス条件は執筆時点（2026 年 4 月 30 日）のものです。意思決定の最終確認には、HCL / Microsoft / サイボウズ各社の公式ドキュメント、および契約代理店の最新情報を必ず参照してください。