Magic xpaのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

Magic xpaのシステム開発は、ローコードで画面を早く作るだけではなく、現行業務とデータを整理し、段階的に移行して現場に定着させる取り組みです。成功の近道は、要件整理から稼働後の改善までを6つのフェーズに分け、各段階の判断基準と成果物を先に決めることです。

本記事では、Magic xpaのシステム開発の進め方を、要件整理、製品・構成の選定、設計・開発、テスト、稼働、定着の順に解説します。ライセンスと開発費の違い、既存のAccessや古いMagicから移行するときの注意点、開発会社から見積もりを取る際のチェックリストまで、発注前に確認したい実務情報をまとめます。

▼全体ガイドの記事
・Magic xpaのシステム開発の完全ガイド

Magic xpaのシステム開発の全体像

Magic xpaは、企業向けの業務アプリケーションをローコードで開発するアプリケーション・プラットフォームです。販売管理、顧客管理、在庫管理、生産管理、校務、現場向けモバイル業務など、長期間使うシステムの開発基盤として利用されます。公式情報では、デスクトップ、Web、モバイルへの展開、主要なリレーショナルデータベースとの接続、REST APIを含む連携が案内されています。

構成は、開発環境、実行環境、データ層、連携層、運用層の5つに分けて考えます。開発環境ではMagic xpa Studioを使い、画面、帳票、データアクセス、イベント処理、業務ロジックを設計します。実行環境はクライアント／サーバー、RIA、WebClientなどから、利用端末、同時接続数、ブラウザ利用の要否に合わせて選びます。

データ層では、既存のSQL Server、Oracle Database、PostgreSQL、IBM Db2などを継続利用するか、別のデータベースへ移行します。連携層では、ERP、会計、販売管理、SFA、MA、EC、EDI、帳票やOCRをAPI、ファイル、データベース連携でつなぎます。運用層には、バックアップ、権限、監査ログ、障害監視、バージョン更新、問い合わせ窓口、教育まで含めます。

ローコードは、画面や処理を組み立てる期間を短縮しやすい開発手段です。しかし、入力項目が多い、帳票が複雑、部門ごとに顧客名や商品名の表記が違う、古いデータに欠損があるといった問題は、ツールを変えても解消しません。むしろ、問題を整理しないまま開発を始めると、短期間で不統一な仕組みを再現することになります。

営業・顧客管理なら、顧客、担当者、接点履歴、案件、見積、受注見込み、キャンペーン反応の定義をそろえることが出発点です。AIによるスコアリングや自動化を後から追加する場合も、重複顧客、退職者情報、入力ルールの不統一を先に整える必要があります。先にデータと業務を標準化するほど、Magic xpaの柔軟性を改善に活かしやすくなります。

Magic xpaのシステム開発の進め方｜6つのフェーズ

Magic xpaの開発は、最初から全機能を作り切る方式よりも、代表業務を小さく検証しながら段階的に広げる方式が適しています。ここでは、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで、各段階の目的、判断基準、成果物を整理します。

最初に、誰が、いつ、何を入力し、どの判断に使うのかを業務単位で棚卸しします。営業・顧客管理であれば、顧客登録、商談作成、訪問記録、見積承認、受注予測、失注理由、問い合わせ対応を一連の流れとして確認します。現行画面をそのまま再現するのではなく、残す業務、廃止する業務、標準化する業務、将来追加する業務に分けることがポイントです。

この段階で作る成果物は、業務一覧、利用者・権限一覧、画面一覧、帳票一覧、外部連携一覧、データ項目定義、移行対象表、非機能要件です。判断基準は、現場が毎日使う代表業務を3〜5個に絞れているか、顧客や商品を一意に識別できるか、入力必須項目を説明できるか、許容停止時間と目標稼働時間が決まっているかです。ここが曖昧なまま見積もりを依頼すると、後から追加費用になりやすいです。

次に、利用端末、同時利用者数、既存データベース、ブラウザ利用の必要性、外部連携、社内の運用体制を前提に、実行環境とインフラ構成を選びます。オンプレミスは既存ネットワークや社内規程に合わせやすく、クラウドは拠点追加、バックアップ、災害対策を設計しやすい傾向があります。通信制約や工場・店舗のオフライン業務がある場合は、ハイブリッド構成を含めて比較します。

