Webメディア向け記事制作管理システム開発の見積相場や費用/コスト/値段について

記事制作管理システムの費用は、SaaSなら月額約4,000〜5万円程度から利用できます。導入方式によって初期費用の幅は大きく、スクラッチ開発では1,200万〜3,000万円以上が推定レンジです。

初期費用は、導入方式、移行量、連携の範囲によって変わります。全体の流れは、完全ガイドで確認できます。

▼全体ガイドの記事
・Webメディア向け記事制作管理システム開発の完全ガイド

Webサービス開発の費用の考え方や見積もりの注意点については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。

Webメディア向け記事制作管理システムの概要

記事制作管理システムは、企画から公開後の分析までを一つの流れで管理する業務システムです。CMSの公開機能に加えて、制作工程も扱います。

扱う工程には、キーワード設計と構成案、執筆と編集があります。さらに、校正と監修、法務確認と承認、予約公開も含みます。費用を考えるときは、制作工程のどこまでを仕組み化するかが大きな分かれ目になります。

CMSとの違い

両者の違いは、公開機能に加えて制作工程をどこまで管理するかです。その差は、記事の公開から公開後の分析までの4つの機能に表れます。

• CMS：記事と画像を登録し、Webサイトへ公開する機能。
• 制作状況：企画から公開までの状態を、記事台帳で一覧にする。
• 権限と履歴：役割別の権限、コメント、変更履歴を記事に紐付ける。
• 公開後の分析：記事の成果を見て、企画の改善につなげる。

記事台帳では、担当者やキーワード、検索意図を記録できます。公開予定日や優先度も記録できます。さらに、ライター、編集者、クライアント、承認者の権限も、役割ごとに分けられます。

コメントやリビジョンの比較、画像の利用許諾、出典URL、監修者、法務確認も、記事に紐付けられます。公開後は、検索順位、クリック率、読了率、回遊、問い合わせや会員登録などを確認できます。

導入方式の種類

導入方式は、SaaS、既存CMSやパッケージの拡張、業務に合わせたスクラッチ開発に分けられます。特徴を比べると、どの範囲に向くかが見えてきます。

• SaaS：標準機能で足りるなら、短期間かつ低コストで始めやすい。
• パッケージ拡張：慣れた環境を活かしながら、権限や連携を追加できる。
• スクラッチ開発：案件、広告、会員基盤、請求などの固有業務も、一つにまとめられる。

SaaSは初期費用が安くても、デザイン調整、API連携、既存記事の移行、教育、運用サポートが別料金になると、総額は増えます。また、スクラッチでも標準部品やクラウドを使えば、費用と期間を抑えられます。

Webメディア向け記事制作管理システムの費用相場の目安

標準的なSaaSは、月額約4,000〜5万円程度から利用できます。移行や連携を含む導入は100万〜500万円程度です。

業務固有のスクラッチ開発は1,200万〜3,000万円以上が推定レンジで、パッケージ拡張は300万〜1,200万円程度です。対象のシステムに特化した公的な一律価格はなく、この金額は機能数と一般的な開発工数から算出した概算です。

SaaSの月額料金

ここでは、公開料金のあるSaaSと、導入効果が示された事例を比べます。

• MovableType.net：税込月額3,850円、7,700円、16,500円で、ビジネス以上はワークフローやステージングなどに対応する。
• BERYL：初期費用0円、月額49,000円（税抜）で、毎月1,000GBまで込み。超過分は1GBあたり15円。
• スーツスクエア：BERYLへ移行後、表示速度や制作工数、管理運用が改善した事例。

MovableType.netは初期費用がかからず、管理ユーザー数、容量、転送量、ブログ数を追加すると月額が増えます。契約前に公式料金ページをご確認ください（出典: シックス・アパート「MovableType.net 料金プラン」、2026年8月確認）。

BERYLの月額料金は税抜で、制作代行やSEOコンサルティングはオプションになります。さらに、標準ライセンスと導入支援は別料金です（出典: BERYL公式料金プラン、2026年8月確認）。

