広告・メディア業向け媒体進行管理システムを発注・外注するなら、媒体枠、案件、素材、審査、掲載、請求を一つの業務データとして定義し、自社に合う発注形態と契約範囲を先に決めることが重要です。
広告会社、媒体社、出版社・新聞社、交通広告や看板を扱うOOH事業者では、必要な機能と導入の進め方が異なります。本記事では、発注形態の選択、RFP・要件整理、契約形態、2026年時点の費用相場、委託先選定、見積比較、導入後の運用まで、外部の開発会社へ依頼する際の実務を順番に解説します。
▼全体ガイドの記事
・広告・メディア業向け媒体進行管理システム開発の完全ガイド
広告・メディア業向け媒体進行管理システムを発注するときの全体像

発注の成否は、開発会社の技術力だけでなく、発注側が業務のどこまでを変えたいかを整理できているかで決まります。広告主からの申込、媒体枠の仮押さえ、正式申込、素材回収、審査、入稿、掲載・掲出、掲載証明、売上計上、請求・回収までを並べ、各工程の担当者、期限、承認条件、受け渡すデータを確認します。
発注主体によって優先する機能が変わります
広告代理店なら営業の受注から媒体発注、制作費・外注費・社内工数を含む案件収支、請求までの連携が中心です。媒体社なら空枠、予約、広告主審査、掲出・撤去、作業指示、掲載証明が重視されます。出版社や新聞社では発行号、面建て、台割、校了と営業・編集の連携が必要です。OOH事業者では設置場所、設備、掲出期間、現場写真、撤去・原状回復までを管理する必要があります。
最初に解決したい業務課題を三つ程度に絞ります
課題を「DXを進めたい」のような抽象表現で依頼すると、提案会社ごとに前提が変わり、見積を比較できません。「媒体枠の重複予約を減らす」「素材の締切漏れを月次で確認できるようにする」「請求前に媒体費・制作費・外注費を案件単位で突合する」のように、困っている場面と改善したい状態を具体化します。最初のリリースで達成する目標を三つ程度に絞ると、予算と納期を現実的に管理しやすくなります。
発注形態はパッケージ・SaaS・個別開発のどれを選びますか?

結論として、標準的な案件・売上・請求を早く整えたい場合はパッケージやSaaS、独自の媒体枠・面建て・掲出工程が競争力に直結する場合は個別開発が候補になります。いきなり全機能をスクラッチで作るのではなく、標準機能で足りる部分と、自社固有の業務だけを分けて判断することが、発注費と失敗リスクを抑える基本です。
パッケージ・SaaSは標準業務を短期間で始めたい会社に向きます
広告業向け販売・原価管理、案件管理、請求、承認、ファイル共有などが標準化されているなら、パッケージやSaaSを導入する方法が現実的です。サーバー構築やアップデートの負担を抑えやすく、試用環境で現場が操作感を確かめてから契約できる製品もあります。一方、独自の空枠ルール、媒体ごとに異なる割付、広告主向けポータル、特殊な請求条件は、標準機能に含まれるか、追加費用が必要かを確認します。
ADMANの公式ページでは、広告代理店・制作業向け販売管理システムについて、初期費用30万円から、月額費用3万2,000円からと案内されています(出典:サイネット株式会社「ADMAN」、2026年8月確認)。これは媒体進行のすべてを含む一律価格ではなく、利用条件や追加要件で変わる参考例です。見積依頼では、ユーザー数、媒体数、ファイル容量、帳票、連携、サポートを分けて確認します。
ノーコード・ローコードは段階導入の起点になります
案件台帳、期限、担当者、承認、ファイル、簡易的な売上管理から始めるなら、ノーコード・ローコードで小さく作り、現場のフィードバックを受けながら拡張する選択肢があります。Excelの転記を減らし、複数部門が同じデータを見るところまでを先に実現できます。ただし、媒体枠と案件を多対多で扱う設計、権限、監査ログ、会計連携、データ移行を後回しにすると、利用が広がった段階で作り直しが発生しやすくなります。
パッケージへのカスタマイズは独自要件だけに限定します
既製の販売・原価・請求機能を使い、媒体マスタ、素材ワークフロー、特殊帳票、外部連携などの不足部分だけを追加する方式は、費用と適合性のバランスを取りやすい方法です。カスタマイズの前に、業務を製品に合わせることで解決できる項目と、法令・媒体社ルール・顧客約束のために変えられない項目を分けます。製品のバージョンアップ時に改修が必要になる範囲も、発注前に確認します。
スクラッチ開発は独自の媒体業務を競争力にする場合に選びます
自社独自の空枠販売、面建て・割付、配布エリア、掲出・撤去、広告主ポータル、広告配信APIなどが事業の中核で、標準製品に合わせると現場の価値が失われる場合は、スクラッチ開発を検討します。要件を一度に広げると長期化しやすいため、まず申込・進行・請求のMVPを稼働させ、その後に在庫、分析、外部APIを追加する段階導入が適しています。
RFPと要件整理はどこまで準備してから発注しますか?

