媒体進行管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

媒体進行管理システムの開発は、要件整理から定着まで6フェーズで進めます。このシステムは、媒体枠の申込から請求までを、担当者・期限・証跡と紐付けて管理します。

広告主、広告代理店、媒体社、制作会社の間で情報が分散すると、締切漏れや素材の版違いが起こりやすく、承認の停滞や請求漏れも生じます。

▼全体ガイドの記事
・媒体進行管理システム開発の完全ガイド

媒体進行管理システム開発の全体像

媒体進行管理システム開発の全体像

媒体進行管理システムは、媒体マスタや広告枠、案件を関係づける業務システムです。素材や承認、掲載実績も同じ流れで結びつけ、売上・仕入・請求まで扱います。誰がいつ何を処理したかを追えるため、担当者のタスク一覧とは役割が異なります。

開発の成否は、媒体ごとに異なる締切や証跡を整理し、現場が毎日使う最小単位を決められるかで大きく変わります。そのため、機能を多く揃えることより、この最小単位を先に決めることが大切です。

システムで一元管理する対象の範囲

基本的な管理対象は、媒体・広告枠、案件・キャンペーン、素材、進行期限です。承認履歴や掲載・放映実績、請求・原価も含まれます。たとえばテレビCMなら、尺、素材コード、搬入先、放送局、搬入結果を持たせます。

新聞なら、掲載面や面建、申込締切、割付を管理し、原稿と掲載証明も扱います。Web媒体なら、広告枠や入稿形式、審査、掲載期間、レポートを扱います。交通・屋外広告なら、ロケーションや掲出期間、掲出証明、撤去日を扱います。

広告効果測定やデジタルアセット管理、販売管理、会計などと関係しますが、同じものではありません。新システムの責任範囲を決めないまま開発すると、広告配信基盤や経理システムとの重複が起こります。そのため、要件整理では、媒体の進行を止めないために必要な情報と、既存システムから参照すべき情報を分けて定義します。

成功状態の定義

成功状態は、システムを導入したかどうかではなく、業務上の変化で定めます。導入前に、素材を探す平均時間、締切超過件数、差し戻し回数、承認完了までの時間、請求漏れ、案件の粗利を把握するまでの日数を測っておきます。稼働後に同じ指標を測れば、単なるログイン数ではなく改善効果を説明できます。

現場・経理・法務・情報システムでは評価軸が異なります。現場は入力負担と検索性、経理は売上・仕入・原価の整合性、法務は承認と証跡、情シスは権限・バックアップ・連携・障害対応を重視します。そのため、最初の会議でこれらを同じKPI表に並べ、誰が成果を確認するかまで決めておくと、後工程の判断がぶれにくくなります。

ポイント

タスク一覧で足りるか迷ったら、誰がいつ何を処理したかを追う必要があるかで判断します。機能を多く揃えるより、現場が毎日使う最小単位を先に決めることを優先します。

媒体進行管理システム開発の進め方

媒体進行管理システム開発の6フェーズ

開発は6フェーズで進みます。要件整理と製品・開発会社の選定から始め、設計・開発とテストを経て、稼働と定着に至ります。各フェーズでは、成果物と判断基準を残しながら進めます。特に媒体進行では、営業が登録した情報を制作、媒体、経理が引き継ぎます。そのため、画面の完成度だけでなく、データの受け渡しと責任者の移り変わりも確認します。

フェーズ1:業務の分岐を洗い出す要件整理

最初に、案件受付から請求までの工程を、媒体種別ごとに洗い出します。前半は、受付、枠の空き確認、申込、発注、素材制作までです。

後半は、入稿、審査、校正、承認を経て掲載・放映に進みます。掲載後は、実績確認と請求で終わります。

後工程へ同じ進行情報を渡せるよう、業務一覧には次の項目を記録します。

  • 担当と入力:担当部署と各工程の入力項目
  • 期限と順序:期限、前工程、後工程
  • 成果物と差し戻し:工程ごとの成果物、差し戻し条件
  • 例外処理:通常フローから外れる場合の対応