開発会社は、Magic xpaを扱えるかだけで決めません。要件定義、既存Magic・Access・RPGからの移行、API連携、モバイル、データクレンジング、教育、保守まで担当できるかを確認します。国内のMagic xpaパートナーは公式サイトで800社以上と案内されていますが、登録数の多さと自社案件への適合性は別です。候補会社には同じ業務範囲を記載したRFPを渡し、提案の前提条件、担当範囲、成果物、保守窓口をそろえて比較します。

設計・開発では、いきなり全画面を完成させず、顧客検索、案件登録、次回アクション、一覧・帳票など、現場が頻繁に使う代表業務からプロトタイプを作ります。実際の利用者に触ってもらい、入力項目が多すぎないか、検索結果が判断に足りるか、スマートフォンやタブレットでも操作できるか、Excelへの二重入力が減るかを確認します。画面の見た目よりも、業務の流れが短くなるかを優先します。

設計書には、画面遷移、権限、データ項目、採番、エラー処理、帳票、外部連携、バックアップ、ログ、性能目標を残します。開発中の判断を口頭だけで済ませると、担当者が変わったときに改修できません。Magic xpa Studioで開発した資産について、ソース、設定、データベース定義、ビルド手順、リリース手順をどこまで納品するかも、このフェーズで合意します。

テストは、画面が開くかだけを確認する工程ではありません。単体テスト、結合テスト、システムテスト、移行リハーサル、性能テスト、障害復旧テスト、利用者受入テストを分けて実施します。たとえば案件を登録した後に見積へ引き継がれるか、受注確度を変えたときに集計へ反映されるか、会計や販売管理との連携が二重計上を起こさないかまで確認します。

テストデータは、本番データをそのままコピーせず、個人情報をマスキングしたデータや十分に匿名化したデータを使います。移行テストでは、件数だけでなく顧客名、担当者、日付、金額、履歴、添付ファイルの関係が保たれているかを照合します。受入条件は「重大障害ゼロ」「主要業務の処理時間が目標以内」「利用者が手順書だけで登録できる」など、判定可能な形で合意しておくことが重要です。

稼働では、全社一斉切り替え、部門ごとの段階稼働、旧システムとの並行稼働から選びます。受注や請求を止められない場合は、最初に参照系や一部拠点から始め、実績を確認して対象を広げる方法が安全です。ただし、並行稼働は二重入力と照合作業が増えるため、期間、終了条件、正とするシステムを明確にします。

切り替え前には、移行リハーサル、バックアップ、復旧手順、連絡網、権限発行、利用者教育、問い合わせ窓口、当日の責任者を確認します。移行後に問題が出たとき、旧システムへ戻せるのか、戻すならどの時点までかも決めます。稼働判定会議では、未解決課題を「稼働前必須」「稼働後対応」「対象外」に分け、現場の不安を残したまま切り替えないことが大切です。

稼働しても、利用者が入力しなければ顧客情報や案件情報は蓄積されません。役割別の操作研修、短い操作動画、よくある質問、問い合わせの受付方法を用意し、管理者にはユーザー追加、権限変更、マスタ更新、障害一次切り分けを引き継ぎます。特に営業現場では、入力項目を増やすだけでなく、登録すると見積作成や上長レビューが楽になるメリットを示します。

定着後は、月次または四半期ごとに利用率、未入力率、重複登録、案件更新の遅れ、問い合わせ件数、処理時間を確認します。改善要望は、法令対応、障害、業務効率、分析高度化などに分類して優先順位を付けます。製品保守、クラウド基盤、監視、機能改修、問い合わせ対応を別々に管理すると、保守費用の妥当性と将来投資を判断しやすくなります。

Magic xpaのシステム開発費用相場とコストの内訳

Magic xpaのシステム費用は、ライセンス、開発、インフラ、データ移行、教育、保守を分けて考えます。Magic xpa固有の全国統一相場や案件別の公開見積もりは少ないため、以下の開発費レンジは、公式の製品価格、一般的な業務システム開発相場、移行・プロトタイプ事例を組み合わせた編集上の推定です。実際の金額は、画面数、帳票数、利用者数、連携数、データ品質、要件の複雑さで変わります。