RFPは、開発会社に機能一覧だけを渡す文書ではありません。事業の前提、現状の業務フロー、困っている事実、導入範囲、期限、予算の考え方、提案してほしい事項を同じ条件で伝える文書です。精密な仕様書を完成させる必要はありませんが、比較に必要な前提は揃えておくと、会社ごとの提案差を見分けやすくなります。
現行業務は担当者ではなく工程とデータで書き出します
営業、媒体部、制作・編集、審査、経理、現場担当、協力会社からヒアリングし、申込から請求までを時系列に並べます。各工程について、入力者、承認者、期限、入力項目、添付ファイル、次工程への条件、例外処理、現在使っているExcelやメールを記録します。「誰が管理しているか」だけでなく、「どの情報が確定したら次へ進めるか」を書くことが重要です。
媒体社側か代理店側か、紙・OOH中心かデジタル中心か、空枠・割付まで必要か、請求・原価・会計連携を行うか、社外の広告主や制作会社にも入力させるか、標準機能に合わせるか個別開発するかという六つの質問を、RFPの冒頭で明確にします。これらが曖昧なまま機能数だけを比較すると、安い見積でも必要な工程が抜ける可能性があります。
機能要件は必須・できれば・対象外に分けます
媒体マスタ、広告枠、案件、見積、仮押さえ、正式申込、素材、審査、承認、入稿、掲載・掲出、掲載証明、売上、原価、請求、入金、変更履歴を機能候補として並べます。そのうえで、初回稼働に必須の項目、第二段階でよい項目、既存システムに残す項目を分けます。広告表示の確認、AIを使った素材作成や審査の補助を採用する場合も、AIが自動確定するのではなく、人が最終承認する条件を要件に記載します。
非機能要件には、利用者数、拠点数、稼働時間、スマートフォン対応、認証方式、権限、バックアップ、復旧目標、ログ保存期間、障害連絡、データ返却、保存地域を含めます。広告主や制作会社が社外からアクセスする場合は、最小権限、多要素認証、ファイルのウイルススキャン、ダウンロード制御、退職者のアカウント停止も確認します。
移行と連携は対象データ・頻度・エラー対応まで決めます
既存のExcel、販売管理、会計、広告配信、ファイル共有から何を移すかを決めます。過去何年分の案件、媒体マスタ、顧客、枠、請求、添付ファイルを対象にするか、重複や欠損を誰が直すか、移行後に旧データを参照だけ残すかまでRFPに書きます。データ移行を「一式」とした見積は、件数、変換、検証、再移行の条件を追加で確認します。
会計や販売管理と連携する場合は、APIかCSVか、更新頻度、送受信する項目、連携失敗時の再送、重複登録の防止、照合方法、監査ログを定義します。最初からリアルタイムAPIにせず、確定した請求データを日次CSVで連携する方法もあります。業務上の緊急度と費用を比べ、連携方式を提案会社に複数案で出してもらいます。
契約形態と発注から稼働までの進め方