Excelやメールのファイル名だけでなく、現場が実際に行う口頭確認やチャット承認も拾う必要があります。

要件の優先度は、必須、稼働後に追加、今回は対象外の3段階に分けます。そのうえで、初回リリースの必須機能は、案件と媒体枠の紐付け、締切アラート、素材の版管理を基本にすると整理しやすくなります。承認状態や検索、CSV出力、操作履歴も、基本に含めて考えます。

効果予測やAIによる原稿提案は、責任者と評価方法が決まるまで対象外にし、業務の土台を優先します。

このフェーズでは、媒体マスタを誰が更新するか、過去案件をどこまで移行するかを決めます。社外の媒体社や制作会社にどの範囲を見せるか、会計・販売管理とどちらを正とするかも確認します。

障害時にExcelへ戻せるかも、あわせて見ておきます。

ここが曖昧なまま選定に進むと、安価に見えた製品でも、追加開発が膨らみやすくなります。

フェーズ2:パッケージ・SaaS・ローコード・スクラッチの選定

選定では、媒体進行の範囲と既存システムの役割を基準にし、候補を次のように分けて考えます。

  • パッケージ・クラウドERP:案件収支や請求が中心で、業務を標準機能に合わせられる場合
  • ローコード:媒体種別が少なく、社内に運用管理者がいて、画面や通知を変えたい場合
  • スクラッチ:独自の割付、審査、複数媒体API、外部会社ポータルなどが競争力に直結し、限定的に使う場合

予算取りの参考になるサイネット株式会社の「ADMAN ご利用料金」(2026年8月確認)では、プランごとに初期費用と月額の料金が示されています。

  • 共有クラウド:初期費用30万円以上、月額基本料2万円と1ユーザー4,000円
  • 専有クラウド:初期費用60万円以上、月額基本料5万5,000円と1ユーザー4,000円
  • 別プラン:初期費用12万円以上・ライセンス3,980円

ユーザー数やオプション、交通広告テンプレートで変わり、追加機能は別見積もりになるため、公開価格をそのまま開発費とみなしてはいけません。

そのうえで、デモでは実際の1案件を使い、登録から請求データ出力までを操作して、同時の複数締切、版番号と承認済みファイルの区別、社外ユーザーの権限、CSVやAPIでの取り出しを確かめます。候補を2〜3社に絞り、同じシナリオで比べると、価格だけの判断を避けられます。

フェーズ3:業務設計とシステム設計を分けた開発

選定後は、業務フロー、データ項目、画面、権限、外部連携、非機能要件を設計します。媒体マスタには、媒体名に加えて、掲載面・番組・駅・車両、枠、単価を持たせます。さらに、販売期間、締切、掲載規定、マージン率、更新日、更新担当者も記録します。

API連携では、会計・CRM・広告配信・ストレージのどちらが正データか、失敗時に再送できるか、重複登録を防げるかを決めます。

締切や単価は変わる前提で、過去案件の履歴を壊さずにマスタを更新できる構造が必要です。

素材管理では、ファイル名に頼らず、案件、媒体、掲載期間、尺やサイズ、版をメタデータにします。承認状態や使用期限も含め、差し替え時は旧版を削除せず、現行版と承認済み版を明確にします。

承認画面には、誰が何を確認したか、差し戻し理由、再提出期限を残し、掲載後にメールから承認者を探す作業を減らします。

技術構成は、業務データを扱うWebアプリとRDB、動画や高解像度素材を置くオブジェクトストレージ、通知・ワークフロー、監査ログ、BIを役割ごとに分けるのが基本です。非機能要件には、SSOや多要素認証、バックアップを含めたうえで、次の項目も要件に入れます。

  • 復旧目標:障害からの復旧の目安を決める
  • データリージョン:データを置く地域を決める
  • 保存期限:素材や記録をいつまで残すかを決める
  • 解約時のエクスポート:契約終了時にデータを取り出す方法

フェーズ4:実データに近いシナリオによるテスト

