ServiceNow App Engineのシステム開発の発注/外注/依頼/委託方法について

ServiceNow App Engineのシステム発注は、ライセンスだけで判断せず、業務整理・権限設計・連携・テスト・運用までを含めて委託範囲と費用を比較することが成功の近道です。

ServiceNowをすでに利用している企業では、申請・承認、ケース管理、台帳、社内ポータルなどを別のスクラッチシステムとして増やすのではなく、App Engineで既存のデータとワークフローにつなげられる可能性があります。一方で、「ローコードだから安く短期間で作れる」とだけ考えて発注すると、追加ライセンス、外部連携、アクセス権限、データ移行、リリース後の保守が見積から漏れやすくなります。この記事では、発注形態の選び方、RFPと要件の整理方法、契約形態、2026年時点の費用相場、委託先と見積書の比較ポイントを順に解説します。

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

ServiceNow App Engineのシステムとは何ですか？

ServiceNow App Engineは、ServiceNow AI Platform上で業務アプリケーションとワークフローを構築し、展開・管理するためのローコード開発基盤です。単独の業務パッケージではなく、ITSM、HR、CSM、ITOMなどと同じデータ・ワークフロー基盤を利用して、既存のServiceNowを業務部門へ拡張する仕組みと考えると理解しやすいです。

App Engineで作る対象は、たとえば人事申請、購買依頼、総務への問い合わせ、設備点検、契約台帳、オンボーディング、部門間のケース管理などです。App Engine Studioではデータ、画面、ロジック、自動化、セキュリティをガイドに沿って組み立てられます。申請者がフォームを入力し、条件に応じて承認者へ通知し、担当部門が処理し、履歴と監査ログを残すという一連の流れを、同じプラットフォーム上で設計できます。

ServiceNowをITSMで利用している企業にとっては、別のクラウドへデータや認証を分散させず、標準のユーザー・ロール・通知・レポートを活用しやすい点が利点です。ただし、標準機能と重なる業務をApp Engineで作ると、同じ申請や台帳が複数存在して運用が複雑になります。発注前に「既存モジュールで対応する業務」「App Engineで追加する業務」「外部システムに残す業務」を分けることが重要です。

2026年のServiceNow公式価格ページでは、App Engine FoundationとApp Engine Primeのパッケージが示されています。Foundationにはカスタムテーブル15個とスコープ付きアプリ3個が含まれ、Primeではカスタムテーブルとスコープ付きアプリが無制限です（出典: ServiceNow公式「App Engine Pricing」、2026年）。PrimeにはFoundationの機能に加えて、App Engine Management Center、Process Mining、Mobile Publishing、Platform Analytics Advancedなどが含まれる構成です。

ただし、公式ページは一律の定価を掲載する方式ではなく、利用ユーザー、既存契約、必要なモジュール、環境数、AI機能、契約期間などを踏まえた個別見積もりです。そのため、発注先から提示された開発費だけでなく、ServiceNow側のライセンス、追加モジュール、IntegrationHubなどの連携機能、保守契約を分けて確認します。

ServiceNow App Engineの発注形態と進め方はどう選びますか？

発注形態は、内製、ベンダーによる伴走支援、要件定義から開発・運用までの一括委託を基本に比較します。ServiceNowの利用経験があり、対象業務が明確なら内製や伴走型が合いやすく、初めてApp Engineを使う場合や複数部門・外部システムをまたぐ場合は、一括委託でも発注者側に意思決定者を置く体制が適しています。

内製は、現場の改善を細かく反映しやすく、運用ノウハウが社内に残りやすい方式です。一方で、データモデル、ロールやACL、IntegrationHub、ATF、インスタンス間の移送を経験した担当者が必要です。伴走支援は、社内担当者が業務知識と意思決定を担い、ベンダーが設計レビューや難しい連携、テスト、教育を支援する方式です。将来の市民開発者を育てたい企業と相性がよいです。