契約は、要件が固まっている部分と、調査しながら決める部分を分けて締結します。すべてを一つの契約書と固定価格に押し込むより、企画・要件定義、設計・開発、テスト・移行、運用保守の単位で成果物と責任を定めたほうが、変更時の判断がしやすくなります。契約書だけでなく、RFP、提案書、見積明細、仕様書、受入基準をどの順で優先するかも確認します。
請負契約と準委任契約を工程ごとに使い分けます
請負契約は、合意した成果物を完成させ、検査・受入を行う工程に向いています。画面、帳票、ワークフロー、連携機能などの仕様と受入条件が明確な場合は、納期、成果物、検収、瑕疵対応、知的財産権を定めやすくなります。一方、発注側の要件変更や外部仕様の変動が多い場合は、固定価格だけで進めると変更費用を巡る認識違いが生じやすくなります。
準委任契約は、要件整理、業務分析、アジャイル開発、運用改善など、専門家の作業や支援を受ける工程に向いています。作業時間だけを契約するのではなく、担当者、稼働期間、会議体、作成する資料、判断の期限、報告方法、品質の確認方法を決めます。要件定義を準委任で進め、その結果をもとに開発工程を請負または段階的な準委任で発注する形もあります。
発注は相談・RFP・比較・契約・受入の順に進めます
最初に現行業務と課題を整理し、候補会社へ事前相談します。次にRFPを配布し、同じ説明会や質疑応答の場を設け、提案書・見積書・体制表・スケジュール・契約条件を受け取ります。比較では価格だけでなく、要件の理解、媒体業務の経験、移行・連携の考え方、保守体制、リスクの説明を採点します。
契約後は、要件定義で業務フローとデータモデルを確定し、設計・開発、単体テスト、結合テスト、利用者受入テスト、データ移行、操作研修、並行稼働、本稼働へ進みます。各工程の終了条件を決め、次工程へ進む前に未決事項、追加費用、期限への影響を記録します。広告掲載の締切をまたぐ場合は、繁忙期を避けたリリース計画を組みます。
発注・外注の費用相場と見積の内訳

2026年時点の目安は、クラウドの小規模導入で初期0万円〜10万円程度、月額1万円〜10万円程度、広告業向けパッケージの公開料金例で初期30万円〜・月額3万2,000円〜、パッケージ設定や軽微なカスタマイズで50万円〜300万円程度です。媒体枠・素材・請求・原価・外部連携を統合する中規模開発は300万円〜1,000万円程度、大規模な専用開発は1,000万円〜3,000万円以上を検討レンジに置けます。ただし後半二つは媒体進行管理専用の公的統計ではなく、類似する業務システムの公開相場と事例からの推定です。
発注形態ごとの費用レンジを分けて比較します
ITreviewの2026年掲載情報では、代理店管理システムのクラウド型について初期費用0万円〜10万円程度、月額1万円〜10万円程度、オンプレミス型について初期費用50万円〜数百万円程度という目安が示されています(出典:ITreview「代理店管理システム」、2026年)。媒体進行の専用機能や開発会社の伴走費まで含む数字ではないため、予算の入口として扱います。パッケージを設定するのか、個別画面を作るのか、社外ポータルと連携するのかで見積は変わります。
Harmonic Societyの2025年の業務システム相場では、パッケージ導入10万円〜100万円、カスタマイズ開発50万円〜300万円、スクラッチ開発100万円〜1,500万円以上という整理があります(出典:Harmonic Society「2025年版 業務システム開発費の相場」、2025年)。媒体固有の空枠、審査、掲出確認、複数部門の承認、会計・広告配信との連携を加える場合は、単純な業務システムより上振れすると考えます。
見積は要件定義・開発・移行・保守を分けて確認します
見積の内訳は、企画・要件定義、UI・データ設計、画面・ワークフロー開発、媒体マスタ設定、外部連携、権限・監査ログ、テスト、データ移行、研修、プロジェクト管理、インフラ、運用保守に分けます。「システム構築一式」と書かれた項目は、対象画面数、帳票数、連携本数、移行件数、テスト回数、納品物、除外項目を質問します。
月額料金がある場合は、ユーザー課金、媒体数・案件数、ファイル容量、環境数、サポート時間、追加開発、バックアップ、監視、バージョンアップを確認します。初期費用が安くても、ユーザー追加やデータ保管、API利用、問い合わせ対応が高い場合があります。導入初年度だけでなく、利用者数と案件数を想定した3年から5年のTCOで比較します。
公開事例は価格だけでなく範囲と期間を読み取ります
パソナが公開する広告会社のkintone導入事例では、営業売上、利益、受注案件、契約書をExcelで管理していた状態からデータを一元化し、約40万円・月、約3か月強でリリースしたと紹介されています(出典:パソナ「Excelで管理していた膨大なデータをkintoneで一元化」、2022年11月公開、2026年8月確認)。これは媒体専用のスクラッチ開発費ではなく、段階的な業務改善と伴走の参考例です。何を対象外にしたから短期間・定額になったのかまで確認します。
一方、媒体や出版業務では、既存の請求・入金と営業・編集の進行を融合するため、現場調整やデータ移行に時間がかかります。価格と期間だけを横並びにせず、媒体枠、素材、審査、掲載証明、請求、入金のどこまでを一つの案件として扱った事例なのかを確認します。似た媒体種別の導入範囲が、見積の妥当性を判断する材料になります。
委託先の選定と見積比較で確認するポイント

