CMS開発の完全ガイド

CMSは、従来型やヘッドレスなどの方式と提供形態を整理し、更新体制や公開先に合わせて選ぶと、運用に合う情報管理の基盤になります。

CMSの全体像と種類、導入の進め方、費用、開発会社の選び方、運用で確認すべき事項を順に取り上げます。各テーマの詳しい内容は、関連記事もご覧ください。

▼関連記事一覧
・CMS開発の進め方/やり方/流れや方法/手法/工程/手順
・CMS開発でおすすめの開発会社/ベンダー6選と選び方
・CMS開発の見積相場や費用/コスト/値段について
・CMS開発の発注/外注/依頼/委託方法について

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

CMSの全体像と主な機能

CMSはContents Management Systemの略で、Webサイトやデジタルサービスに掲載する情報を、組織的に管理するシステムです。

ページを作る道具であると同時に、誰が、どの情報を、どのタイミングで、どの承認を経て公開するかを決める仕組みである点に、本質があります。

CMSの利用場面

CMSの利用場面は、サイトの更新だけでなく、情報管理の業務全体から捉える必要があります。そのうえで、対象サイトや公開の流れ、管理するデータ、入力のルールを確かめます。

• サイト：コーポレートサイト、採用サイト、オウンドメディア、製品情報サイト、会員向けサイト、社内ポータル、多言語サイト
• 公開フロー：広報がニュースを登録し、責任者が確認したうえで、管理画面から日時を指定して予約
• 管理対象：記事・製品・店舗・イベント・資料・求人
• 入力ルール：項目を定め、抜けや表記のばらつきを抑える

HTMLを直接編集できる担当者を毎回手配しなくてもよいため、更新のスピードと担当者の自律性が高まります。

複数の部署が同じ情報を扱う企業ほど、単なる編集画面より、業務ルールに沿って動くCMSが役立ちます。

CMSの主要機能

機能を比べるときは、コンテンツを作る段階から公開後の運用までを通して見ます。編集や公開の機能に加えて、SEOや外部連携まで含めて整理します。

• 編集：ページ・記事、ブロック、カスタム項目、画像・PDFを管理
• 公開：下書き、レビュー、承認、予約、掲載の終了、版管理、操作履歴、ユーザー・ロール別の権限
• 大規模運用：サイト内検索、カテゴリ、タグ、パンくず、XMLサイトマップ、複数サイト・複数ドメイン、多言語
• SEO：title、description、canonical、見出し、画像の代替テキスト、構造化データ、noindex、リダイレクト
• 外部連携：API、Webhook、CSVを使い、商品データベースや会員基盤、CRM、検索、アクセス解析とつなぐ製品もあります

ただし、機能一覧に項目があっても、実際の運用画面で使いやすいとは限りません。そこで、代表的な更新を試し、入力から承認、プレビュー、公開までを確かめることが大切です。

CMSの種類と方式別の選び方

CMSの種類は、画面と管理機能の構成、運用基盤、ライセンス形態の観点で整理できます。ただし、方式の分類は互いに重なります。従来型とヘッドレスは、クラウド・SaaSなどとも重なる分類です。

選ぶ際は、方式の名前より、更新者、配信先、セキュリティ責任を基準に見ます。予算や将来の拡張も、判断の材料に入れます。

従来型CMSとヘッドレスCMSの違い

方式の違いは、管理画面と表示機能の関係、配信先の広がりから見ると分かります。項目ごとに、各方式がどの役割を担うかを比べます。

• 従来型：管理画面と表示機能が一体になっている
• ヘッドレス型：APIを介して、管理と表示を分けた構成
• 配信先：複数チャネルでコンテンツを再利用
• 構成判断：表示側の設計や運用も含めて、方式を選ぶ

編集内容を確認しやすく、一般的な企業サイトを比較的わかりやすく構築できます。また、プレビューやテンプレートの管理も、一つの環境にまとめやすいのが特徴です。

