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

AdonisJSのシステム開発は、業務の整理と技術の選定を先に行い、そのあとに設計開発、テスト、稼働、定着の順で進みます。各段階で決めることを順番に押さえておくと、業務に合うシステムを運用できます。

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

AdonisJSでシステム開発を進める全体像

まず決めるのは、誰のどの業務を、どのデータを使って、どの基準まで改善するかです。

業務を先に定めてから技術を選べば、技術の好みだけで構成が膨らむのを防げます。

AdonisJSが業務システムに向く理由

AdonisJSは、Webアプリケーションで頻繁に必要になる機能を、一定の規約に沿って組み立てやすいフレームワークです。

• 役割分担：Route、Controller、Service、Lucid ORMなどの役割を分けた構成。
• 業務データ：入力検証、認証、認可を分けたうえでの、顧客や受注などの管理。
• 保守性：Expressのように部品を毎回自由に組み合わせる方式に比べ、構造をそろえやすく長期保守にも役立つ点。
• 画面方式：Edge、InertiaとReactまたはVue、API専用方式から選択。
• 選び方：社内申請を早く立ち上げるならEdge、将来モバイルアプリや外部公開APIも育てるならAPI構成が候補。

公式サイトには、Ledger、Renault Group、Bouygues Telecom、France Travail、Nissanなどの掲載例があります。ただし、掲載企業と同じ規模や構成を再現できるとは限りません。

採用前に確認するチェックポイント

採用前に、SQL中心のデータモデルとTypeScriptをチームで扱えるかを確かめておきます。そのうえで、認証、権限、監査ログ、CSV、帳票、外部APIまで保守できる体制も必要です。

• 利用規模：同時利用者数とピーク時の処理の整理。
• データ管理：保存期間、復旧目標、移行対象の確認。
• チーム体制：TypeScriptと保守担当の確認。

AdonisJS v7は2026年2月に公開され、Node.js 24以上と公式パッケージの更新が案内されています（出典: AdonisJS公式「AdonisJS v7 is here」、2026年）。

v7には、ルートからフロントエンドまでの型安全性、Starter Kitの刷新、OpenTelemetryなども含まれます。

新規開発であればv7を候補にできます。

一方で、既存資産を使う場合は、v6からの移行難易度、暗号化ドライバー、依存パッケージ、テストの互換性をPoCで確かめます。

AdonisJSのシステム開発の進め方

進め方は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズです。各段階の終わりに次へ進む判断基準を置くことで、未確定の業務ルールを開発中の相談事項として残さずに済みます。

フェーズ1：要件整理による業務とデータの洗い出し

まず、Excel、紙、メール、FAX、既存システムを業務の流れに沿って並べます。そのうえで、顧客登録から見積、受注、出荷、請求までを一つの業務シナリオとして追って確かめます。

担当者、入力項目、承認者、例外処理、保存年限、出力帳票を洗い出します。現場の困りごとと経営が見たい指標は別々に聞き、両方を要件に含めます。

• 業務と成果物：業務一覧、フロー、画面一覧、データ項目一覧の作成。
• 権限と連携：権限表、外部連携一覧、非機能要件一覧の作成。
• 判断と範囲：Must、Should、Couldの区分と、初回リリース範囲の決裁者による確認。

誰が、いつ、何を根拠に、どの状態へ変えるかを決めておくと、ControllerやServiceに実装する業務ルールが明確になります。

そのうえで、利用者、ロール、同時利用者数を確かめます。検索条件と、登録・更新・取消のルールも、あわせて確かめます。

重複データやCSV入出力の扱い、帳票、通知、他サービス連携についても、あわせて整理します。

バックアップ、RTO、RPOも確かめておきます。

個人情報を扱う場合は、取得目的、閲覧範囲、委託先を要件に含めます。保存期間、削除方法、漏えい時の連絡先も、要件として押さえます。

表記揺れを確かめ、移行対象と廃棄対象を分けておくと、後工程の手戻りを抑えられます。

フェーズ2：AdonisJSと周辺構成の選定

AdonisJSを採用する理由を、業務要件と結び付けて示します。業務の中心がSQLデータベースで、認証・権限・CRUD・承認ワークフロー・API・バッチをTypeScriptプロジェクトで管理する場合は、有力な候補になります。

社内標準がNestJSに統一されている場合や、特殊なランタイム、極端なイベント駆動処理が中心の場合は、候補技術との比較をPoCで行います。