委託先は、知名度や見積総額だけで選びません。自社と似た媒体種別の実績、業務理解、データ移行と連携の経験、要件変更への対応、保守・障害対応、担当者の継続性を同じ質問で確認します。提案書で良いことを言う会社よりも、できないこと、前提条件、追加費用が発生する条件まで説明できる会社のほうが、発注後の認識違いを減らせます。
自社と似た媒体・業務の導入実績を確認します
実績確認では、単に「広告業界の導入実績があります」という説明で終わらせません。紙・雑誌・新聞なら発行号、面建て、校了、掲載確認、OOHなら空枠、設置場所、意匠審査、掲出・撤去、デジタルなら広告サーバーや配信実績など、どの工程を管理したかを聞きます。広告代理店の場合は、媒体費、制作費、外注費、社内工数、粗利、請求の連携まで扱ったかを確認します。
導入事例では、導入前のExcelやメールがどのように変わったか、何人が利用したか、何か月で稼働したか、旧データをどこまで移したかを質問します。可能であれば、同じ媒体種別の利用者に、稼働後の問い合わせ対応、追加改修、担当者の交代、障害時の連絡について聞ける場を依頼します。
見積比較は同じ前提・同じ成果物で行います
複数社へ依頼する場合は、同じRFP、画面イメージ、サンプルデータ、利用者数、移行件数、連携先、希望時期を渡します。提案会社から質問を受けた内容と回答は全社へ共有し、特定社だけが有利になる情報差を減らします。見積の評価表には、機能適合、業務理解、開発体制、移行計画、保守、セキュリティ、費用、納期、提案の透明性を設定します。
価格を比較するときは、必須機能の費用、任意機能の費用、前提条件、対象外、追加変更の単価を分けます。低価格でも、要件定義、テスト、研修、移行、管理者設定、障害対応が別料金なら総額は変わります。逆に高い見積でも、複数媒体のデータ移行や受入支援まで含んでいれば、単純な本体価格だけでは判断できません。
セキュリティ・法務・保守の責任分界を文書化します
広告主や媒体社の担当者情報、素材ファイル、契約・請求情報、掲載実績を扱うため、権限、ログ、バックアップ、脆弱性対応、インシデント連絡、データ返却を確認します。広告配信や分析で個人関連情報を扱う場合は、利用目的、第三者提供、本人同意、識別子とのひも付けを法務・プライバシー担当と確認します。広告表示では、ステルスマーケティング規制への対応として、PR表記や広告主確認の履歴を残せるかも要件に含めます。
クラウドの責任分界は、サービス提供者が担う範囲と、自社が設定・運用する範囲に分かれます。多要素認証、最小権限、バックアップの復旧テスト、ログ保持、委託先の再委託、退会時のデータ返却、障害時の目標復旧時間を契約・仕様書に落とします。安価な見積を選ぶ場合も、保守窓口と対応時間が自社の掲載締切に合うかを確認します。
開発中から本稼働後に失敗しないための進め方

発注後は、開発会社に任せきりにせず、発注側に業務責任者と意思決定者を置きます。営業、媒体、制作・編集、経理、情報システム、現場の代表を集め、週次で未決事項、仕様変更、課題、テスト結果を確認します。変更を止めるのではなく、変更理由、費用、納期、優先度、承認者を記録して判断できる状態にします。
受入テストは実際の媒体案件で行います
受入テストでは、画面が表示されるかだけでなく、実際の案件を最初から最後まで通します。たとえば、広告主の申込、枠の仮押さえ、正式申込、素材差し替え、審査・承認、入稿、掲載確認、売上・原価確定、請求、入金消込までを媒体種別ごとに検証します。通常ケースだけでなく、キャンセル、掲載日変更、枠の重複、素材不備、承認者不在、連携エラー、請求金額の修正も試します。
データ移行と研修を本稼働の前提にします
移行データは、件数だけでなく、媒体名や顧客名の表記ゆれ、重複案件、終了した媒体、請求済みと未請求の状態を確認します。サンプル移行、本移行、差分移行の三段階に分け、移行後の件数・金額・添付ファイルを旧台帳と照合します。旧Excelを参照用に残す場合は、いつまで誰が更新するかを決め、二重管理に戻らないようにします。
研修は管理者向けと現場利用者向けに分け、媒体種別ごとの実案件で練習します。操作マニュアルだけでなく、素材が遅れた場合、掲載日が変わった場合、請求額が違った場合の対応手順を用意します。本稼働後は問い合わせ窓口、改善要望の受付、月次の利用状況確認を設け、使われない機能を増やす前に入力漏れや運用ルールを見直します。
発注後に起きやすい失敗を先に防ぎます
よくある失敗は、担当者ごとのExcelをそのまま画面化して正本データが決まらないこと、営業と媒体部と経理で案件番号や金額の単位が違うこと、標準製品に合わない例外を開発の後半で追加することです。発注前にデータの責任部門と業務ルールを決め、例外は発生頻度と影響度で優先順位を付けます。
もう一つは、価格を抑えるために要件定義、移行、受入テスト、研修、保守を削り、本稼働後に現場が使えないことです。費用を下げるなら、対象媒体を限定する、APIではなくCSVにする、過去データの移行範囲を絞るなど、業務影響が見える方法で調整します。採用しなかった要件を記録し、次期開発の候補として残します。
よくある質問(FAQ)