ヘッドレス型なら、同じ情報をスマートフォンアプリやデジタルサイネージ、会員向け画面へ再利用できます。一方で、フロントエンドやホスティング、プレビューを別途設計する必要があります。キャッシュや認証も設計の対象に入るため、CMS利用料だけでは完成しません。

複数チャネルへの展開が明確な場合に、この方式は適しています。

クラウド・パッケージ・オープンソースの選び方

提供形態を選ぶ前に、基盤管理の負担と契約後に担う作業を見比べます。提供形態ごとに、見るべき点は異なります。

• クラウド・SaaS：基盤運用の範囲と契約条件
• パッケージ：業務要件と初期費用
• オープンソース：保守を担う相手の有無
• スクラッチ開発：自由度と、再開発の負担を比べる

クラウド型やSaaS型は、サーバーの調達や監視、基盤の更新を自社で抱えにくく、短期間で始めやすい方式です。

確認したいのは、ユーザー数、API数、環境数です。加えて、転送量とストレージ、サポートの内容、解約時のデータ取り出し条件も見ます。月額が安く見えても、アクセス増加や追加権限で費用が変わる場合があります。

パッケージ型は、ライセンス、構築、保守を含めた初期費用が大きくなりやすい方式です。また、オープンソース型では、コアやテーマ、拡張機能の更新と脆弱性対応を、自社か保守担当が担います。

スクラッチ開発は自由度が高い反面、基本機能を再開発しやすいため、最後の選択肢として検討します。

判断に迷うときは、更新者の人数と承認段階、公開先を書き出します。既存データの移行の有無や、障害時に何時間以内の復旧が必要かも整理します。この5点を見ると、必要な機能と不要な高機能の区別がつきやすくなります。

CMS開発・導入の進め方（9段階）

CMS開発では、製品の契約をゴールにせず、目的やコンテンツ、運用体制を踏まえて、移行、テスト、教育までを一つのプロジェクトとして設計します。

特に既存サイトのリニューアルでは、制作作業よりも、コンテンツの棚卸しと公開後の運用設計に時間がかかることがあります。

▶ 詳細はこちら：CMS開発の進め方/やり方/流れや方法/手法/工程/手順

1.目的・KPIと運用体制の決定

導入の成果は、「新しいCMSにする」という目標では測れないため、導入目的と担当範囲を先に決めます。目的と測定指標、役割、例外時の流れまで決めておきます。

• 目的：更新時間の短縮、検索流入や問い合わせの増加、商品情報の二重入力の削減
• 測定指標：月間更新件数、公開までの平均時間、差し戻し件数、誤公開件数
• 役割：作成者、編集者、承認者、サイト管理者、保守担当
• 例外時の流れ：緊急公開、差し戻し、公開停止、退職者アカウントの削除

現場が日々更新するのに、すべての操作をシステム部門が引き受けると、導入後もボトルネックが残ります。

2.コンテンツ棚卸しと情報設計

移行に入る前に既存サイトの状態を把握すると、再構築の範囲を定めやすくなります。既存ページの把握から情報設計まで、段階を追って進めます。

• 棚卸し：既存ページのURL、タイトル、更新日、流入と問い合わせへの貢献、種類と担当部署、メディアの権利とファイル名を一覧にする
• ページ整理：残すもの、統合するもの、廃止するものに分ける
• 情報設計：階層、URL、分類、項目、必須入力、期限、多言語の単位
• 共通データ：製品情報など複数ページで使うデータを、個別入力か一元管理かで決める

棚卸しを省くと、不要な古いページまで移行することになり、移行費用と運用負担が膨らみます。

また、情報設計をデザインより先に固めておけば、後からテンプレートを作り直すリスクを抑えられます。

3.方式選定、試作、開発、データ移行

本番の操作性は、画面の見栄えからは判断しにくいため、現場で試してから開発へ進みます。候補の選定から移行の検証まで、作業は順に進みます。