同事例では、モバイルビュー、自動WebP変換、公開直前の差分表示により、画像調整や編集の先祖返りも減りました（出典: BERYL「スーツスクエア」導入事例、2025年掲載・2026年8月確認）。この事例は、青山商事株式会社のスーツスクエアが運営するメディアで紹介されています。

独自連携やカスタマイズを含む場合の費用

カスタマイズ費用は、連携や移行の範囲と、データの複雑さで変わります。費用の差は、追加機能と導入支援、CMSの料金プラン、個別見積もりの扱いに表れます。

• 追加機能：独自テンプレート、CMS・GA4・Search Console連携、SlackやTeams通知、レビュー画面、一括移行。
• 導入支援：限定要件は100万〜300万円、複数連携・デザイン込みは300万〜500万円。
• Contentful Lite：月額300ドル、20ユーザー、3ロール、月100万APIコール。
• Enterprise：個別見積もりになるため、為替、サポート、転送量、API利用量も含めて比べる。

記事数や移行データの形式が複雑になるほど、同じ機能数でも費用は上限側に近づきます。

Contentful Liteでは予約公開や共同編集も利用できます（出典: Contentful公式Pricing、2026年8月確認）。円換算額は為替で変わるため、決済通貨、サポート、転送量、API利用量、実装パートナー費用も合わせて比べます。

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

見積書を作業ごとに分けると、どの作業にいくら払うのかが分かります。画面の開発より、移行準備や権限・承認ルールの整理に時間がかかることもあります。

• 初期作業：要件定義、設計、実装、テスト、データ移行、教育。
• 運用費：クラウド、保守、機能追加。

要件定義・設計・実装にかかる費用

費用を見積もるときは、工程ごとの成果物と人月数を見ておくと、比べやすくなります。主な作業は、要件定義、設計、実装の3つです。

• 要件定義：制作フロー、状態、関係者、期限、差し戻し理由を整理する。
• 設計：台帳、権限、ワークフロー、履歴、素材、SEO、連携の設計。
• 実装：管理画面、API、通知、検索、予約公開、監査ログなどを作る。

設計では、ワークフローとデータモデルを先に定めます。記事台帳やユーザーとロール、外部連携などの設計も、この段階で行います。設計が曖昧なままだと、実装の途中で手戻りが生じやすくなります。

見積書では、各作業の人月数や成果物、検収条件を並べて確かめます。人月単価を60万〜120万円と仮定すると、2〜4人月のMVPは120万〜480万円になります。10〜20人月の業務システムなら、600万〜2,400万円が工数上の概算です。

ここで示した金額は、工数上の概算です。市場の確定価格ではなく、担当者のスキルや会社の体制、品質要件、既存資産の再利用度によって変わります。

テスト・移行・教育にかかる費用

移行とテストでは、データの範囲と確認工程が費用に影響します。移行の対象は記事本文だけではなく、カテゴリ、タグ、リダイレクトも含まれ、その分の工数も費用に入ります。

• 移行データ：本文、タイトル、説明文、分類、著者、画像、出典。
• URLと関連情報：関連記事、旧URLと新URL、リダイレクト。
• 受け入れテスト：権限、通知、公開日時、画像の権利情報の確認。

記事が1,000〜10,000本あり、画像も多く、HTMLが不統一なうえにURLの維持も求められると、移行費用は増えます。

テストは、ライターや編集者、監修者、クライアント、公開担当者が実データで行います。不備を事前に見つけられれば、修正費を抑えられます。確認を省くと、公開後の修正や検索流入の減少につながりかねません。そのため、移行後の目視確認も見積もりに含めておきます。

クラウド・保守・機能追加のランニングコスト

運用費は、利用環境とサポート条件で変わります。継続して発生する主な費目は、次のように分けて見ると比べやすくなります。

• 基盤：SaaSの利用料、クラウド、CDN、データ転送量。
• 運用：監視、バックアップ、セキュリティ、問い合わせ、障害対応。
• 保守費：初期開発費の年15〜25％、または月額10万〜100万円程度。