ここでは、媒体進行管理システムの発注・外注で特に相談されやすい質問に回答します。自社の媒体種別、利用者、既存システム、予算、導入時期を当てはめながら確認します。
媒体進行管理システムの発注予算はいくら用意すればよいですか?
小規模なクラウド導入は初期0万円〜10万円程度、月額1万円〜10万円程度、広告業向けパッケージの公開料金例では初期30万円〜・月額3万2,000円〜が目安です。媒体枠、素材、請求、原価、複数拠点、外部連携を統合する場合は、類似業務システムからの推定で300万円〜1,000万円程度、大規模な専用開発では1,000万円〜3,000万円以上も想定します。正確な金額は、対象業務と移行・保守を含めて相見積もりで確認します。
RFPを作れない状態でも開発会社へ相談できますか?
相談できます。現行のExcel、申込書、進行表、請求書、困っている事例、利用者数、希望時期を開発会社へ渡し、要件定義や業務整理から支援できるかを確認します。ただし、相談段階でも媒体社か代理店か、紙・OOH・デジタルのどれが中心か、空枠・請求・会計連携が必要かを伝えると、提案と見積の前提を揃えやすくなります。
請負契約と準委任契約のどちらが媒体進行管理に適していますか?
仕様と受入条件が決まった開発工程は請負契約、業務整理や要件定義、継続的な改善は準委任契約が適しやすいです。実際には、要件定義を準委任で行い、固まった範囲を請負で開発するなど、工程ごとに組み合わせます。成果物、作業範囲、変更手続き、検収、知的財産権、瑕疵対応、月次報告の条件を契約書と別紙で明確にします。
委託先を選ぶときに最も重視すべきことは何ですか?
自社と似た媒体種別で、申込・素材・審査・掲載・請求のどこまでを一元化した実績があるかを最も重視します。次に、現行データの移行、既存システムとの連携、受入テスト、保守・障害対応、担当者の体制を確認します。実績の数だけでなく、導入後に誰が運用を支援し、追加改修やデータ返却にどう対応するかまで質問します。
まとめ

広告・メディア業向け媒体進行管理システムの発注では、最初に広告代理店、媒体社、出版社・新聞社、OOH事業者のどの業務を対象にするかを決めます。次に、媒体枠、案件、素材、審査、掲載・掲出、請求を工程とデータで整理し、標準機能で始める範囲と個別開発する範囲を分けます。
発注前に確認する項目
RFPには、対象媒体、利用者、現行業務、必須機能、移行範囲、外部連携、受入基準、契約形態、保守・障害対応を記載します。委託先の実績は、媒体種別と管理工程が自社に近いか、見積は開発費だけでなく月額・移行・研修・保守まで含むかを確認します。
小さく始めて段階的に広げる方法
全媒体・全拠点を一度に刷新するのではなく、まず案件、枠、素材、承認、請求予定を一つの流れで管理し、次に会計連携、広告主ポータル、配信実績、OOHの現場報告を追加する方法もあります。初回の成果と残った課題を測定し、次期開発へつなげることで、現場に定着するシステムへ育てやすくなります。
RFPでは機能だけでなく、移行、連携、権限、監査ログ、受入基準、保守、障害対応、データ返却を明記します。見積は初期費用だけでなく、月額、開発、移行、研修、運用保守を含む3年から5年のTCOで比べ、似た媒体種別の実績と提案会社の責任分界を確認します。
▼全体ガイドの記事
・広告・メディア業向け媒体進行管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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