• 候補選定：CMSを2〜3方式に絞り込み、代表ページと承認フローを試作する
• 操作確認：画像の差し替え、予約、差し戻し、権限、検索、APIエラーの場面を試す
• 開発：試作で使いやすさを確かめたうえで、テンプレートや連携を作り込む
• URL対応：旧と新のアドレスを対応付け、検索流入のあるページは維持し、変更時は301を設定
• 移行検証：タイトル・見出し・代替テキスト・内部リンク、件数、文字化け、画像、リンク切れ、公開状態が対象

現場担当者が実際の手順を試すことが、この段階では特に重要です。また、検索流入のあるページは、公開後も検索エンジンのクロール状況と404の発生を確認します。

4.テスト、公開、教育、運用改善

公開後のトラブルを防ぎ、担当者が更新を続けられるように、導入の前後に確認工程を設けます。受入テストで仕様を確かめ、修正の期限を定めたうえで、公開後の点検と教育へ進みます。

• 受入テスト：表示、フォーム、権限、公開、検索、SEO、復旧、負荷、安全性が対象
• 修正計画：受入条件を事前に定めたうえで、確認担当と問題の修正期限を明文化
• 公開後確認：解析・エラーログ、移行漏れ、404、フォーム到達の点検
• 教育：操作手順と入稿ルールを担当者へ共有

テストでは、サイトマップやcanonical、構造化データを確認します。リダイレクトとバックアップ復元も対象です。さらに、負荷、脆弱性、アクセシビリティも検証に含めます。

教育では、画像の容量や見出しの付け方を伝えます。公開前のチェックや、個人情報の入力ルールも共有します。また、月次の振り返りでは、テンプレートや権限を見直し、CMSの定着につなげます。

CMSの費用相場とコスト内訳（2026年時点）

CMSの費用は、CMS本体の利用料と、サイトを作る費用に分けて考えます。

クラウド型の月額が数千円でも、デザインやフロントエンド開発、コンテンツ移行を加えると、プロジェクト全体の金額は大きく変わります。外部連携や教育、保守も費用の対象になります。

次に示すのは、公開情報と類似するWeb構築費をもとにした計画用の目安です。CMS導入全体の相場を保証するものではありません。

▶ 詳細はこちら：CMS開発の見積相場や費用/コスト/値段について

▶ 詳細はこちら：CMS開発の発注/外注/依頼/委託方法について

規模別の初期費用と期間の目安

規模別の目安をつかんでおくと、予算と公開予定を初期段階で計画できます。小規模からエンタープライズまで、ページ数と費用、期間の組み合わせで目安を示します。

• 小規模：10ページ前後、30万〜100万円、1〜2か月
• 中規模：30〜50ページ、100万〜300万円、2〜4か月
• 大規模：100ページ超、500万〜1,500万円、4〜9か月
• エンタープライズ：1,500万〜5,000万円超、6〜12か月超となる場合

費用の前提は、小規模が標準テーマと単一言語、中規模がオリジナルデザインと権限、フォームを含むケースです。大規模では、多言語やサイト内検索に加えて、データ移行と外部連携も含まれます。

エンタープライズ案件では、多数のサイトを扱うほか、基幹システムやAPI連携、厳格な承認・監査を含む場合があります。段階的な移行が加わることもあります。

別の公開目安では、10ページ以下が30万〜50万円、30〜50ページが100万〜200万円、100ページ以上が500万円程度です。金額は、制作範囲によって変動します（出典: HubSpot「CMS導入 Webサイト構築の相場」、2025年）。

費用の内訳と見積もりの分け方

見積もりを比較するときは、製品利用料と制作・運用にかかる費用を分けて確認します。費用の区分をそろえておくと、見積もりを同じ条件で比べやすくなります。

• 利用料・基盤：ライセンスまたは月額利用料、サーバー、CDN
• 構築：要件定義、情報設計、デザイン、テンプレート、フロントエンド
• 導入・運用：外部連携、移行、テスト、教育、保守
• 表示基盤：ヘッドレス型のアプリ、ホスティング、プレビュー、監視

