CodeIgniterのシステム開発の完全ガイド

CodeIgniterのシステム開発は、業務機能、導入方式、移行・運用の3つの観点で整理すると、自社に合う開発計画を立てやすくなります。

できること、向いている業務、開発の流れ、導入方式と費用、開発会社の選び方、安全対策の順に、発注側が確認しておきたい点を解説します。

AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。

CodeIgniterのシステムの全体像と主な機能

4つの要素を組み合わせてシステムを構成します。

CodeIgniterは、PHPでWebアプリケーションを開発するオープンソースのフレームワークです。

業務システムは、MVCを基本に、ルーティング、コントローラー、モデル、ビューを組み合わせて構成します。必要な機能を選んで追加できるため、不要な機能を抱え込みにくい設計です。

MVCとAPIによる業務処理の整理

画面、業務ロジック、データアクセスをMVCで分けておくと、担当者が替わっても処理の流れを追いかけられます。

画面表示：コントローラーが入力を受け取り、モデルがデータを取得して、ビューが一覧を表示します。
API提供：同じデータをスマートフォンや別の業務アプリへREST APIで返せます。

画面とAPIを同じデータモデルから設計できるため、利用端末を後から増やす場合も、同じデータモデルを土台にできます。

業務システムに必要な基本機能

スクラッチ開発であれば、業務固有の承認経路や例外処理を組み込めます。また、標準機能に業務を無理に合わせずに済む点も利点です。

業務システムの基本機能は、利用者の管理、業務データ、登録・承認、連携・運用の四つに分けて組み立てられます。

利用者管理：ログイン、部署・役職ごとの権限を設定できます。
業務データ：顧客、商品、案件、在庫、請求などを管理できます。
登録・承認：検索、一覧、登録、更新、承認などのCRUD機能を組み立てられます。
連携・運用：CSV、帳票、メール、添付、外部API、管理画面、バッチを追加できます。

2026年のPHPと依存パッケージの更新計画

CodeIgniter 4を使う場合は、PHPのバージョンと必要な拡張機能を事前に確かめます。

公式要件では、PHP 8.2ならCodeIgniter 4.2.11以降、PHP 8.4なら4.6.0以降が必要とされています（出典：CodeIgniter公式サーバー要件、2026年8月確認）。

intlやmbstringなどの拡張機能が必要になる場合もあります。依存パッケージはComposerで管理し、開発・検証・本番の版をそろえておくと、リリース後の不具合を抑えやすくなります。

CodeIgniterが向いているシステム

CodeIgniterは、業務ルールをWeb画面やAPIに反映したい案件に向いています。たとえば、利用者が登録・検索・承認を行い、部署や役職によって閲覧範囲が変わるシステムでは、軽量さと拡張性が生きます。

一方で、業務が標準化されていてカスタマイズが少ない場合は、既製サービスの方が導入しやすいこともあります。

社内の申請・顧客・案件・在庫管理

社内申請、顧客台帳、案件管理は、CodeIgniterで作りやすい代表例です。販売管理や入出庫管理、予約管理も同じように作れます。勤怠や作業実績の集計も、その一つです。

データ管理：マスタ登録、条件検索、一覧の絞り込み、CSV出力。
業務処理：ステータスを変えながら、承認履歴を残し、通知を出せます。

全社の機能を一度に作るのではなく、利用頻度の高い業務から始めます。利用状況を見ながら範囲を広げる方法が適しています。

外部サービス連携と業務API

決済、メール、在庫などの外部サービスと連携できます。会計や勤怠との連携もできますし、地図や本人確認の仕組みとも接続できます。

障害対応：接続先が停止した場合の再送、タイムアウト、重複登録への備え
安全な運用：認証情報の更新と、連携結果の監視
復旧手段：失敗したデータを再処理できる管理画面とログ

再処理の仕組みがあれば、運用担当者が開発者を待たずに復旧しやすくなります。