テストでは、画面が表示されるかだけでなく、案件の開始から請求までが正しくつながるかを確認します。テレビ、新聞、Web、交通・屋外など少なくとも2種類以上の媒体を選び、通常ケースと例外ケースを用意します。例外ケースには、素材の再提出、掲載期間の変更、媒体枠の差し替え、承認者の不在、請求金額の変更、外部会社の権限失効を含めます。

受入テストでは、現場の担当者が自分の言葉で操作できるかを見ます。営業が案件を登録し、制作担当が素材をアップロードし、法務または責任者が承認し、媒体担当が入稿状況を更新し、経理が売上・仕入・請求データを確認する流れを通します。テスト結果は、合格、修正後合格、不合格に分け、稼働延期の条件をあらかじめ決めます。

データ移行テストでは、媒体マスタ、顧客・代理店、過去案件、素材メタデータ、権限を別々にクレンジングし、件数とサンプルを照合します。Excelの列名をそのまま移すのではなく、表記ゆれ、重複媒体、終了した枠、担当者の退職、旧版素材を整理します。移行後は請求や粗利が変わっていないかを経理と確認し、切り戻し用のバックアップを取得します。

フェーズ5:限定範囲での稼働と問題の吸収

本番稼働は、全社一斉ではなく、1媒体・1部署・1案件種別のパイロットから始めると安全です。パイロット期間は、通常の締切に加えて、素材差し替えや緊急掲載を経験できる長さにします。

稼働判定では、機能の完成率より、重要な業務が止まらないかを優先します。

稼働後は、次の点を確認します。

  • アラート:掲載日を過ぎた案件でアラートが出る
  • 素材の入稿:承認前の素材は入稿できない
  • 請求データ:出力件数が元帳と一致する
  • 権限:退職者の権限が無効になる

毎週は、Excelとの二重入力が残っていないか、アラートが多すぎないか、承認者が通知を実際に見ているか、媒体社との共有範囲が適切かを確認します。

障害時には、次の3点を手順書に定めておきます。

  • 判断者:障害時に切り替えを決める人
  • 切り替え先:どの帳票を使うか
  • 復旧後の対応:どのデータを戻すか

広告業務向けのクラウドERP導入事例では、株式会社新東通信が、標準機能を最大限に活用する方針でレガシー基幹システムからZACへ移行し、半年で刷新した事例が公開されています。個別案件にそのまま当てはまる期間ではありませんが、標準機能へ業務を合わせる範囲を明確にすることは、短期化に影響する例として参考になります。

選定時は、株式会社オロ「株式会社新東通信 導入事例」(2026年8月確認)を、標準機能の活用範囲を確認する事例として参照できます。

フェーズ6:運用ルールと改善指標による定着

稼働後は、システム管理者、媒体マスタ管理者、権限管理者、業務改善責任者を分けて任命します。マスタの更新申請、承認、反映日、旧値の保存をルール化し、単価や締切を誰でも直接書き換えられないようにします。社外ユーザーには案件や工程の単位で権限を付与し、契約終了時にアカウントを停止する手順も設けます。

定着には、操作研修を一度行うだけで終わらせないことが大切です。営業は案件登録と期限変更、制作は版管理と差し戻し、媒体担当は枠・入稿・実績、経理は原価・請求・出力を、役割別の短い教材で学べるようにします。稼働後1か月、3か月、6か月で利用状況を確認し、使われていない項目を削ることも改善に含めます。

効果測定では、締切超過件数、承認の平均所要時間、素材の探索時間、差し戻し率、請求漏れ、案件粗利を確認します。たとえば「アラートを何件送ったか」ではなく、「掲載前の未承認案件を何件減らせたか」を見ると、業務への影響を把握できます。また、第2段階で会計・CRM・広告配信・BI連携を追加する場合も、KPIの改善に結びつく機能から優先します。

ポイント

次のフェーズへ進むかは、成果物と判断基準が残っているかで決めます。データの受け渡しや責任者の移り変わりが曖昧なまま進むと、後で追加開発が膨らみやすくなります。

媒体進行管理システムの費用相場と内訳

媒体進行管理システムの費用相場

媒体進行管理システムだけを対象にした公的な全国統計や、すべての開発会社に共通する2026年の価格表はありません。そのため、公開されている広告業向け製品の料金、一般的な業務システムの相場、必要な機能から算出した推定レンジを分けて考えます。