軽微な改修や機能追加も、継続費用として見込んでおく必要があります。保守費は、対象時間や窓口、SLA、改修範囲によって上下します。

WordPress VIPは、セットアップ費用がなく、トラフィックが急増しても超過請求はないと説明しています。サイト数やトラフィック、サポート内容を伝え、個別見積もりを取ります（出典: WordPress VIP公式Pricing、2026年8月確認）。

サポートや契約期間もTCOに影響するため、月額だけでなく運用条件も比べます。

費用が上がる変動要因

月10本を扱う1メディアと、複数ブランドで月100本以上を公開する場合では、設計が変わります。機能数以外の条件も、見積もりの前に整理しておきます。

• 体制：ユーザー数、役割、承認段階。
• データと規模：記事数、月間PV、連携先。
• 拡張予定：将来のメディア数。

ユーザー数と承認段階の影響

ユーザー数と承認段階によって、権限や通知の設計は変わります。見積もりの前に、体制と承認フローを整理しておきます。

• アカウント管理：権限、招待、退職者の無効化、監査ログ、SSO。
• 承認フロー：編集、専門家監修、法務・広告確認、クライアント確認、最終公開。
• 外部利用者：担当記事だけを閲覧できる区分と、そのアクセス範囲。

承認者が編集者だけなら、設計は単純です。一方で、承認段階が増えると、差し戻し先と期限の設定が要ります。通知、代理承認、履歴も必要になります。

外部ライターや取引先の区分とアクセス範囲は、後から権限を加えると画面やデータモデルの再設計が必要になりかねないため、最初の見積もりに明記しておく必要があります。

記事・画像の移行量とアクセス規模

移行工数は、データの状態とアクセス規模によって変わります。データ変換と基盤費用の観点から、記事や画像の情報も含めて、工数と費用を分けて見ます。

• 移行形式：CSVやAPIの一括登録、変換ルール、移行後の照合。
• 記事・画像：著者、分類、内部リンク、構造化データ、alt、許諾。
• アクセス基盤：CDN、キャッシュ、画像配信、監視、障害時の切り替え。費用は、ライセンスと基盤の両方に影響します。

記事数が多いほど確認の手間が増え、画像名やWebP、クレジットも工数に影響します。月間PVが多いメディアでは、検索インデックスも見積もりに影響します。

アクセス規模は、ライセンス料金とインフラ料金の両方に関係するため、両方を確認します。MovableType.netはプランにより転送量やCDN条件が異なります。BERYLは、1,000GBを超えた転送量が従量課金になります。

外部連携・AI・セキュリティの追加要件

接続先が増えるとテストや障害の切り分けも増え、開発費と保守費が上がりやすくなります。追加要件は、外部連携、AI運用、公開管理の3つに分けられます。

• 外部連携：認証、API制限、エラー処理、データ保持期間。
• AI運用：モデル、入力・出力、出典、確認者、承認日時。
• 公開管理：人間の最終承認を含む品質・法務リスク管理。

GA4やSearch Console、広告・CRMとの連携は、設計の量に関わります。さらに、SNSやメール配信、SlackやTeams、既存CMSも、どれを含めるかで設計の量が変わります。

Googleは、価値を加えない生成AIページの大量作成が、スパムポリシーに触れ得ると案内しています。同ガイダンスは、正確性や品質、関連性を重視しています（出典: Google Search Central「生成AIコンテンツに関するガイダンス」、2026年8月確認）。

生成AIは、タイトル案や要約、表記確認、メタ情報の作成を支援します。人間が最終承認を行えば、品質と法務リスクを管理できます。生成AIを使う場合は、入力データや出力、出典、確認者、承認日時を残せる設計が必要です。

費用と開発期間の見方

費用と期間は、どの範囲をいつ使えるようにするかで判断します。完成版を一度に作ろうとすると、要件定義やテストが長引き、予算を使い切ってしまう場合があります。

まずは制作工程のボトルネックを解消するMVPから始め、利用データを見ながら広げる進め方が現実的です。方式ごとの期間の目安は、それぞれの見出しで示します。