標準業務だけなら既製サービスとの比較

販売、経費、勤怠などの一般的な業務で、運用を既製サービスに合わせられるなら、SaaSやパッケージを早く導入できることがあります。

独自承認や複雑な料金計算が必要な場合は、スクラッチ開発が候補になります。既存データベースの活用や複数サービスの連携、独自権限が必要な場合も同じ考え方です。

技術より先に、業務上の差別化要件と将来の変更頻度を見て、方式を比べます。

ポイント

業務ルールをWeb画面やAPIに反映したい案件では、CodeIgniterが候補になります。標準的な業務で既製サービスに合わせられるなら、そちらと比べてから決めます。

CodeIgniterのシステム開発の進め方

開発は要件定義から始まり、設計と実装を経て、テストへ進みます。移行、教育、運用までを含めて、一つの流れとして計画します。

最初に業務フローと受入条件を決め、優先順位を付けてから開発に入ると、費用と納期を管理しやすくなります。小規模な案件でも、画面を先に作りながら仕様を決めると、権限や例外処理の作業が後半に増えがちです。

要件定義での業務フローとデータの整理

業務フローでは、誰がいつ何を登録し、誰が承認するか、どの帳票や外部処理に使うかを決めておきます。画面の一覧だけでは、差し戻しや代理承認、取消などが抜けやすいためです。締め処理や修正履歴まで洗い出しておくと、抜けを減らせます。

顧客、商品、案件などの項目に加えて、請求や部署、担当者の情報も整理します。データの保持期間や削除、匿名化の扱いも、あわせて決めておきます。

Must：初回リリースに必須の機能。例は検索と登録です。
Should：早期に追加したい機能。例はCSV一括更新です。
Could：将来検討する機能。例は高度な分析ダッシュボードです。

優先順位を分けておくと、利用開始を早められます。また、PoCやMVP（Minimum Viable Product）を早くに用意し、現場で例外処理を確かめる方法も有効です。

設計・開発での権限と保守性の決め方

設計と実装では、機能を作る前に次の内容を決めておきます。

基本設計：画面・API、DB、権限、連携、エラー、ログ、バックアップ、性能目標の方針を決めます。
詳細設計：入力チェック、状態遷移、計算式、SQL、バッチ条件を具体化します。
実装：機能単位のレビューと自動テスト。顧客情報は、画面だけでなくAPIの応答、CSV出力、ログにも権限を適用します。

CodeIgniter 4、PHP、Composer、データベース、Webサーバーのバージョンは固定しておきます。また、設定値や秘密情報は、ソースコードに直接書かない運用にします。

利便性を優先すると、権限漏れや操作履歴の不足を見逃してしまいます。そのため、完成条件にセキュリティと運用項目を含めておきます。

本番稼働前のテスト・移行・教育

本番稼働までの流れは次のとおりです。確認、移行、利用者向けの準備を、順に進めます。

単体テストで個々の処理を、結合テストで画面・API・DB・外部連携を、総合テストで業務シナリオを確認します。
受入テストでは、現場が登録、承認、差し戻し、取消、締め、帳票出力を操作します。性能や復旧、権限、脆弱性、バックアップ復元も確認します。
移行対象の項目、不要・重複データ、文字コード、日付・金額形式、移行後の件数照合を決めます。
複数回のリハーサルで、切替時間と切戻し方法を確かめます。
操作・管理者マニュアル、問い合わせ窓口、障害時の連絡先を用意します。

ポイント

要件定義で業務フローと受入条件を先に決め、優先順位を付けてから開発に入れるかが判断の目安です。画面を先に作りながら仕様を決める進め方は、後半に作業が増えがちです。

SaaS・パッケージ・スクラッチの選び方とCI3からの移行

導入方式は、標準機能に業務を合わせられるか、独自処理をどこまで残すか、データと運用を誰が管理するかで選びます。CodeIgniterを使うかどうかより、柔軟性と将来の保守負担のバランスを見ることが、判断の要になります。