一括委託は、要件定義、設計、設定・開発、データ移行、テスト、リリース、保守の責任分界を一つの契約にまとめやすい方式です。ただし、業務の判断まで丸投げすると、ベンダーが理解しやすい処理に変わり、現場が使わないシステムになるおそれがあります。発注者側から業務責任者、ServiceNow管理者、セキュリティ担当を参加させ、週次で決める体制を用意します。

RFPでは、最初に「何を作るか」ではなく「何を改善したいか」を書きます。たとえば、申請処理の平均日数を短縮する、メール依頼をポータルへ集約する、対応漏れを減らす、承認履歴を監査で確認できるようにする、といった目的とKPIを置きます。対象部門、利用者数、月間申請件数、現行のExcelやメール運用、承認経路、現場の例外処理も添えると、候補会社が同じ条件で提案できます。

機能要件には、フォーム、申請・承認、担当割り当て、通知、検索、一覧、ダッシュボード、モバイル、データ移行、API連携を記載します。非機能要件には、SSOや多要素認証、最小権限、監査ログ、バックアップ、データ保持期間、可用性、性能、脆弱性対応、インシデント通知、再委託、障害時の連絡時間を記載します。AI機能を使う場合は、入力データの扱い、生成結果のレビュー、本番投入の承認者、ログの保存範囲もRFPに含めます。

最初から全社の業務を置き換えるのではなく、重要度が高く、関係者が協力しやすい一つの業務をMVPに絞ります。要件定義では現行業務を可視化し、標準機能で対応する部分、App Engineで追加する部分、外部システムと連携する部分を決めます。設計・開発ではデータモデル、画面、Flow DesignerやWorkflow Studioの自動化、ロール、ACL、通知、APIを実装します。

テストでは、正常系だけでなく、権限がない利用者、承認者が不在の場合、重複申請、連携先が停止した場合、データ移行後の検索、アップグレード時の影響を確認します。ServiceNow公式ドキュメントでは、App Engine Management Centerのテスト環境へのデプロイ時に、Application Deployment Test SuiteとScoped App Definitionsのインスタンススキャンを実行できると説明されています（出典: ServiceNow公式ドキュメント、2025年更新）。納品日を早めるためにテストや移行を削る提案は避けます。

ServiceNow App Engine開発の契約形態と費用相場はどう考えますか？

ServiceNow App Engineの発注費用は、ライセンス費、開発費、連携・移行費、保守運用費の4つに分けて比較します。ServiceNowのライセンス料金は公開された一律価格ではなく、利用条件をもとにした個別見積もりです。ここを開発会社の作業費と混ぜると、安く見える提案でも本番稼働に必要な費用が後から増えるため、見積書の項目を分離します。

準委任契約は、作業時間や専門家の支援に対して報酬を支払う形態です。要件が変わりやすい初期調査、業務整理、アーキテクチャ検討、内製化支援、運用改善に向きますが、成果物の完成責任や受け入れ基準を別に定めないと、作業時間だけが増えるおそれがあります。月次の作業報告、稼働予定、課題一覧、意思決定事項を契約や発注書に残します。

請負契約は、合意した成果物を完成させ、検収を受けることを前提にする形態です。確定した要件に基づく画面やワークフロー、テスト仕様書、移行手順書などの開発に向きますが、要件変更の扱いを明確にする必要があります。準委任と請負を工程ごとに組み合わせ、要件定義は準委任、仕様確定後の開発は請負とする方法もあります。著作権、設定・ソースコード、設計書、引き継ぎ資料の帰属と利用権も契約書で確認します。

ServiceNow App Engineの公式価格と開発会社の作業費は別物です。以下の開発費は、2026年の業務システム開発相場と、App Engine案件で発生しやすい設定、連携、権限、テストの工数をもとにした推定レンジであり、ServiceNowの公式価格ではありません。既存インスタンスの有無、対象部門、利用者数、外部API、データ移行、監査要件によって変わるため、予算の初期検討に使い、最終的には同じRFPで見積もりを取得します。