MVP導入の期間目安：2週間〜2カ月

記事台帳や状態、担当者、基本権限、コメント、予約公開など、標準機能の設定だけであれば、期間は2週間〜2カ月程度です。既存のCMSを維持して、SaaSで制作管理を補う形にすると、さらに短くできます。

初期費用は0万〜100万円程度からです。設定やテンプレート、簡単な研修、少量の移行を加えると、費用は上限側に近づきます。AI自動執筆や複雑な分析、複数サイトへの同時配信は、後回しにします。

まずは、改善効果を測る項目を決めます。制作の速さ、手戻り、確認の負担の3面から、導入後の変化を見ます。

• 制作時間：公開までの時間を計測する。
• 品質と手戻り：差し戻し率や二重編集の件数を見る。
• 確認負荷：画像確認にかかる時間を測る。

移行・連携込みの導入の期間目安：1〜4カ月

移行・連携込みの期間は、対象データや外部サービスによって変わります。導入前には、試験移行と切り替え条件を決めておきます。

• 導入範囲：独自テンプレート、API、移行、権限、ステージング、本番切り替え。
• 試験移行：記事種別、画像、表、埋め込み、公開状態の異なる記事を選ぶ。
• 切り替え：切り戻し条件と旧サイトの保持期間を決める。

これらを含めると、期間は1〜4カ月程度、初期費用は100万〜500万円程度が推定レンジです。

記事が1,000本以上あったり、大量の画像があったりすると、確認が長引きます。そこで、数十本程度を試験移行して変換ルールを確定しておくと、本番の例外処理を減らせます。

業務固有の開発の期間目安：6〜12カ月以上

業務固有の大規模開発では、期間、費用、開発範囲を分けて判断します。

• 統合範囲：複数メディア、ブランド、多言語、会員・広告・案件・請求管理。
• 段階導入：中核制作、移行、分析・広告連携、複数メディア展開。
• 継続判断：各段階で利用継続の基準を置く。

この範囲では、期間は6〜12カ月以上、推定費用は1,200万〜3,000万円以上です。大規模な基盤では、3,000万円を超えることもあります。

この金額は、要件定義、設計、実装、テスト、移行、PMを含む工数ベースの推定です。特定の会社の確定見積もりとして扱わないよう、注意してください。

段階ごとに成果を確認すれば、効果が得られない機能への追加投資を止められます。範囲を分けることで、リスクも管理しやすくなります。

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

見積もりの前に、制作本数や関係者、承認段階をまとめておきます。記事数や月間PV、連携先、将来のメディア数もあわせて整理しておくと、各社を同じ条件で比べられます。

機能名だけでなく、誰がどのデータを、どの状態で、何分以内に処理するかまで書きます。要件の細かさで、提案の範囲がはっきりします。

要件とRFPの書き方

RFPには、制作フローや手戻り、記事種別、利用者の役割、承認ルールを書きます。加えて、状態、公開先、画像・出典管理、SEO項目、連携先も記載します。

セキュリティ条件や移行対象、希望時期も必要です。たとえば「予約公開」であれば、予約者や確定者、履歴の要件まで具体化します。

費用を抑えるには、要件を優先度で分けます。中核機能を先に作り、自動執筆や高度な予測分析はPoCの後に判断します。

• 必須：記事台帳、権限、レビュー、予約公開。
• できれば必要：リビジョン、素材・出典管理。
• 将来検討：AI自動執筆、高度な予測分析。

複数社の見積もりの比べ方

見積もりは、費目、対応範囲、会社の実績に分けて比べます。契約後の追加費用を避けるためです。

• 費目：要件定義、設計、開発、テスト、移行、教育、保守。
• 契約範囲：問い合わせ、障害対応、追加改修、データ返却。
• 実績と体制：移行、権限、二重編集防止、画像・出典、分析連携。

セキュリティ診断や機能追加も比較の対象です。たとえば、初期費用に移行が含まれるか、月額に問い合わせ対応が含まれるかで、総額の見え方は変わります。