標準化の度合いによるSaaS・パッケージ・スクラッチの比較

方式ごとに、業務への適合性と負担が異なります。

SaaS：初期構築を抑え、短期間で始めやすい一方、独自承認やデータ構造を合わせにくい場合があります。
パッケージ：標準機能がまとまり、設定や追加開発で対応します。更新と契約条件は確認が必要です。
スクラッチ：独自業務や既存データに合わせやすい一方、初期費用と保守体制の管理が必要です。

比較するときは、初期費用に加えて、月額や年間の保守費、導入期間を確かめます。改修や移行、API連携の扱いも確認します。障害復旧も見ておきます。

なお、契約終了時のデータ返却、ソースコード、設計書の引き渡しも比べる対象です。方式選びの基本は、標準業務中心ならSaaS、設定対応の幅を求めるならパッケージ、独自業務や複雑な連携を重視するならスクラッチです。

CI3からCI4への移行と事前調査

フレームワークだけを置き換えると、差分を見落とします。見落としやすいのは、PHPや依存パッケージ、DBの差分です。認証やURL、独自ライブラリの差分も確かめる必要があり、バッチやテスト、サーバー設定も対象になります。

まずは、機能や利用者数、外部連携、データ量を洗い出します。あわせて、障害履歴や保守担当、サポート期限も確かめます。

段階移行：CI4へ少しずつ移す方法。
短期延命：現行環境を残し、新機能は別サービスで追加する方法。
再構築：別のフレームワークで作り直す方法。

比べる観点は、人材の確保とセキュリティ更新です。許容できる停止時間や、再利用できるデータ・コードも見ます。そのうえで、5年程度の総保有コストで比べます。

全体の方針は、小さな機能で移行を検証し、見積もりとリスクを見てから決めます。

クラウドとオンプレミスの選び方

クラウドとオンプレミスは、それぞれの特徴と注意点を、共通する運用の条件と並べて比べます。

クラウド：負荷に応じて構成を変えやすく、バックアップ・監視・冗長化を組み合わせやすい方式です。
クラウドの注意点：権限、ネットワーク、秘密情報、ログ保存、費用上限の設計が必要です。
オンプレミス：社内ポリシーや閉域環境に合いやすく、OS・PHP・DBの更新、機器障害、復旧訓練を自社か保守担当者が担います。
共通運用：開発・検証・本番を分け、別の障害領域にバックアップを保存します。

運用設計書には、復旧の目標時間と時点、監視項目を記します。一次対応者も、あわせて書いておきます。また、更新、監視、復元を続けられる体制も欠かせません。

ポイント

導入方式は、業務への合わせやすさ、独自処理の範囲、データと運用の管理先で選びます。CodeIgniterを使うかどうかより、柔軟性と将来の保守負担のバランスで判断します。

CodeIgniterのシステム開発費用の目安

規模が上がるにつれて、費用レンジも広がります。

CodeIgniterのライセンス料は、導入費の中心にはなりません。費用を左右するのは、要件定義から実装、テスト、データ移行までの工数と、導入後の保守工数です。

次に示す金額は、CodeIgniter固有の公表価格ではありません。2026年の国内業務Webシステムの公開相場を当てはめた、企画段階の推定です。

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

規模別の初期費用

初期費用と開発期間は、規模や含める機能によって変わります。ここでは、小規模から大規模まで四つの区分に分けて見ます。

小規模：社内申請や簡易顧客台帳など1〜2機能なら、100万〜300万円、1〜3か月。
中小規模：顧客・案件・請求、予約、在庫、CSV・メール連携を含み、300万〜800万円、3〜6か月程度。
部門横断：販売・在庫・購買、複数権限、外部API、帳票を含み、500万〜1,000万円、6〜12か月程度。
大規模：基幹・会計・EDI連携、大量移行、高可用性、監査要件を含み、800万円から数千万円以上、9か月から数年かかることもあります。