マジックソフトウェア・ジャパンの公式FAQでは、Magic xpa Studioの定価は60万円、Studio RIA Editionは18万5,000円と案内されています。これは開発環境の価格であり、実行環境、データベース、サーバー、開発作業、教育費は別です。また、公式FAQは永続ライセンスに年間保守が付く構成と、サブスクリプション価格の両方を案内しています（出典：マジックソフトウェア・ジャパン公式FAQ、2026年8月確認）。

公開価格表では、Enterprise Studio Web Editionが32万円、RIA Server 5ユーザーが26万7,000円、Web Client Server 5ユーザーが26万7,000円、RIA Server 10ユーザーが48万5,000円とされています（いずれも税別、出典：Magic xpa 4Plus価格表、2024年3月版）。価格表の版、製品エディション、ユーザー数、サーバー構成、保守の有無で変わるため、見積もりでは同じ前提で比較します。2025年には物流向けHTモバイルテンプレートが15万円から販売開始された事例もありますが、テンプレート単体の入口価格であり、追加画面、連携、移行、教育を含む導入総額ではありません。

編集上の推定レンジとして、代表画面とデータベース接続を確認するPoCは50万〜150万円、顧客・案件管理の小規模開発は300万〜800万円、中規模の営業・CRMや基幹アドオンは800万〜3,000万円、複数拠点のレガシー刷新は3,000万円〜1億円超を目安にします。期間はそれぞれ1〜2か月、2〜5か月、4〜10か月、10〜24か月以上が目安ですが、いずれも画面数、帳票、連携、移行対象、テスト範囲を前提にした推定です。

費用配分は、要件定義10〜15%、設計25〜35%、開発30〜40%、テスト15〜20%、移行・導入5〜10%程度を仮置きすると比較しやすいです。これも営業・CRMなど一般的な業務システムの目安であり、Magic xpaの案件価格を保証する数字ではありません。ローコードで開発工程を短縮できても、データクレンジング、連携、受入テスト、教育を削ると品質や定着に影響するため、安さだけで判断しないことが重要です。

運用費は、製品のソフトウェア・メンテナンス、クラウドやサーバー、バックアップ、監視、障害対応、問い合わせ、軽微な改修に分けます。初期開発費の年10〜20%程度を保守費の仮置きにすることもありますが、これは一般的な目安です。24時間監視や休日対応、データ連携の監視、セキュリティ更新を含むかで大きく変わります。

見積もりで月額または年額だけを比較せず、含まれる問い合わせ時間、障害の優先度、対応時間、改修の単価、バージョンアップ支援、バックアップ保持期間、契約終了時のデータ返却を確認します。初期費用を抑えた結果、仕様変更のたびに高額な追加費用が発生する場合もあるため、3年程度の総保有コストで比較すると判断しやすいです。

Magic xpaの見積もりを取る際のポイント

見積もりの精度は、発注者が用意する情報の粒度で大きく変わります。「顧客管理を作りたい」だけでは、画面、データ、連携、移行、教育の範囲をそろえられません。候補会社に同じ条件を提示し、安い順ではなく、抜けている作業がないか、将来変更できる設計か、現場が使い続けられる支援かを比較します。

RFPや要件メモには、対象部門と利用者数、同時接続数、端末、拠点、対象業務、画面数の概算、帳票数、外部システム、既存データの件数と期間、権限、監査ログ、バックアップ、復旧目標、稼働希望日を記載します。移行では、旧システムのデータを何年分残すか、重複や欠損を誰が直すか、移行後の照合方法を明示します。

個人情報を扱う場合は、利用目的、アクセス権限、管理者権限の分離、認証、通信・保存時の暗号化、操作ログ、退職者アカウントの無効化、委託先監督、事故発生時の報告手順を要件に含めます。個人情報保護委員会の通則編は、データの正確性・最新性、保存期間、組織的・人的・物理的・技術的安全管理、委託先の監督などを示しています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年4月施行版）。Magic xpaを選んだだけで法令対応が完了するわけではなく、サーバー、データベース、ネットワーク、運用ルールを含めて確認します。

比較時は、要件定義、基本設計、詳細設計、開発、テスト、移行、教育、稼働支援、保守を項目別に分けてもらいます。開発会社がMagic xpaのライセンス販売だけを担当するのか、業務整理から担うのかも区別します。既存システムのソースや設計書を読める会社、同業の移行事例がある会社、現場利用者とプロトタイプを反復できる会社は、価格以外の適合度を評価しやすいです。