CMS製品の会社と開発会社では、役割が異なります。そのため、契約の主体と、要件定義から実装、移行、保守までの担当範囲を確認します。

安い見積もりのリスク

安い見積もりは、作業範囲と現場への適合性を確認してから判断します。特に、抜けやすい項目を先に整理しておきます。

極端に安い見積もりでは、要件定義や移行後の目視確認、権限テストが含まれないことがあります。リリース支援や保守は、外れていることもあります。

• 作業範囲：要件定義、移行確認、権限テスト、リリース支援、保守。
• 現場の機能：差し戻し、同時編集、予約公開、画像の権利確認。
• 試用：実務担当者がPoCで公開時間や差し戻し率を測る。

範囲が曖昧なまま契約すると、後の作業が追加機能扱いとなり、予算を超えることがあります。そのため、成果物と対象外の作業を確かめておきます。

機能が不足していると、導入後に使われなくなる可能性があります。ライターや編集者、監修者、承認者が試用して、リスクを確かめます。

コスト最適化のポイント

コスト最適化の目的は、必要な成果を少ない投資で得ることです。初期見積もりを最安にすることではなく、公開事故や手戻り、移行失敗、制作の停滞、保守できない機能を避けることが要点になります。

高額な機能を削る前に、現場の負担が大きく、効果を測りやすい工程から優先します。段階的な導入方法も、あわせて確認します。

中核機能に絞ったMVP

制作上の混乱を減らすため、MVPに必要な機能から導入します。記事管理は、誰がどの記事を止めているのか分からない課題に対応します。承認前の公開や、画像の利用許諾を探せない課題にも応えます。編集内容の先祖返りを防ぐことも、中核機能を置く理由です。

• 記事管理：記事台帳と制作ステータスを管理する。
• レビュー：役割別権限、コメント、差し戻しを扱う。
• 公開と履歴：リビジョンと予約公開を備える。
• 素材管理：素材と出典を記事に紐付ける。

AI執筆、複雑な推薦、複数チャネル配信は、目的と効果測定を決めてから追加します。利用状況は、3カ月程度の運用で確認します。

利用率や公開までの時間、差し戻し率、誤公開件数、記事ごとのCVを測ったうえで、効果のある機能へ予算を振り替えます。

既存CMS・クラウド・標準機能の活用

既存資産を再利用すると、開発範囲を減らせます。費用と標準機能、将来の保守負担を合わせて判断します。

• 活用する資産：既存CMS、認証基盤、クラウド、CDN、監視。
• 料金比較：MovableType.netやBERYLの初期費用と月額を、別々に見る。
• 業務適合：標準機能で運用できるか、先に試す。

標準機能を無理に作り変えると、更新のたびに追加の対応が必要になる場合があります。そのため、業務ルールとの適合を確かめておきます。

運用で吸収する業務とシステムで変える業務を分けると、長期的な保守費を抑えやすくなります。

PoCとTCOによる投資判断

投資を判断するときは、PoCで現場の課題を確かめ、初期費用と運用を含むTCOを比べます。

• PoC：実際の記事数本と画像で、企画から予約公開まで試す。
• TCO：3年程度の総保有コストを比較する。
• 効果：制作時間や公開事故の改善を、費用と照らす。

PoCでは、迷う箇所や差し戻しの原因、権限の不足、モバイル確認の時間を記録しておくと、追加費用を早めに見つけられます。

TCOには、ライセンスやクラウド、保守、教育を含めます。さらに、移行やセキュリティ診断、追加機能、将来のメディア増加も含めます。

月額が安くても、手作業や保守の負担が大きければ総額で不利になる場合があります。効果と費用は、同じ期間をそろえて見るのが基本です。

よくある質問

公開料金のあるサービスと、個別見積もりの開発費では性質が異なります。価格表だけで同じように判断しないよう、注意してください。

Webメディア向け記事制作管理システムの開発費用はいくらですか？

初期費用は導入方式によって大きく異なります。SaaSの設定から、スクラッチ開発までの4区分に分けると、金額の差が見えてきます。