2026年公開の国内相場資料も、小規模は100万〜300万円、中規模は300万〜800万円、大規模は800万円〜数千万円としています（出典：国内システム開発費用相場資料、2026年7月）。そのうえで、画面数や連携、移行要件を確認して、金額を計算し直します。

工程・機能・非機能要件別の費用内訳

工程別の割合は、企画段階の目安として次のとおりです。ただし、案件によって実際の割合は変わります。

要件定義・基本設計：それぞれ10〜15%、15〜20%。
詳細設計：10〜15%。
実装・単体テスト：30〜40%。
結合・総合テスト：15〜20%。
移行・導入：5〜10%。

「開発一式」とだけ書かれた見積もりは比べにくく、工程・機能・担当者区分ごとの工数を見ると、見積もり同士を比べやすくなります。

デジタル庁のガイドは、工数と単価で人件費を積算し、20人日を1人月とする考え方を示しています（出典：デジタル庁「標準ガイドライン実践ガイドブック」、2025年）。

工数は、画面数や権限、帳票の扱いで変わります。CSVや連携、スマートフォン対応も影響します。性能試験、脆弱性診断、移行の難しさも、工数に効いてきます。見積もりには、含む範囲と含まない範囲を明記してもらいます。

保守費用と運用費用の分け方

保守と運用の費用は、初期開発費とは分けて見積もります。年間保守料、契約範囲、運用費を、それぞれ別に確かめます。

年間保守：初期費用の10〜20%程度が目安で、スクラッチ業務システムでは15〜20%の場合があります。
試算例：初期費用600万円なら、年間90万〜120万円程度です。
契約範囲：受付時間、障害定義、対応開始、復旧目標、軽微改修上限、報告、更新、バックアップ・復元試験を定めます。
運用費：クラウド、メール・API従量料金、監視・バックアップ、証明書の費用を分けて管理します。

金額は、監視時間や障害対応の時間帯で変わります。更新や軽微改修の範囲も影響します。バックアップ確認と脆弱性対応も含まれます。24時間監視や厳しい復旧時間を求める場合は、別途、金額が上振れします。

ポイント

費用は要件定義から保守までの工数で決まり、ライセンス料は中心になりません。見積もりは初期費用と保守・運用費を分け、含む範囲と含まない範囲を明記してもらってから比べます。

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

技術名だけでなく、業務理解、要件定義、移行を一体で確認します。品質、セキュリティ、運用保守まで含めて見ると、選びやすくなります。

実績が自社と同じ規模・利用者・権限・連携とは限りません。提案時に担当者が担う工程と、納品後の保守担当者を確かめます。

CI3・CI4とPHPの対応範囲

新規開発であれば、CodeIgniter 4と現在のPHP要件に対応できるかを確認します。

既存の改修では、CI3と依存パッケージ、認証の状態を調べます。独自ライブラリやバッチ、データ移行も含めて、CI4移行の可否と段階計画を説明できるかを確認します。

提案書には、PHP、CodeIgniter、データベースの各バージョンと更新方針を書いてもらいます。脆弱性情報を追う担当者も、併せて記載してもらいます。

要件定義から保守までの体制と成果物

体制や成果物、見積もりの条件は、契約前に明確にしておきます。担当の範囲から引き継ぎ、成果物と納品物までを、それぞれ確かめます。

体制：要件定義の責任者、PM、設計、実装、テスト、インフラ、保守の担当者。
引き継ぎ：兼務や交代のときの方法と、文書の作成者。
成果物：要件定義書、画面・API仕様、DB定義、権限一覧、テスト計画・結果を、契約に記載します。
納品物：移行・運用手順、ソースコード、構築手順のうち、必要な範囲。

見積もりは、機能別の工数と要件定義・テストの範囲で比べます。移行件数や連携本数、保守時間帯も揃えておくと、比べやすくなります。