契約前には、成果物の一覧、検収条件、仕様変更の扱い、著作権・改修権、ソースコードや設定の納品範囲、脆弱性対応、SLA、障害時の連絡、担当者交代時の引き継ぎ、契約終了時のデータ返却を確認します。特に「標準機能」「追加開発」「将来対応」の境界が曖昧だと、稼働直前に費用と納期が膨らみます。見積書と提案書だけでなく、前提条件と対象外も保管します。

よくあるリスクは、既存データの品質不足、担当者ごとの業務差、帳票の例外処理、外部APIの制約、性能不足、権限設計の後回し、現場教育の不足です。対策として、初期フェーズで実データに近いサンプルを確認し、例外業務を洗い出し、代表拠点でプロトタイプを検証します。連携先には仕様、レート制限、障害時の再送、データ重複防止の方法を確認します。

また、Magic xpaを導入する目的を「古い画面を新しくする」だけにしないことも重要です。入力時間を何分短縮するのか、案件更新率をどの程度にするのか、月次集計を何営業日短くするのかなど、測定可能な目標を置きます。目的が明確なら、作る機能の優先順位と、将来追加する機能の境界を判断できます。

よくある質問（FAQ）

最後に、Magic xpaのシステム開発を検討する企業からよく寄せられる質問に回答します。ライセンス、開発期間、既存システムとの関係は、案件の規模や構成で変わるため、自社の前提条件に置き換えて確認してください。

代表画面を試すPoCなら、編集上の推定で50万〜150万円程度が目安です。顧客・案件管理の小規模開発は300万〜800万円程度、中規模の営業・CRMや基幹アドオンは800万〜3,000万円程度を想定します。ただし、これらはMagic xpaの公式価格ではなく、画面、連携、移行、教育を含む範囲から算出した推定レンジです。ライセンス、サーバー、データベース、保守は別途確認します。

移行できる可能性はありますが、既存資産をすべて自動変換できるとは限りません。画面、帳票、データベース、外部連携、独自処理を棚卸しし、変換する部分、作り直す部分、廃止する部分を分けます。業務を止められない場合は、参照系や一部拠点から段階移行し、データ照合と並行稼働の終了条件を先に決める方法が現実的です。

画面や定型処理の開発は短縮しやすい一方、要件整理、データ移行、複雑な帳票、外部連携、権限、性能テスト、教育には別の工数がかかります。したがって、ローコードだから何か月で完成すると断定せず、画面数、帳票数、連携数、移行件数、テスト範囲を基に期間を見積もります。最初に小さなプロトタイプを作ると、現場の認識差を早く発見できます。

認定や導入社数は参考になりますが、それだけでは不十分です。自社と近い業種の業務理解、既存資産の移行、データクレンジング、API連携、モバイル、教育、稼働後の保守まで確認します。候補会社には同じRFPを渡し、担当範囲、成果物、前提条件、対象外、変更時の料金、契約終了時のデータ返却を比較してください。

まとめ｜6フェーズを区切るとMagic xpaの導入を進めやすくなります

Magic xpaのシステム開発は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで進めると、判断と責任の所在が明確になります。特に重要なのは、ローコードの開発速度だけを見ず、現行業務、データ品質、連携、権限、移行、教育、保守までを最初から計画することです。

まずは顧客検索や案件登録など代表業務を小さくプロトタイプ化し、現場が使えるかを確かめます。次に、製品ライセンス、開発費、移行費、教育費、運用費を分離して比較します。既存のAccessやMagicを活かす場合も、残す処理と廃止する処理を決め、データの重複や欠損を発注者側と開発会社で分担します。

発注前には、対象業務、利用者、画面・帳票、外部連携、移行データ、セキュリティ、稼働時期、成果物、保守範囲を1枚にまとめます。その資料を複数の開発会社へ渡し、同じ条件で提案と見積もりを受けてください。自社に合う進め方を選び、将来の改修や内製化まで見据えてパートナーを決めることが、Magic xpaのシステムを長く活用する土台になります。

▼全体ガイドの記事
・Magic xpaのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。