1部門の申請・承認、台帳、簡易ポータル、少数の権限に絞る小規模開発は、300万〜1,000万円程度が一つの目安です。複数部門のワークフロー、外部API、通知、ダッシュボード、データ移行を含む中規模開発は、1,000万〜5,000万円程度が目安です。全社業務、複数インスタンス、複雑な連携・監査、モバイル、段階展開を含む大規模開発は、5,000万円〜1億円以上となる可能性があります。出典はNotebookLMリサーチノート内の2026年業務システム開発相場であり、ServiceNowの公式価格ではなく、案件条件をもとにした推定です。

初期費用の比較では、ServiceNowの契約費だけでなく、開発環境・検証環境の利用条件、IntegrationHubなどの連携機能、AI機能、モバイル、追加ユーザー、データ保管、監視、サポートの費用を確認します。App Engine Primeを選ぶことで管理機能が増えても、対象ユーザーや契約範囲によって総額が変わります。候補会社には、ライセンス販売部分と開発・保守部分を分けた見積書を依頼します。

保守運用では、問い合わせ対応、障害対応、権限変更、軽微な改修、ServiceNowのアップグレード影響調査、脆弱性対応、テストの再実行、アプリの利用状況確認が発生します。初期開発費の年15〜25％程度を保守費の検討材料にする方法がありますが、これは契約範囲を決めるための一般的な目安であり、料金の断定ではありません。月間の対応時間、SLA、休日対応、追加開発の単価、契約終了時の引き継ぎを明記します。

委託先選定と見積比較では何を確認しますか？

委託先は、会社の知名度や見積総額だけで選ばず、App Engineの実務経験、ServiceNowの認定・パートナー情報、担当者の稼働、標準機能を優先する設計思想、テストと運用の体制を確認します。特に、提案時に営業担当だけでなく、要件定義を担当する人、アプリ開発者、ServiceNow管理者、連携担当者が説明できるかを見ます。

実績は「ServiceNowを導入した」という紹介だけでなく、App Engineでどの業務を作ったか、標準機能とカスタム機能をどう分けたか、利用者数と運用期間、外部連携の有無、アップグレードをどう乗り越えたかまで質問します。実績を開示できない場合でも、匿名化した画面、成果物のサンプル、プロジェクト体制、テスト計画を確認できます。

認定やパートナーランクは候補を絞る材料になりますが、認定数だけで品質が決まるわけではありません。たとえばNRIは、ServiceNowから2025年11月27日にApp Engine分野で国内初のValidated Practice認定を取得したと、2026年4月16日に発表しています（出典: NRI公式発表、2026年）。このような公式情報を確認しつつ、実際に自社案件へ参加する担当者の認定、経験年数、稼働率、再委託の有無まで確認します。

見積書では、要件定義、現行調査、基本設計、データモデル、画面・ワークフロー設定、API連携、権限設計、データ移行、テスト、教育、リリース、保守を分けて記載してもらいます。各工程の成果物とレビュー回数、発注者が用意する資料、前提となるServiceNow環境、対応するユーザー数やデータ件数が書かれていれば、会社ごとの比較がしやすくなります。

特に注意したいのは、要件定義、テスト、移行、マニュアル、リリース後の安定化支援が「別途」とされている見積もりです。開発費が低くても、別途作業が多ければ総額は上がります。反対に高額な提案でも、標準機能の活用、運用設計、教育、移管まで含めている可能性があります。合計金額だけでなく、同じスコープにそろえて比較します。

App Engineでは、画面を表示できるかだけでなく、テーブルの読み取り・更新、ロール、ACL、ワークスペースへのアクセスを業務単位で設計します。人事情報や契約情報を扱う場合、申請者、承認者、担当者、管理者、監査担当で見える範囲が異なります。権限マトリクス、テストアカウント、拒否されるべき操作のテスト結果を納品物に含める提案を高く評価します。