「開発一式」や極端に安い見積もりでは、権限や帳票の作業が含まれていない場合があります。その場合、テストや移行の作業が後から追加される可能性があります。未確定の要件は、調査・試作費と確定後の本開発費を分けて提示してもらいます。

同じ条件での提案比較

同じRFPを渡し、同じ前提で提案を求めます。回答では、技術と移行の範囲を確かめます。セキュリティや納品、保守の範囲も確認します。

技術と移行：CI4・PHPの版、CI3調査方法。
機能と品質：認証・RBAC、API、CSV、帳票、データ移行、脆弱性診断、復元確認。
契約と納品：保守、ソースコード・設計書の納品。

事例があれば、規模と担当工程を確かめます。利用者数や開発後の保守期間も確認します。

データ品質が分からない場合はサンプル調査を、API制限が分からない場合は接続検証を提案するかを見ます。未確定事項やリスクを示す提案であれば、追加費用が発生する条件も把握しやすくなります。

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

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

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

ポイント

技術名だけでなく、業務理解、要件定義、移行を一体で見られる会社かどうかが判断の目安です。提案は同じ前提の条件でそろえ、納品後の保守担当者まで確かめます。

認証・権限・脆弱性対策の設計

保護策は利用者の確認とアクセス範囲の管理に分かれます。

個人情報や機密情報を扱う場合は、アクセス範囲、操作の追跡、障害復旧を要件に含めます。CodeIgniterの公式機能やパッケージは役立ちます。ただし、それだけで安全性が完成するわけではなく、権限設計と継続的な更新・監視も必要です。

認証と認可の分離

認証では利用者を確かめ、認可では許可する操作を定めます。

CodeIgniter ShieldはCodeIgniter 4の公式認証・認可パッケージです（出典：CodeIgniter Shield公式ドキュメント、2026年8月確認）。認証方式、権限範囲、利用者管理、API、権限確認の五つを、設計の段階で決めておきます。

認証方式：セッション、アクセストークン、メール確認、メールベースの二要素認証を利用できます。
権限範囲：グループ・権限によるRBACを使い、部署、担当範囲、データ所有者、承認者、代理者を定義します。
利用者管理：パスワードポリシー、セッション期限、試行制限、退職・異動者の無効化、二要素認証の対象、管理者監査ログを決めます。
API：トークン発行・失効、スコープ、レート制限、秘密情報を含まないエラーを確認します。
権限確認：画面、サーバー、API、CSV、ダウンロードで権限を検証します。

入力・CSRF・ファイルアップロードの検証

入力や表示、通信、ファイル処理のそれぞれで、検証項目を定めます。

入力・表示：型、文字数、形式、必須、範囲を検証し、不正値を保存前に拒否します。表示時は出力先に応じてエスケープします。
通信・記録：CSRF対策、セッション管理、SQLインジェクション対策、エラーメッセージの情報量、HTTPヘッダー、アクセスログを受入条件に含めます。
ファイル：拡張子、検出MIME、サイズ、保存場所、実行権限、名前、ウイルス検査、ダウンロード権限を確認します。

CodeIgniter 4.7.3の変更履歴には、拡張子と検出MIMEの一致を検証する修正があります（出典：CodeIgniter公式変更履歴 v4.7.3、2026年8月確認）。

フレームワークと依存パッケージの版は固定し、更新する前にテスト環境で動作を確かめます。

個人データのアクセス制御とログ分析の運用

個人情報保護委員会のガイドラインは、個人データを扱う情報システムに技術的安全管理措置を示しています（出典：同委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2025年3月施行版）。措置には、アクセス制御、利用者の識別・認証、不正アクセスや漏えいの防止が含まれます。運用面では、アクセス設計、記録対象、ログ運用、復旧の四つを決めておきます。

