【完全ガイド】Notes/Domino から Microsoft 365・kintone への移行戦略 2026：業務DB別の置き換えパターンとリプレース実務
IBM/HCL Notes・Domino から Microsoft 365 (Teams + SharePoint + Power Platform) や kintone への移行を徹底解説。業務DB別の置き換えパターン、Lotus Script資産の扱い、コスト目安、失敗回避策。
目次 クリックで開く
1989年の登場から30年以上にわたり、日本の中堅・大企業のグループウェア・業務DB基盤として広く使われてきた IBM Notes / Domino（現 HCL Notes / Domino）。グループ会社の稟議システム、案件管理DB、顧客管理、社内ポータル、ワークフローなど膨大な業務資産が蓄積されている一方で、日本市場での新規開発は減少傾向、保守人材の確保困難、モダンUIへの対応の遅れなどから、大規模なリプレース需要が継続的に発生しています。
本記事では、Notes/Domino からの移行先として現実的な Microsoft 365（Teams + SharePoint + Power Platform） および kintone を中心に、移行戦略、業務DB別の置き換えパターン、コスト目安、よくある失敗を整理します。
この記事の構成
- なぜ Notes/Domino リプレース需要が続いているのか
- 主要な移行先：Microsoft 365 / kintone / Salesforce
- 業務DB別の置き換えパターン
- 移行プロジェクトの進め方（5ステップ）
- 移行コストと期間目安
- Notes 資産（Lotus Script、@式、エージェント）の扱い
- よくある6つの失敗
- AI / Claude Code を活用した移行支援
- FAQ
1. なぜ Notes/Domino リプレース需要が続いているのか
HCL Domino としては引き続き製品開発が継続されていますが、日本市場では以下の理由で新規導入は減少、既存顧客の他プラットフォームへの移行が進んでいます。
- Lotus Script、@式、Notes Designer の保守人材の枯渇：開発者の高齢化と引退で、社内・外部とも保守できる人材が急減
- モダンUI / モバイル対応の限界：従来の Notes クライアント・iNotes は、現代の Web/モバイル UX 期待値とギャップが大きい
- Microsoft 365 普及による統合志向：多くの企業が Microsoft 365 を全社導入済みで、Notes との二重メンテナンスが負担
- HCL移管後のサポート体制への懸念：IBM から HCL への製品移管後、日本での販売・サポート体制が縮小
- クラウドファースト方針：自社サーバーで運用される Domino を継続するコストとリスクの限界
2. 主要な移行先：Microsoft 365 / kintone / Salesforce
Microsoft 365（Teams + SharePoint + Power Platform）
既に Microsoft 365 を全社導入している企業の自然な移行先。Teams（コミュニケーション）、SharePoint（ドキュメント管理）、Power Apps（業務アプリ）、Power Automate（ワークフロー）の組合せで、Notes が担っていた多くの機能を統合的に置き換え可能。Power BI で分析機能も追加できます。
kintone（サイボウズ）
業務担当者主導でアプリ化できるノーコード基盤。Notes の業務DB（案件管理、顧客管理、稟議、各種申請ワークフロー）を kintone のアプリで再構築する事例が多数。中小〜中堅企業で IT 人材が手薄、業務担当者主導で運用したい企業に最適。Garoon との組み合わせでサイボウズエコシステム統合も可能。
Salesforce
営業活動・顧客管理に特化した Notes DB の移行先として有力。SFA / CRM の業界デファクト。Notes に蓄積された商談履歴、顧客情報、案件管理データを Salesforce に移行することで、現代的な営業プロセス管理に進化させられます。
3. 業務DB別の置き換えパターン
| Notes/Domino で実装された業務 | 第1推奨移行先 | 第2推奨 |
|---|---|---|
| メール（Notes Mail） | Microsoft 365 (Exchange Online) | Google Workspace (Gmail) |
| カレンダー・会議室予約 | Microsoft 365 (Outlook + Bookings) | Google Workspace (Calendar) |
| ドキュメント管理 | Microsoft 365 (SharePoint) | Box, Google Drive |
| 稟議・承認ワークフロー | Microsoft 365 (Power Automate + SharePoint) | kintone, ServiceNow |
| 案件管理 / 顧客管理 | Salesforce | kintone, HubSpot |
| FAQ / ナレッジ管理 | Microsoft 365 (Viva Topics + SharePoint) | Confluence, Notion |
| 業務固有のカスタムDB | kintone | Power Apps, 自社Webアプリ |
| 社内ポータル | Microsoft 365 (SharePoint) | Garoon, Confluence |
Notes/Domino はメールから業務DBまで全てを単一プラットフォームで担っていました。後継プラットフォームを単一に絞ろうとせず、役割別に最適な SaaS を選んで連携させるほうが、長期的な柔軟性とコスト最適化が両立します。
4. 移行プロジェクトの進め方（5ステップ）
- Notes 資産の棚卸し（1〜2か月）：DBの一覧、レコード数、Lotus Script の有無、業務オーナー、利用頻度を調査
- 移行対象の優先順位付け（1か月）：DBごとに「必須移行」「廃止」「アーカイブのみ」を判定
- 移行先の選定とPoC（2〜3か月）：Microsoft 365 / kintone / Salesforce のショートリストで業務シナリオ検証
- 段階移行の設計と実施（6〜18か月）：DB単位で段階的に新システムへ移行、ユーザートレーニング
- Notes/Domino 停止（移行完了後）：全DBの移行完了確認、アーカイブ取得、Domino サーバー停止
5. 移行コストと期間目安
| 規模 | Notes DB数 | 初期構築費用 | 期間 |
|---|---|---|---|
| 小規模（1部署中心） | 10〜30個 | 500万〜2,000万円 | 6〜12か月 |
| 中規模（複数部署横断） | 30〜100個 | 2,000万〜8,000万円 | 12〜24か月 |
| 大規模（全社基盤） | 100個超、複雑な Lotus Script 多数 | 8,000万〜数億円 | 18〜36か月 |
6. Notes 資産（Lotus Script、@式、エージェント）の扱い
Notes/Domino で長年蓄積された Lotus Script、@関数、エージェント、ビュー、フォームの資産は、新システムでそのまま再現できるとは限りません。3つの戦略があります。
- 戦略1：完全リライト：業務ロジックを Power Automate / kintone JavaScript / Apex で再実装。最大の柔軟性が得られるが工数大
- 戦略2：標準機能で代替：Lotus Script で実装していた処理を、新プラットフォームの標準機能（テンプレート、ワークフロー）で代替。工数最小
- 戦略3：APIサービス化：複雑な業務ロジックを外部 Webサービス化し、新プラットフォームから API 経由で呼び出し。中間的選択肢
多くの場合、戦略2を最優先で検討し、どうしても代替できない複雑なロジックのみ戦略1または3で対応するのが工数最小のアプローチです。
7. よくある6つの失敗
- 「全DBを一斉移行」を計画：Notes に蓄積された数百のDBを一斉移行は破綻リスク高。段階移行が鉄則
- 業務オーナーの巻き込み不足：DBごとに業務オーナーが違う。要件定義時に必ず参加させる
- Lotus Script の全移植にこだわる：当時の業務制約で組み込まれたロジックを全移植するとコスト爆発
- Notes クライアントの操作感を再現しようとする：新プラットフォームは思想が違う。ユーザートレーニングで対応
- 並行稼働期間を短く見積もる：DBごとに最低1か月の並行運用が必要
- Domino サーバーを早く停止しすぎる：参照のみ用途のDBは6〜12か月の継続稼働を予定
8. AI / Claude Code を活用した移行支援
- Notes DB スキーマ → 新システム設計の初稿生成：Notes DB のフィールド定義・ビュー構造を Claude Code が解析、kintone / Power Apps の設計初稿作成
- Lotus Script → Power Automate / JavaScript への変換初稿：AI がコード変換の初稿を作成、エンジニアがレビュー
- 業務オーナーへのヒアリング項目自動生成：DBごとの業務理解質問を AI で初稿作成
- 移行マニュアル・トレーニング資料生成：移行前後の操作変更点を AI で資料化
- MCP経由での新プラットフォーム操作：移行後の M365 / kintone を Claude Code から自然言語で操作
9. FAQ
Q1. Notes / Domino のサポートはいつまで？
HCL Notes / Domino は引き続き製品開発・サポートが継続されています（2026年5月時点）。技術的にすぐに使えなくなるわけではありませんが、日本市場での新規開発の減少、保守人材の確保困難、モダンUI対応の遅れなどから、中期的には他プラットフォームへの移行を計画することが推奨されます。
Q2. Microsoft 365 と kintone、どちらを選ぶべき？
Microsoft 365 を全社導入済みで、SharePoint / Power Platform を活用したい場合は Microsoft 365 が自然な選択。業務担当者主導でアプリ運用したい、Notes の業務DBを「業務ユーザーが触れる」形で再構築したい場合は kintone。多くの企業はメール・カレンダー・ドキュメントは Microsoft 365、業務DB・申請ワークフローは kintone、というハイブリッド構成を採用しています。
Q3. Notes に蓄積された過去データはどう移行する？
マスタ系（社員、取引先、商品）はCSVエクスポートで移行可能。トランザクション系（案件、稟議、申請）は新システムで継続するもののみ移行し、過去履歴は アーカイブとして別途保存 する選択が現実的です。完全な過去データ移行を目指すと工数が爆発するため、5年分など期間を区切るのが推奨です。
Q4. 移行プロジェクトの典型的な期間は？
中規模（DB数30〜100、複数部署横断）の場合、棚卸し2か月＋PoC 3か月＋段階移行 12〜18か月＋Domino停止判断 1〜3か月で、合計18〜26か月が標準。大規模になると2〜3年かかります。「3年計画」として捉え、各フェーズごとに経営報告と予算配分を見直す進め方が現実的です。
Q5. Notes 移行に AI を使うとどのくらい効率化できる？
Lotus Script / @式 のコード解析・仕様書化で 50〜70%の工数削減、Notes DB → 新システム設計の初稿生成で 30〜50%削減、移行マニュアル作成で 50〜70%削減 が支援案件で実現しています。中規模プロジェクトで数千万円規模のコスト削減が可能です。
Q6. Notes/Domino を続ける選択肢はある？
HCL Domino としての製品継続性はあります。ただし、(1) 保守人材の長期確保見通し、(2) モダンUI / モバイル対応の必要性、(3) Microsoft 365 等との並行運用コスト、(4) HCLの日本市場サポート体制、を3〜5年スパンで評価する必要があります。多くの場合「中期で完全移行」と「短期延命策」を組み合わせるのが現実的です。
- HCL Software 公式（Notes / Domino 製品情報）
- Microsoft 公式（Microsoft 365、Power Platform）
- サイボウズ公式（kintone、Garoon）
- Aurant：レガシー基幹システム刷新ガイド（ピラー記事）
※ 価格・機能の情報は2026年5月時点の公開情報をもとに整理しています。最新の正確な情報は各ベンダー公式までご確認ください。本記事は過去の支援案件・公開資料・公式ドキュメントに基づくAurant Technologies独自の見解で、特定ベンダーから対価を得て作成したものではありません。
CRM・営業支援
Salesforce・HubSpot・kintoneの選定から導入・カスタマイズ・定着まで一貫対応。営業生産性を高め、商談化率を改善します。