• 実行基盤：AdonisJS v7とNode.js 24以上を候補にします。
• 画面とデータ：PostgreSQLまたはMySQL、Edge、Inertia、API専用方式から選びます。
• 運用機能：認証、保存先、メール・キュー、監視方式を決めます。

公式デプロイ手順では、アプリの実行環境にNode.js 24以降が必要と説明されています（出典: AdonisJS公式「Deployment」、2026年確認）。

PaaS、AWS・Google Cloud・Azureのコンテナ基盤、オンプレミスのいずれでも、Node.js更新と障害対応の担当を決めてから構成を確定します。

PoCでは、ログイン、ロール別認可、検索、トランザクション登録を確かめます。そのうえで、CSV出力、ファイルアップロード、外部API、CI/CD、バックアップ復元も確認します。

画面のほかに、エラーメッセージ、監査ログ、性能、テストの書きやすさも見ます。

PoCを1〜2週間程度の検証として切り出せば、本開発契約前に判断できます。

フェーズ3：段階的な設計と開発

業務フローを実装へつなげるため、アプリ構成からデータ設計、移行、段階開発まで具体化します。

• アプリ構成：Route、Controller、Serviceまたはドメイン層、LucidのModel、バリデーション、認可。
• データ設計：主キー、外部キー、状態、履歴、論理削除、ユニーク制約、インデックス。
• 移行と取込：本番で再現するマイグレーション、CSVの文字コード、日付、必須項目、重複、エラー行。
• 段階開発：ログインと権限、主要マスタ、中心業務、帳票または外部連携。

Controllerに業務ルールを詰め込みすぎないよう、在庫引当や承認状態の変更など再利用する処理はServiceへ分けます。その結果、テストや将来のAPI化を進めやすくなります。

受注取消時の在庫や請求の戻し方、担当変更後の過去の責任者表示も、業務ルールとして決めておきます。

テストデータを初期化できる仕組みも用意しておきます。そのうえで、2週間前後のサイクルで画面を確認し、現場と仕様書の言葉のずれを直します。

MVP（Minimum Viable Product）では、全社の例外を初めから取り込まず、標準業務を使える状態にします。その後、利用状況と問い合わせをもとに段階的に広げます。

フェーズ4：テストによる業務シナリオと品質の確認

テストは、単体、結合、総合、受入に分けます。単体では、バリデーション、権限、計算、状態遷移を確かめます。結合では、DB、メール、ファイル、外部API、キューを確かめます。

総合テストでは、担当者が朝の受付から締め処理まで操作します。受入テストでは、責任者が要件を満たすと判断できる証跡を残します。

• 入力と権限：正常系のほか、必須項目抜け、権限外URL、二重送信。
• データと通信：同時更新、タイムゾーン、桁あふれ、CSV不正行、通信切断。
• 障害と復旧：外部サービス停止とバックアップ復元。

画面だけを見ると、API、ジョブ、管理者用処理の不具合を見逃します。そのため、利用経路ごとにテストケースを作ります。

セキュリティレビューでは、認証と認可を分けて見ます。ロールごとに、閲覧・作成・更新・削除の権限を確認します。

IPAの「安全なウェブサイトの作り方」は、SQLインジェクションなどの主要なWeb脆弱性を扱います。

改訂第7版では、クロスサイト・スクリプティングやOSコマンド・インジェクションも取り上げています。

依存パッケージや秘密情報のログ出力、アップロードファイルも確かめます。

エラーメッセージや管理画面の公開範囲も、あわせて確認します。

フェーズ5：安全なデータ移行と稼働

稼働時の混乱や復旧遅れを防ぐため、移行対象の確認から本番環境の点検までを事前に整えます。

• 移行対象：全件か直近何年分か、重複や表記揺れの確認者。
• 切替手順：準備、停止、最終バックアップ、移行、照合、動作確認、利用開始、監視、切り戻し。
• 本番環境：Node.js、環境変数、DB接続、ストレージ、メール、監視、ログ、バックアップ、権限。

旧システムやExcelから移す手順を決め、移行スクリプトは検証環境で繰り返せる形にします。

移行後は、件数と金額を照合します。

あわせて、重複顧客や表記揺れの確認者も決めておきます。

停止時間を短くする場合は、事前移行と差分移行を分けます。

切り戻しの条件は、重大業務の停止、照合不一致、認証未復旧などの数値または事象で定め、判断者も決めておきます。

ファイルは、ローカルディスクだけでなく、S3互換ストレージなど永続化先へ保存します。