ヘッドレスCMSでは、管理画面の利用料に加えて表示側の費用が必要になるため、見積もりでは表示基盤の費用を別に立てて確認します。

2025年6月改定の料金例では、ヘッドレスCMSの公開プランが、月額無料、月額4,900円から、月額75,000円からと段階的に分かれています。エンタープライズは見積もりです。

2026年4月改定のMovable Typeのソフトウェア版は132,000円（税込）です。年間メンテナンスは44,000円（税込）で、クラウド版は本体プランとストレージを組み合わせる形です（出典: 各公式料金ページ・価格改定情報、2025〜2026年）。

初期費用以外に予算化すべき項目

初期費用だけで判断すると、運用開始後に必要な支出を見落とすことがあります。運用開始後も続く支出は、初期費用と並べて見ると全体が分かります。

• コンテンツ準備：原稿作成、画像・PDFの整理、旧URLへの対応
• 基盤・保守：追加ストレージ、転送量、WAF、CDN、バックアップ
• 運用支援：脆弱性診断、研修、問い合わせ、機能追加
• 総額比較：初期費用と3年分の継続費用を合わせたTCO

オープンソース型は、ライセンスが無料でも、更新作業や互換性の確認を担う保守費が必要になります。

3年TCOで比べると、初期構築費以外の費用も含めて全体が見えてきます。さらに、料金の低さだけでなく、更新作業の削減、障害復旧の速さ、誤公開の防止といった業務効果も、投資の判断材料に含めます。

CMS開発会社・ベンダーの選び方

CMS開発会社やベンダーは、製品の提供や導入の支援を担う場合もあれば、デザインや移行、公開後の保守を担う場合もあります。ただし、窓口が一つでも、契約と責任の範囲は一致するとは限りません。

提案を比べるときは、要件整理から移行、運用定着、障害対応までの役割分担を確認します。製品名の知名度より、この範囲の明確さを優先して見ます。

自社と近い条件での実績の確認

導入社数の多さより、自社の規模や課題に近い実績かどうかを確かめます。事例の条件と担当範囲、効果の根拠を、自社の状況と照らして見ていきます。

• 導入条件：サイト・ページ数、更新者・言語数、承認段階、移行量、連携先
• 担当範囲：ベンダーが担当した工程と公開後の運用期間
• 効果の根拠：「更新時間削減」「運用負担軽減」の対象業務・期間・導入前後の測定方法
• 自社での確認：同じ指標で試算できるか

大規模サイトの事例があっても、単一言語の小規模サイトに同じ体制が必要とは限りません。そのため、自社と似た業界・規模・課題の事例を選ぶことが大切です。

ベンダーの公開事例は参考になりますが、自社で同じ成果を再現できるとは限りません。そこで、現場担当者への聞き取りや公開後の問い合わせ件数を手がかりに、提案の裏付けを見極めます。

提案書と見積書の比較観点

候補会社を公平に比べるには、依頼の時点で条件と確認事項をそろえます。提案書、見積書、RFPの中身を、同じ条件のもとで並べて見ていきます。

• 提案書：目的、範囲、前提、構成、移行、テスト、教育、保守
• 見積書：要件定義、デザイン、設定、実装、連携、移行、SEO、診断、研修、保守
• RFP：対象サイト・ページ数、更新者・承認者、必要な連携、移行件数
• RFP条件：目標公開日、予算上限、セキュリティ要件、保守時間、障害時の連絡方法
• 比較：同じRFPを2社か3社に渡し、提案の内容を並べて見る

見積書が一式で書かれている場合は、作業量と成果物、含まれない作業を質問します。

価格だけでなく、追加費用が発生する条件や担当者の経験も比べます。また、再委託の有無と納品後の責任範囲も、比べる項目に入れます。

契約前に確認すべき保守・セキュリティの責任分界

委託範囲の認識違いを防ぐため、運用開始後の役割と契約条件を、あらかじめ整理しておきます。利用者側と提供者側の担当範囲を、保守の中身や契約の条件とあわせて確かめます。