• SaaS設定：初期費用0万〜100万円程度。
• 移行・連携込み：100万〜500万円程度。
• パッケージ拡張：300万〜1,200万円程度。
• スクラッチ開発：1,200万〜3,000万円以上が推定レンジ。

金額は、記事数やユーザー数、承認段階、連携先、セキュリティ要件によって変わります。金額だけでなく、含まれる作業と期間も確かめてください。要件の違いは、見積もりに反映されます。

SaaSとスクラッチ開発はどちらが安いですか？

どちらが安いかは、利用期間と必要な機能によって変わります。比べるときは、導入の早さと初期費用、要件の細かさ、運用期間の3つの軸で見ます。

• 短期導入：標準機能が合うSaaSなら、初期費用を抑えやすく、導入もしやすい。
• 独自要件：複数メディアや細かな権限、独自の案件管理、深い連携があると、SaaSでは追加開発や手作業が増える場合がある。
• 長期運用：独自要件が多い場合は、スクラッチ開発が向くこともある。

方式を選ぶときは、初期額だけでなく、運用費も含めて比べます。

記事1,000本の移行費用は決まっていますか？

移行費用は、記事本数だけでは決まりません。データの状態や検証の範囲も、工数に影響します。

• 記事データ：本文形式、画像点数、URL維持、カテゴリ、著者、メタ情報、内部リンク。
• 移行環境：旧CMSのAPI有無と、移行後に目視確認する範囲。
• 試験移行：代表記事を移し、例外記事もサンプルに含める。

1本あたりの変換と確認時間を測ると、全体費用を推定できます。

生成AI機能を追加すると費用はどのくらい増えますか？

追加費用は、利用するモデルや実装の範囲によって変わります。見積もりでは、利用条件から導入判断までの5つの要件を分けて確かめます。

• 利用条件：モデル、利用量、入力データ保護。
• 運用設計：出典、ログ、承認フロー、管理画面、API連携。
• 既存APIの活用：タイトル案や要約、校正から始めると進めやすい。
• 自動化の範囲：記事生成から、出典・権利確認、公開承認までを含めると、検証と監査設計が増える。
• 導入判断：人間が最終承認するPoCで、利用回数と効果を確かめ、対象の機能を広げる。

まとめ

記事制作管理システムは、SaaSなら月額約4,000〜5万円程度から始められます。移行・デザイン・API連携込みは100万〜500万円程度です。パッケージ拡張は300万〜1,200万円程度、スクラッチ開発は1,200万〜3,000万円以上が推定レンジです。総額は利用条件で変わります。

公開料金のあるサービスでも、ユーザー数や転送量、オプション、保守、為替などで費用は変わります。そのため、費用と制作成果を合わせて判断します。

制作成果とTCOで見る費用判断

初期価格だけでなく、運用規模と制作成果を含めて投資を判断します。まずは運用規模と現状の課題を見て、そのうえで導入範囲と総額、費目を比べます。

• 運用規模：制作本数、関係者数、承認段階、記事数、月間PV、連携先、将来のメディア数。
• 現状の課題：手戻りや公開の遅れを、目に見える形にする。
• MVP：記事台帳、権限、レビュー、予約公開、履歴、素材・出典管理から始める。
• TCO：3年程度の総保有コストと、制作成果の改善を比べる。
• 費用項目：移行、教育、クラウド、保守、セキュリティ、機能追加。公開時間や記事成果と合わせて見る。

見積もり前に整理する現場の条件

見積もりの相談では、現場の条件と試験の方法を具体化します。そのうえで、導入範囲と将来の拡張を分けて整理します。

• 業務条件：担当者、記事の流れ、承認段階、公開先と時期。
• PoC：記事と画像で差し戻し、二重編集、公開前・モバイル確認を試す。
• AI利用：出典と承認ログを確認する。

必要な範囲と将来の拡張を分けておくと、費用と成果のバランスを取りやすくなり、導入後の追加費用も抑えられます。

▼全体ガイドの記事
・Webメディア向け記事制作管理システム開発の完全ガイド

▼見積依頼前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【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を創業。