ここで示す金額は、企画段階の予算取りに使う目安で、正式な見積もりではありません。

導入方式ごとの初期費用・期間の目安

初期費用と導入期間は、導入方式と機能の範囲で大きく変わります。

  • 既製SaaS・ローコード:進行表、フォーム、通知、簡易承認、CSV出力に絞る場合、初期費用20万〜150万円程度、導入期間2週間〜2か月程度が一つの予算目安です
  • 広告業向けパッケージ:媒体マスタ、案件収支、帳票、権限、会計連携を加える場合、初期費用100万〜500万円程度、1〜4か月程度を見込みます
  • パッケージの大規模カスタマイズ:初期費用300万〜1,000万円程度、3〜8か月程度が目安です
  • スクラッチのMVP:案件・媒体・素材・進行・承認・基本APIを備える場合、初期費用400万〜800万円程度、4〜6か月程度を見込みます
  • 複数拠点の統合など本格的な構成:800万〜3,000万円以上、6〜12か月程度を見込む考え方があります

いずれも、ユーザー数やデータ移行、教育、追加帳票で変動します。

媒体進行管理システムの金額・期間は、一般的な業務支援システムの公開相場と、媒体進行に必要な機能・連携・移行を組み合わせた推定で、特定の会社が必ずその金額になるという意味ではありません。

複数拠点の統合の目安は、DAM、会計、広告配信、BI、監査、データ移行まで含める場合の考え方です。

媒体在庫・入稿・審査・配信・請求の大規模統合は、2,000万〜5,000万円以上、12〜18か月以上になる可能性もあります。

媒体数、利用者数、素材容量を変数に、少なくとも小規模・標準・拡張の3ケースで見積もりを取ります。連携本数や承認・監査要件、既存データの品質も、同じく変数に入れます。

初期費用に含まれる作業と別途費用

初期費用には、要件定義や設計、開発または設定、テスト、データ移行、操作教育、リリース支援が含まれることが多いですが、会社ごとに範囲が異なります。特に媒体マスタの整備、過去案件の移行、素材のメタデータ付与、帳票変更、外部ユーザーの招待、APIの接続試験は、別途作業として計上されやすい項目です。

初期費用が安い製品でも、ユーザー数やストレージが増えると総額が逆転する場合があります。

ランニングコストは、ユーザー料金や基本月額、クラウド利用料、保守、監視に分けて記載してもらいます。ストレージやバックアップ、API利用料、動画配信費、追加サポートも、同じく分けて示してもらいます。特に素材を長期保存する場合は、ストレージ容量だけでなく、アップロード・ダウンロード、変換、配信の従量費も確認します。

目安として保守・クラウド・ストレージを合わせて月額5万〜30万円程度を置くケースがありますが、容量とSLAによる推定値であり、一律の市場価格ではありません。3年TCOでは、初期費用に36か月分の利用料を加えたうえで、次の項目も見込みます。

  • 移行・教育:追加で発生する費用
  • OS・ミドルウェア:更新にかかる費用
  • 連携先:仕様変更に伴う対応の費用
  • 運用:担当者の工数

契約期間、値上げ条件、最低利用人数、解約時のデータ返却費用まで確認します。

費用を左右する主な変数の整理

見積額を大きく左右するのは、次の変数です。

  • 媒体数と媒体種別
  • 利用者数
  • 素材の容量
  • 外部会社の数と承認経路
  • 既存システムとの連携本数、過去データの量と品質

テレビCMのように動画と搬入結果を扱う場合は、画像中心の案件よりストレージや転送の設計が重くなります。また、広告効果の分析まで含める場合は、計測データの定義とBI側の加工も費用に含めます。

見積依頼では、次の2点を分けて書きます。

  • 媒体種別:「広告媒体」と一括りにせず、テレビ、ラジオ、新聞と分け、雑誌やWeb、SNS、交通・屋外も、それぞれ別に書く
  • 範囲:各媒体について、枠の空き確認から審査まで、掲載確認、レポート、請求のどこまでを含めるか