• 責任分界：利用者側と提供者側の担当範囲を明確化
• 保守範囲：更新、プラグイン検証、監視、WAF、診断、ログ、復旧目標
• 契約条件：サービス停止時の連絡、データのエクスポート、解約後の保存期間、SLA、再委託
• 継続対応：サポート時間、緊急対応費、拡張機能やテーマの保守

クラウド型でも、利用者側の責任になる場合があります。管理画面のアカウントや公開コンテンツ、連携先、フォームの個人情報が該当します。

バックアップ復元やインシデント発生時の初動も、利用者側が担うことがあります。

保守費を削った結果、障害や脆弱性への対応が遅れ、機会損失や復旧費のほうが大きくなる可能性があります。

特にオープンソース型は、CMS本体だけでなく、拡張機能やテーマの保守方針も重要です。停止や解約の場面で困らないよう、契約前に条件を確かめておきます。

▶ 詳細はこちら：CMS開発でおすすめの開発会社/ベンダー6選と選び方

CMSのセキュリティ・SEO・最新動向

CMSは公開後も更新されるため、導入時に運用の安全性と品質を設計します。機能が豊富であっても、権限が広すぎる、古い拡張機能が残る、バックアップを復元できないといった状態では、安全とはいえません。

SEOやアクセシビリティも、初期制作だけでなく、日々の入稿画面と運用ルールで維持する必要があります。

CMSのセキュリティで最低限確認する項目

CMSは導入後も更新や設定変更が続くため、継続できる安全対策を決めておきます。認証や権限の設定、監視や防御まで含めて、対策の範囲を見ていきます。

• 認証・権限：MFA等の強固な認証、最小権限、退職者の無効化、IP制限
• 監視・防御：管理画面の制御、暗号化、WAF、操作ログ、脆弱性情報の把握
• 復旧準備：定期更新、バックアップ、復元テスト
• 継続運用：更新担当者と予算の確保

WordPressでは2025年にもセキュリティ修正版が公開されました（出典: WordPress公式ニュース、2025年）。Drupalでも、コアのセキュリティアドバイザリが更新されています（出典: Drupal公式セキュリティ情報、2025〜2026年）。そのため、製品を選んだあとも、更新を続ける担当者と予算が必要です。

会員情報や問い合わせフォームで個人情報を扱う場合は、保存場所と暗号化、アクセス権を確かめます。ログの保持と委託先、削除手順、インシデント時の連絡体制も確認します。

ECや決済を含む場合は、カード情報をCMSへ直接保存しない構成を検討し、決済サービスとの責任分界も確かめます。また、見積の段階で、セキュリティ診断や復元テストが導入費に含まれるかを明記します。

SEO・アクセシビリティ・AI活用の考え方

CMSを評価するときは、検索品質や使いやすさに加えて、新技術を使う際の確認体制も見ます。検索や入稿の基準から、AIの利用範囲と公開責任まで、評価の観点を並べます。

• 移行後の検索確認：URL変更の扱いと、公開後の監視範囲
• 入稿ルール：編集者が守る品質や操作の基準
• AI利用範囲：許可するデータと作業
• 公開責任：AI出力の確認者、ログ、承認手順

SEOでは、URLを不用意に変えないことが基本で、変更する場合は301リダイレクトを設定します。サイトマップやcanonicalの管理、見出しや内部リンクの設計も欠かせません。

編集画面では、タイトルやdescription、画像の代替テキストを、入稿者が適切に入力できるようにします。大量移行の後は、クロール状況と404を確認します。

アクセシビリティでは、画像の代替テキストやキーボード操作を確かめます。色のコントラストとフォームのラベル、見出しの階層やリンク文言も対象になります。

デジタル庁は2026年3月更新の方針で、JIS X 8341-3:2016とWCAG 2.2を活用し、適合レベルAAを目標にしています（出典: デジタル庁「ウェブアクセシビリティ」、2026年）。

民間サイトのすべてに同じ法的義務があると言い切ることはできません。そのため、対象組織や契約、サービスの特性に応じて目標を設定します。