アクセス設計：最小権限、異動時の見直し、管理者権限の分離、通信・保存データの保護を定めます。
記録対象：ログイン、権限変更、閲覧、登録、更新、削除、CSV・ファイル出力、管理者操作、連携結果。
ログ運用：個人情報をマスキングし、保存期間、閲覧権限、改ざん防止、分析担当者を決めます。
復旧：バックアップの復元を試験し、復旧手順を更新します。

CodeIgniterのシステムに関するよくある質問

導入前によく寄せられる疑問を取り上げます。技術の優劣だけでなく、業務要件、既存環境、保守体制、将来の変更を前提に判断することが大切です。

CodeIgniterを使えばシステム開発費用は安くなりますか？

CodeIgniterはオープンソースのため、フレームワークのライセンス料は抑えられます。ただし、開発費全体が自動的に安くなるわけではありません。

費用を左右するのは、要件定義から連携までの工数と、テスト、移行、保守の工数です。そのため、必要な業務範囲を整理して、不要な機能を作らないことが大切です。

CodeIgniterとLaravelはどちらを選ぶべきですか？

どちらが上かは一概には言えず、選ぶ際は業務要件やチームの経験を見ます。必要な標準機能や将来の保守方針も、判断材料になります。

必要な機能を選ぶ軽量構成や既存PHP資産の活用を重視するならCodeIgniterが候補です。

標準機能群の充実やチーム内の採用実績を重視するなら、他のPHPフレームワークも含めて比べます。比べる観点は、期間、品質、採用・引き継ぎのしやすさです。

CodeIgniter 3から4へ移行した方がよいですか？

PHPや依存パッケージを更新できるか、セキュリティや人材の状況で判断します。追加開発や許容停止時間も判断材料です。

全書き換えを急がず、まずコードやデータ、認証を洗い出します。バッチや連携、テストも洗い出しの対象です。そのうえで、CI4への段階移行、現行環境の短期延命、別方式の再構築を比べます。小機能で検証してから全体計画を決めると、リスクを抑えやすくなります。

開発会社へ相談するとき何を準備すればよいですか？

相談では、業務の目的や課題、利用者と権限、業務フローを伝えます。機能やデータ、連携のほか、時期や予算、安全要件もわかる範囲で整理しておきます。画面案がなくても、帳票や表計算の例、承認ルール、困りごとの具体例が役立ちます。

CI3の改修では、ソース、環境、DB定義、障害履歴、保守契約を示すと、調査と見積もりが具体的になります。

まとめ

CodeIgniterは、PHPを基盤に、顧客・案件・在庫・申請・請求などの業務をWeb化できる基盤です。独自承認や外部連携にも対応しやすい点が特徴です。

費用は、業務要件や画面数、権限、連携で決まります。移行やテスト、保守の工数も影響します。2026年の目安は、小規模100万〜300万円、中小規模300万〜800万円、部門横断500万〜1,000万円、大規模800万円〜数千万円以上です。

金額は、個別の要件に応じて計算し直す必要があります。

成功のポイントは業務・技術・運用の一体化

新規開発では、業務フローとデータ、権限、受入条件を決めます。そのうえで、PoCやMVPを使って例外処理を確かめます。

CI3の場合は、PHPや依存パッケージ、認証、データ、テストを調べます。そのうえで、CI4への移行、延命、再構築を比べます。

認証・認可やCSRF、入力検証、アップロードの対策を、見積もりとRFPに含めます。ログやバックアップ、復元試験も、見積もりとRFPに入れておきます。

要件整理と見積もり比較の進め方

発注前の準備では、比較の条件をそろえます。公開後の運用まで確認します。

要件整理：必要業務、利用者、データ、連携、時期、予算、保守条件を一枚にまとめます。
提案比較：CodeIgniter 4・PHP対応、CI3調査、テスト・移行・セキュリティ、納品物、保守体制を同条件で確認します。

公開後も安全に使い続けられるかを基準に選ぶと、追加費用や運用停止のリスクを抑えやすくなります。

▼開発を相談する前に読みたい無料ホワイトペーパー
・【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を創業。