こうすると、会社ごとの前提差が減り、比較可能な金額になりやすくなります。

ポイント

予算は、初期費用に移行、教育、保守、ストレージを加えた総額で判断します。公開料金や相場は目安なので、媒体数や利用者数をそろえた見積もりで確かめます。

媒体進行管理システムの見積もりを取るポイント

媒体進行管理システムの見積もりポイント

見積もりは、総額だけでなく、業務範囲、成果物、前提条件、追加費用の発生条件をそろえて比べます。安い見積もりが悪いとは限らず、対象外の作業が多いまま安く見えている場合もあります。

RFPには、実際の案件シナリオと、できればサンプルの媒体マスタ・素材・承認ルートを添付します。

RFPと要件一覧に最低限入れる項目

RFPには、次の項目を記載します。

  • 対象と規模:対象部署・役割、媒体種別、案件数、月間の新規案件数
  • 利用者と権限:利用者数、社外ユーザー数、必要な権限、承認経路
  • 素材:素材容量、保存期間
  • 連携と移行:帳票、外部連携、移行対象、希望時期

1案件の開始から請求までを時系列で書き、正常系と例外系を用意します。たとえば「素材を差し替えたが、旧版を承認済みとして残す」「媒体枠が変更され、見積と請求が変わる」といったケースです。

完成後に「聞いていた画面と違う」とならないよう、画面モックだけでなく、データと状態の変化も確認します。

成果物も明記します。業務フロー、要件定義書、画面一覧、データ定義、権限一覧が対象です。API仕様、テスト計画、移行計画、操作マニュアル、運用・障害対応手順も含めます。

開発会社が作るものと発注側が用意するものを分け、レビュー回数や承認期限も合意します。

発注先の評価:広告業務とシステムの両面

開発会社には、広告業界の業務理解と、システム開発の実行力の両方が必要です。導入事例では、会社名や導入社数だけでなく、どの媒体を対象に、どの工程を、標準機能・設定・追加開発のどれで実現したかを確認します。提案時は、要件をすべてカスタマイズする会社より、標準機能へ合わせる部分と独自開発する部分を説明できる会社を評価します。

媒体マスタの更新、素材の版管理、承認証跡、案件別原価を扱った経験があるかを質問します。会計連携、社外共有、データ移行の経験も、あわせて確かめます。

担当者の体制と要件定義の責任者、開発・テスト・保守の分担を確認します。障害時の連絡窓口、SLA、ソースコードやデータの扱い、契約終了時の移行支援も見ておきます。特に広告業務では、営業と制作だけでなく、経理や法務のレビューを提案に含められるかが重要です。

法務・セキュリティ・AI利用の見積もりに含める条件

広告素材や顧客情報を扱う場合は、次の条件を要件に入れます。

  • 権限と記録:アクセス権限、操作ログ
  • データ保護:暗号化、バックアップ
  • 保存期限:削除の方法まで決めておく
  • 再委託:委託先がさらに委託する場合の扱い
  • 障害・漏えい時:報告の方法

個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン(通則編)」(2025年6月1日施行版)では、委託先の安全管理措置を事前に確認する考え方が示されています。契約には取り扱い状況の把握を盛り込み、必要に応じて監査することも示されています。

生成AIで広告コピーや画像、レポートを作る場合は、次の点を決めておきます。

  • 入力データ:学習利用と個人情報の扱い
  • 著作権・商標:生成した広告コピーや画像の扱い
  • 誤情報:出力の誤りへの対応
  • 利用者への表示:AIを使ったことを利用者にどう示すか
  • 最終承認者:最終確認を誰が行うか

経済産業省は2026年3月31日に「AI事業者ガイドライン」第1.2版を取りまとめており、AI機能の要件整理で参照します。AI機能を見積もりに入れる場合は、次の項目を別項目で記載します。

  • モデル利用料:AIモデルの利用にかかる料金
  • ログ保存:記録として残す内容
  • 評価と修正:出力の評価と、拒否・修正の流れ
  • 人による承認:人が確認してから次へ進む工程
  • モデル変更:変更時に行う再テスト