ServiceNow公式のQlik事例では、App Engine上のカスタムアプリを20個、280ユーザーが利用し、月平均19,000件のリクエストを処理しています。また、課題解決時間を35％短縮し、ライセンス費用16万2,000ドルの回避につながったと紹介されています（出典: ServiceNow公式Qlik事例、2026年確認）。大切なのは数字だけを横展開することではなく、複数部門で使い続けるために、申請の受付、担当振り分け、進捗、セキュリティルール、運用改善を一体で設計している点です。

契約終了後も自社で運用できるように、アプリ定義、設定一覧、データモデル、ロール・ACL一覧、API仕様、テスト結果、移行手順、障害対応手順、アップグレード影響調査の方法を引き渡してもらいます。著作権や設定の利用権、第三者ライセンス、再委託先、データ削除、別ベンダーへの保守移管も契約書に記載します。ベンダーロックインを避けることは、将来の交渉力と安全な運用のために重要です。

よくある質問（FAQ）

ServiceNow App Engineの外注では、費用だけでなく、既存ServiceNowとの関係、契約範囲、将来の内製化、セキュリティを同時に確認する必要があります。ここでは発注前によくある疑問へ、結論から回答します。

可能ですが、ServiceNowの管理経験、業務要件を整理する担当者、権限設計、テスト、リリース管理を社内で担えることが条件です。最初から完全内製にせず、ベンダーの伴走でMVPを作り、設計レビューや教育を受けながら段階的に内製へ移す方法が現実的です。

必ず安くなるわけではありません。画面作成の工数を抑えられても、業務整理、データモデル、複雑な承認、外部API、権限、移行、テスト、教育、運用設計に工数がかかるためです。標準機能を活用し、対象業務を絞り、将来の変更を想定した設計にすると、開発費だけでなく総保有コストを抑えやすくなります。

先に契約を決めるのではなく、対象業務、利用者、必要なテーブル数、スコープ付きアプリ、AIや連携機能、環境数を整理してから、ServiceNowと開発会社の両方に確認します。既存契約で使える機能と追加契約が必要な機能を分け、個別見積もりの前提条件を文書に残すことが重要です。

比較可能なRFPを用意したうえで、3社程度から取ると、価格と提案内容の違いを把握しやすいです。会社数を増やすことより、App Engineの実績、担当者、標準機能の方針、テスト・移行・保守の範囲を同じ質問で確認することが重要です。提案内容に大きな差がある場合は、最安値を選ぶ前に前提条件と除外事項をそろえます。

まとめ

ServiceNow App Engineのシステムを発注・外注するときは、ローコードという言葉だけで安さや納期を判断しないことが大切です。既存ServiceNowの標準機能との役割分担を決め、業務目的とKPIを整理し、RFPで機能要件と非機能要件を分けて提示します。

費用は、ライセンス、開発、連携・移行、保守運用に分け、300万〜1,000万円、1,000万〜5,000万円、5,000万円〜1億円以上という規模別の推定レンジを出発点にします。契約は準委任と請負の性質を理解して工程ごとに使い分け、成果物、検収、変更管理、著作権、設定・ソースコードの引き渡しを合意します。見積書は合計金額ではなく、要件定義、権限、テスト、移行、教育、保守の抜けを読みます。

最初の一歩は、現場が困っている業務を一つ選び、利用者数、月間件数、承認経路、現行資料、連携先、セキュリティ条件を整理することです。その情報をもとに複数社へ相談し、App Engineの実案件経験、担当者の認定、標準機能を優先する方針、テストと運用の範囲を比較します。小さく始めて利用状況と成果を確認し、効果が見えた業務から段階的に広げることが、ServiceNow App Engineを定着させる進め方です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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