2025〜2026年には、AIによる下書きや校正、メタ情報の提案が広がっています。加えて、入稿支援やAPI経由のコンテンツ生成も広がっています。

作業時間を短縮できる一方、誤情報や著作権が課題になります。さらに、個人情報の入力、ブランド表現の揺れ、公開承認の責任も課題になります。

AIを使う場合は、利用できるデータと出力の確認者を決めます。ログの保存や、公開前の人による承認も、運用ルールに組み込みます。

CMSについてよくある質問（FAQ）

CMSを選ぶときは、料金だけでなく、更新する人と公開する情報、移行するデータ、運用の責任を先に見ておきます。

CMSは無料で導入できますか？

無料プランやオープンソースのCMSはあります。ただし、サーバーから制作、移行、保守まで無料になるわけではありません。

小規模な検証は無料で始められても、本番運用では、権限やバックアップ、サポートの費用が発生する可能性があります。転送量やセキュリティにも、費用がかかることがあります。

CMSの開発期間はどのくらいかかりますか？

10ページ前後の小規模サイトは1〜2か月、30〜50ページの中規模サイトは2〜4か月が目安です。100ページ超で多言語や外部連携を含む大規模サイトは4〜9か月を見込みます。

期間は、原稿準備や承認の遅れ、移行データの品質によって変わります。意思決定の人数も、影響する要素です。さらに、要件定義とコンテンツ準備の期間も見積もります。

既存サイトのSEO評価を保ったままCMSを移行できますか？

移行はできますが、計画的な確認が欠かせません。確認する対象は、URLやタイトル、見出し、内部リンクです。サイトマップやcanonical、リダイレクトも含みます。

旧URLと新URLの対応表を作成します。重要なページはURLを維持し、変更する場合は301リダイレクトを設定します。そのうえで、公開後は、404やクロールの状況、検索流入、フォームの到達を確認します。

ヘッドレスCMSは初心者でも運用できますか？

コンテンツの登録や承認は、管理画面を設計すれば初心者でも運用できます。ただし、表示画面やAPIのほか、ホスティングやプレビュー、キャッシュも別に構築するため、導入と保守には開発の知識が欠かせません。

複数の配信先や将来の再利用が明確でなければ、管理画面と表示画面が一体の方式のほうが運用しやすいことがあります。

CMS開発の完全ガイドまとめ

CMSは、ページを簡単に編集するツールであると同時に、業務基盤でもあります。コンテンツの登録、承認、公開を支え、移行や保守にもかかわります。

導入を成功させるには、製品の機能比較より先に、誰が何を更新し、どの情報をどの経路で公開するかを明確にします。そのうえで、公開後に安全性を誰が維持するかを決めます。

CMS選定で押さえるべきポイント

CMSには、従来型やヘッドレス、クラウドなど、いくつかの種類があります。大切なのは、名前より、自社の更新体制や公開先に合う方式を選ぶことです。承認や連携、セキュリティ、移行量も、判断の材料になります。

費用は、CMS利用料だけでなく、制作や導入、保守まで含めた3年TCOで比べます。制作では要件定義、デザイン、開発を、導入では移行、テスト、教育を、見積もりに含めるかを比べます。

次に行うべき準備

検討を具体化するには、社内の要件を発注先に伝わる形にまとめます。棚卸しから計画、RFP、公開後の測定まで、順に準備を進めます。

• 棚卸し：既存コンテンツの整理と、更新者・承認者の決定
• 計画：必要な連携の一覧化と、予算・公開時期の設定
• 試作と移行・SEO・安全性を含むRFP
• 公開後の更新時間・誤公開件数の測定

導入後も運用を改善し続けることが、成果につながります。

▼関連記事一覧
・CMS開発の進め方/やり方/流れや方法/手法/工程/手順
・CMS開発でおすすめの開発会社/ベンダー6選と選び方
・CMS開発の見積相場や費用/コスト/値段について
・CMS開発の発注/外注/依頼/委託方法について

▼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を創業。