バックアップ方針は、保存先と分けて設計します。

稼働初日は、開発会社だけに任せず、業務責任者、情報システム担当、利用部門が同じ連絡手段で状況を確認します。

フェーズ6：利用状況に合わせた定着

稼働を終えたら、定着に向けた取り組みが始まります。現場が正しいデータを継続して登録し、業務判断に使える状態を目指します。

• 利用状況：ログイン率、登録完了率、差し戻し率。
• 業務状況：処理時間、問い合わせ件数、滞留工程。
• 改善対応：入力しづらい項目や承認の滞留を先に直す。

稼働後1か月は、問い合わせ窓口と優先度を明確にし、操作ログも確認します。

利用されない機能を追加するより、実際の利用状況に沿って改善します。

操作マニュアルに加え、業務別の短い手順と入力例を用意します。よくあるエラーの解決方法と問い合わせ先も、あわせて載せます。各部門に推進担当者を置き、改善要望をMust、効果が高いもの、将来検討に分類します。

トップダウンで現場を無視すると、旧Excelへの逆戻りや二重入力が起きます。そこで、定例会でデータ品質と利用状況を共有します。

保守契約には、AdonisJSとNode.jsの更新、依存パッケージの脆弱性対応を明記します。

ログ監視、バックアップ確認、障害・問い合わせ対応の時間も定めます。

開発会社を変更する可能性があるなら、発注者が取得できる契約にしておきます。対象は、リポジトリ、CI/CD、環境構築、DB定義、テスト仕様書、運用手順書です。こうしておけば、ベンダーロックインを避け、長期的な定着を支えられます。

AdonisJSのシステム開発にかかる費用相場

AdonisJS固有の国内受託価格表は、一般公開されていません。ここで示すのは、2026年時点の一般的な業務システム相場と、要件・画面・連携・移行規模から見た見積もり前の推定です。

AdonisJS本体のライセンス費が通常かからないことと、開発費が安いことは別です。費用の中心は、要件定義、UI、設計、製造、テストです。移行、クラウド、セキュリティ、保守も費用の中心です。

規模別の初期開発費と期間の目安

画面数や連携範囲に応じて、社内申請から基幹連携まで初期費用と期間に幅があります。

• 小規模：100万〜300万円、2〜4か月程度。
• 標準規模：300万〜800万円、4〜8か月程度。
• 複数部門・複雑な業務：800万〜2,000万円、6〜12か月程度。
• 基幹連携などを含む大規模：2,000万〜5,000万円以上、12〜24か月以上。

小規模は、5〜15画面の社内申請、日報、マスタ管理が対象です。そのうえで、ログイン、権限、基本登録・検索、CSV、簡易帳票に機能を絞ります。

小規模を100万〜300万円程度とする目安があります（出典: イー・ジーシステム「システム開発の費用相場と見積書の読み方」、2026年）。また、要件定義や受入テストは省略せずに見積もります。

標準規模は、20〜50画面の業務支援、CRM、受発注管理などが対象です。承認、検索、帳票、外部API、クラウド構築、テストを含みます。

複数部門の在庫、販売、案件管理では、複雑な業務ルール、データ移行、バッチ、監査ログ、性能試験を含む場合に800万〜2,000万円程度となります。

基幹連携、EDI、レガシー移行、冗長化、厳格なSLAが必要なら、2,000万〜5,000万円以上になる可能性があります。これらは、画面数、利用者数、連携数、データ量、品質要求で変わる推定で、確定した料金ではありません。

スコープを調整する方法として、初回を単一業務のMVPに絞り、モジュール型モノリスから始める方法があります。既存SaaSで代替できる機能を作らないことも、調整の一つです。ただし、技術選択だけで費用が半額になるとは限りません。

初期費用とランニングコストの内訳

工程別の費用割合には目安があります。提案書では、工程ごとの人日、レビュー・修正回数、受入支援の有無を確認します。

• 要件定義・基本設計：要件定義10〜15%、基本設計15〜20%。
• 詳細設計・製造：詳細設計10〜15%、製造・単体テスト30〜40%。
• テスト・導入：結合・総合テスト15〜20%、移行・導入5〜10%。

初期費用以外にも、コンピュート、マネージドDB、ストレージの費用が発生します。バックアップ、監視、メールも、運用中にかかります。

ドメインやCDNも発生します。WAF、脆弱性診断などもあります。