フリーランスや制作会社が関わる場合は、発注内容、納期、報酬、変更、検収、支払の履歴を残せるようにします。

法的判断をすべてシステムに任せるのではなく、契約と社内規程に沿って、誰が確認するかを運用に組み込みます。開発会社の認証だけで判断せず、どのデータをどの環境で扱うか、再委託先を含めて確認します。

見積もりでは、セキュリティレビュー、脆弱性診断、ログ保管、教育、規程作成の支援が含まれるかも見ておきます。

ポイント

見積もりを比べるときは、総額より前提のそろい方を重視して判断します。業務範囲と成果物、追加費用の条件がそろっていなければ、安い見積もりを選ぶ根拠になりません。

媒体進行管理システム開発でよくある質問

媒体進行管理システム開発のよくある質問

媒体進行管理システムの開発では、対象範囲、導入方式、費用、既存データの扱いについての質問が多く寄せられます。計画段階で判断しやすいよう、実務で特に確認される内容を取り上げます。

媒体進行管理システムはパッケージとスクラッチのどちらがよいですか?

案件収支や請求など共通業務が中心で、標準機能へ業務を合わせられるなら、パッケージやSaaSが向いています。

独自の割付、審査、媒体API、外部会社ポータルが競争力に直結し、既製品では長期的な追加費用が大きい場合は、スクラッチや限定的な追加開発を検討します。

一つの進め方として、最初から全機能を作らず、標準製品で共通部分を整え、差別化部分だけを開発する方法も有効です。

Excelで管理している過去データは移行すべきですか?

すべてを移行する必要はありませんが、現行案件、契約・請求に必要な案件、媒体マスタ、検索頻度の高い履歴は優先して移行します。

古い素材を無条件に取り込むと版違いと容量の問題が増えるため、保存期限、利用許諾、参照頻度で分類します。

移行前に表記ゆれと重複を整理し、移行後は件数・金額・権限・サンプルを照合して、元のExcelを読み取り専用で保管します。

開発期間はどれくらい見ておくべきですか?

設定中心のSaaSやローコードなら2週間〜2か月、パッケージ導入なら1〜4か月、カスタマイズやスクラッチMVPなら4〜8か月、本格的な基幹連携型なら6〜12か月程度が予算計画上の目安です。媒体数、承認経路、外部連携、データ移行、利用部門のレビュー速度で変わるため、開発だけでなく要件整理・テスト・教育・パイロットを含めて計画します。

AI機能を媒体進行管理に組み込んでも問題ありませんか?

AI機能の導入自体は可能ですが、用途と責任の範囲を決めてから組み込みます。

原稿やレポートの草案作成に使う場合も、入力データの範囲や学習利用、著作権、誤情報を要件に含めます。加えて、最終承認者、ログ保存、モデル変更時の再評価も決めます。

掲載・放映される内容をAIだけで自動確定せず、人が承認してから次工程へ進む状態を基本にします。

ポイント

パッケージかスクラッチかは、標準機能へ業務を合わせられるかで判断します。既存データは必要な範囲から移行し、AI機能は人の承認を前提に組み込みます。

まとめ

媒体進行管理システム開発のまとめ

媒体進行管理システムの開発は6フェーズで進みます。要件整理と製品・開発会社の選定から始め、設計・開発とテストを経て、稼働と定着に至ります。

媒体枠から請求までを、ひとつのデータの流れにつなぐ必要があります。そのためには、媒体種別ごとの締切、版管理、権限、マスタ更新、既存システムとの役割分担を先に決めます。

費用は、設定中心のSaaS・ローコード、パッケージ、カスタマイズ、スクラッチで大きく異なります。

比較は、初期費用に加えて、移行、教育、保守、ストレージの費用を含めます。API、セキュリティ、3年TCOも同じ条件で比べます。

まずは1媒体・1部署・1案件種別のMVPから始め、遅延、差し戻し、素材探索、請求漏れ、粗利把握の時間を測りながら段階的に拡張すると、現場に定着するシステムへ近づけられます。

▼全体ガイドの記事
・媒体進行管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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