個人情報や決済情報を扱う場合、ログ保管、アクセスレビュー、暗号化、侵入テスト、復旧訓練が加わることがあります。

個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」（2026年改正反映）は、安全管理措置を整理しています。

費用は、アプリだけでなく運用体制まで含めて見積もります。運用保守は、初期開発費の年10〜20%程度を予算化することがあります。

初期費用を800万円と仮置きすると、年間80万〜160万円、月額約6.7万〜13.3万円が計画上の目安です。なお、24時間監視、休日対応、SLA、脆弱性診断、頻繁な機能追加があれば上振れします。

保守費は、一定割合で決めるよりも、対応時間と作業範囲を分けて確認します。

AdonisJSのシステム開発で見積もりを取るポイント

見積もりの精度は、技術名より、発注側が業務とデータをどこまで具体化できているかで決まります。そのため、利用者、現行業務、画面を、各社へ同じ形で渡します。

データ、連携、移行も同じ資料にそろえます。希望時期、予算、保守条件も、あわせて示します。

同じ資料での要件と前提条件の共有

RFPと見積書は、要件、前提条件、成果物を同じ基準で照らし合わせます。その際は、業務の規模から保守までの5つの面で、記載が抜けていないかを見ます。

• 業務と規模：業務範囲、対象部門、利用者数・ロール、画面数、登録・検索・承認、帳票、CSV。
• データと納期：外部API、既存DB、データ移行件数、希望納期、同時利用者数。
• 非機能要件：応答時間、可用性、バックアップ頻度、RTO、RPO、監査ログ、データ保持期間。
• 利用条件：IP制限、多要素認証、アクセシビリティ、ブラウザ対応、障害通知、個人情報の扱い。
• 成果物と保守：設計書、仕様書、コード、テスト、移行計画、インフラ図、運用・教育資料、バージョン、ライセンス、脆弱性対応。

複雑な入力や権限分岐の工数は、画面数では表せません。そこで、代表的な業務シナリオも文章で添えます。

「安全に」「速く」「使いやすく」といった言葉は、測定方法や受入条件に置き換えます。要件は、途中から後出しせず、最初にそろえておきます。

見積書では、成果物も確認します。対象は、要件定義書、画面仕様書、DB定義、API仕様、ソースコードです。テスト計画・結果、移行計画、インフラ図、運用手順、教育資料も含まれます。

AdonisJSやNode.jsのバージョン、主要パッケージ、ライセンス、脆弱性対応の分担も明記されると、追加請求や担当者依存を抑えられます。

複数社の同じ条件での比較

各社の提案を自社の業務に照らして判断できるよう、実績や担当範囲、契約の前提をそろえて確認します。

• 体制と責任：要件整理から保守までの責任範囲、TypeScript・Node.js、PM・QA・インフラ担当。
• 連絡と納品：コミュニケーション方法、納品物、変更管理。
• 技術実績：AdonisJSの本番経験と、自社案件に近い実績。
• 契約と変更：工程に合う契約方式、納品物、追加変更の条件。

AdonisJSを掲載している会社でも、国内の個人情報要件や日本語の運用支援に対応できるとは限りません。そのため、実績の範囲と担当者の経験を面談で確認します。

同じ業務シナリオを使い、認証、権限、DBの設計方針を説明してもらいます。監査ログとCSV、外部APIの設計方針も、あわせて示してもらいます。

テストの設計方針も、同じ形で示してもらいます。公開可能な画面や構成、担当範囲、本番稼働期間、障害対応、保守体制も聞きます。

社名や技術名だけでなく、自社案件の課題に近い実績かを見ます。要件が固まった範囲は請負、探索や継続改善は準委任など、工程に合う契約方式を検討します。

追加変更単価、納期遅延、検収基準、瑕疵対応も確認します。秘密情報、知的財産権、ソースコードの帰属、契約終了時の引き継ぎも押さえます。特に、安い初期見積もりに保守や移行が隠れていないかを見ます。

見積もりに含める技術と運用のリスク

採用リスクは、無料かどうかより、将来も更新と保守ができるかで判断します。そこで、技術と運用面の確認事項を見積もりに含めます。

• 更新保守：Node.js 24以降への更新、v6からv7への移行、依存パッケージの脆弱性。
• 運用継続：開発者交代、クラウド障害、外部API変更への対応担当。
• セキュリティ：最小権限、ロール分離、CSRF、CORS、レート制限、入力検証、SQLインジェクション・XSS対策。

認証機能だけを安全の根拠にはせず、アップロード制御、秘密情報管理、アクセスログ、バックアップ、脆弱性診断も確認します。

個人データを扱う場合は、個人情報保護委員会が示す安全管理措置を確認します。

社内教育、委託先管理、インシデント対応も、システム外の運用要件として見積もります。

納品後に自社で判断できるよう、技術選定理由、構成図、環境構築・デプロイ手順、テストデータ、障害切り分け、ログの見方を引き継いでもらいます。

担当者の退職後に動かせない構成、発注者がリポジトリを見られない契約、手作業だけの移行は、初期費用が安く見えても将来のリスクが高くなります。

AdonisJSのシステム開発でよくある質問

採用時は、技術の新しさだけでなく、業務適合、保守体制、費用の透明性、セキュリティ責任を確認します。発注前によくある質問に答えます。

AdonisJSは無料なのでシステム開発費も安くなりますか？

AdonisJSはMITライセンスのオープンソースで、通常はライセンス購入費が発生しません。ただし、開発費は要件定義、設計、実装で決まります。

テストと移行も、開発費を左右します。さらに、クラウド、セキュリティ、保守も費用に影響します。

ライセンス費がかからなくても、総額が安くなるとは限りません。現実的な抑制策は、業務範囲を小さくし、SaaSで代替できる機能を作らないことです。

AdonisJS v6からv7へ移行できますか？

移行は可能ですが、Node.js要件、暗号化ドライバー、公式パッケージ、ESM、型定義、テストの互換性を確認してから進めます。

既存環境を複製して依存関係を更新し、認証、権限、DB操作の順に検証します。続けて、ファイル、メール、キューを確かめます。最後に、ジョブとデプロイも検証します。

本番をいきなり更新せず、工数、切り戻し方法、対応期限を保守計画に含めます。

AdonisJSに対応できる開発会社をどう選べばよいですか？

キーワード掲載だけでなく、本番実績、担当範囲、Node.jsとTypeScriptの体制、要件整理、データ移行、QA、インフラの対応力を確認します。

認証・権限・監査ログ・脆弱性対応を説明でき、設計書、ソースコード、テスト結果、運用手順を納品する会社を候補にします。

同じRFPで2〜3社を比較し、必要なら短期PoCで技術と連絡の進め方を確認します。

AdonisJSでスマートフォン向けのシステムも作れますか？

はい、スマートフォン向けのシステムも作れます。AdonisJSをAPI専用バックエンドにすると、スマートフォンアプリや別Web画面から、認証、顧客、注文、通知などのAPIを呼び出せます。

写真や位置情報を扱う場合は、保存先、通信断、再送、端末紛失、トークン有効期限、APIレート制限を要件に含めます。Web画面中心のシステムとは別のテスト計画を作ります。

まとめ

AdonisJS開発は、要件整理、選定、設計開発、テスト、稼働、定着の6段階で進めます。業務と技術の判断を分け、保守方針まで決めておくことが大切です。

特に、Excelや紙の手順、データ表記揺れ、権限、承認、移行、非機能要件を先に整理します。AdonisJS v7とNode.js 24以降を含む保守方針も決めます。

発注前に確認したい最終チェックリスト

発注前に、業務範囲とMVPの合意を確認します。画面、データ、権限についても、合意を取ります。

外部連携と、RTO・RPOの合意も確認します。監査ログとバックアップについても、合意を確かめます。

見積もりでは、要件定義、移行、テストの費用と担当範囲を分けます。教育とクラウドについても、費用と担当範囲を分けて示してもらいます。保守とバージョンアップは、費用と担当範囲を別々に示してもらいます。

一つの業務の選定と次の一歩

全社システムの前に、効果を測りやすい業務を選び、準備から相談まで順に進めます。

1. 申請、受発注、案件管理などから対象業務を選びます。
2. 現行の流れ、課題、利用者、移行データ、改善指標を1枚にまとめます。
3. 要件整理または短期PoCを依頼し、小さく検証します。
4. 本番経験と保守体制を確かめ、同じRFPで複数社へ相談します。

小さく検証してから拡張すると、合わない機能への投資や技術選定後の手戻りを抑えられます。

AdonisJSの採用は、業務改善の基盤を選ぶ判断です。そのため、本番経験と保守体制を確かめ、設計書、ソースコード、テスト仕様、運用手順を受け取れる契約にします。

対象業務と課題、成功指標、移行対象を整理した資料が、RFP相談の前提になります。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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