教務システム開発の見積相場や費用/コスト/値段について

教務システム開発の費用相場は、標準機能中心の1校向けクラウドなら初期0万〜30万円程度、移行や帳票設定を含むパッケージ導入なら100万〜800万円程度、複数校・自治体向けなら500万〜3,000万円程度、独自要件のスクラッチ開発なら1,500万〜5,000万円以上が目安です。

ただし、教務システムの「安さ」は月額料金だけでは判断できません。学籍・履修・時間割・出欠・成績・進路・保健・帳票をどこまで扱うか、既存データをどう移行するか、LMSや認証基盤と連携するかによって、初期費用と5年間の総額は大きく変わります。この記事では、2026年時点で検討しやすい価格帯、費用の内訳、変動要因、見積もりの比較方法、コストを抑えるポイントを順に解説します。

▼全体ガイドの記事
・教務システム開発の完全ガイド

教務システム開発の費用相場は？

結論からいうと、教務システムの費用は「利用する学校数」と「標準機能からの差分」でほぼ決まります。1校で既存のクラウドを標準設定のまま使うケースと、教育委員会が複数校のデータを統合し、独自帳票や外部サービスまで連携するケースでは、同じ教務システムでも予算の桁が変わります。

教務システムは、学校・大学・専門学校で発生する学生や児童生徒の情報と、教育・学務の業務を一元管理するシステムです。小中高校では校務支援システムの教務系機能、高校や専門学校では校務・学務システム、大学では学生情報システムや学務システムと呼ばれることが多いです。LMSは授業教材や学習履歴を扱う仕組みであり、教務システムそのものとは役割が異なります。

見積もりを依頼する前に、学籍だけを管理するのか、履修登録・時間割・出欠・成績・進級卒業判定・帳票まで含めるのかを決めます。保健情報、指導記録、保護者連絡、奨学金、LMS、認証基盤、学校徴収金などを追加すると、画面数だけでなく権限設計や連携テストも増えるため、費用の比較条件をそろえられます。

小中学校では、学籍・クラス編成・出欠・成績・通知表・指導要録・保護者連絡が中心になりやすいです。高校や専門学校では、単位、複雑な履修、講座、進級、調査書、通信制のスクーリングなどが加わります。大学では、入試から入学、履修、成績、学位、証明書、ポータル、LMS連携までを一つの学務サイクルとして設計する必要があります。

さらに、1校の教職員だけが使うのか、自治体内の複数校が共同利用するのかでも設計が変わります。複数校利用では、学校ごとの権限、教育委員会の横断集計、学校間異動、共通マスタ、障害時の全体連絡などが必要です。したがって「生徒数が何人ならいくら」と単純に置き換えず、学校数・教職員数・データ件数・利用者の種類を見積もり条件に記載します。

教務システムの費用相場と価格帯

ここでは、公開料金と業務システム一般の見積もり情報を教務システムに当てはめた推定を分けて示します。教務システム全体に共通する公的な統一価格はなく、下記は2026年時点で予算を組むための検討用レンジです。実際の金額は、対象校種、学校数、データ移行、帳票、連携、契約期間によって個別に決まります。

1校で標準機能を中心に使い、ベンダーが用意した帳票と運用に合わせる場合、初期費用は0万〜30万円程度、月額は1校あたり2万〜5万円程度が一つの目安です。導入期間は1〜3か月程度になりやすいですが、アカウント発行、初期設定、既存データの整形、研修を別料金にすると初期費用が上乗せされます。

公開料金の例として、EDUCOMはC4thクラウドスタンダードについて、1校あたり月額35,000円（税込38,500円）、初期費用0円という価格を掲載しています。ただし、この価格は同社ページ上で「2023年4月時点」と明記され、変更の可能性も示されています。現在の契約条件をそのまま保証する数字ではなく、標準クラウドの価格感を知る参考例として扱います（出典: 株式会社EDUCOM「C4thクラウドスタンダード／プレミアム」、2023年4月時点の公開情報）。契約前には最新の料金と提供条件を確認する必要があります。

パッケージやクラウドサービスに、要件整理、帳票設定、権限設定、データ移行、操作研修、稼働支援を組み合わせる場合、初期費用は100万〜800万円程度が目安です。標準機能が多くても、学校独自の通知表、自治体の集計様式、年度更新のルール、旧システムのデータ形式が複雑なら、設定と検証の工数が増えます。

月額費用は、1校数万円から複数校で数十万円程度まで幅があります。たとえばシステムディはSchool Engineの高等学校向け月額サービス利用料として44,000円（税込）を掲載し、別に初期導入費用やオプションが生じるサービスも案内しています。1校単位の公開料金と、導入支援・移行・ネットワークを含む見積もりは一致しないため、料金表だけで総額を判断しないことが大切です（出典: 株式会社システムディ「School Engine」、公式ページ掲載情報）。契約前には対象校と追加費用の条件を確認する必要があります。

複数校・自治体導入で、学校間の権限、共通マスタ、教育委員会の集計、認証、既存基盤との連携、全校の移行と研修まで含める場合、初期費用は500万〜3,000万円程度、期間は6〜12か月程度が目安です。年間の利用料や運用保守は数百万円規模になることもあります。学校数が増えると単価が下がる場合もありますが、全校同時移行のリハーサルやヘルプデスク体制が必要になります。

独自制度、特殊な履修計算、既存基幹システムとの多重連携、独自帳票を中心にスクラッチで開発する場合は、1,500万〜5,000万円以上になることがあります。一般的な保守費の置き方として、初期開発費の年5〜15％程度を参考にする場合もありますが、これは契約形態、SLA、改修範囲、運用時間によって変わる参考値です。高額な方式を選ぶことが目的ではなく、標準機能で吸収できない差分だけを開発対象にすることが重要です。

教務システム開発の費用内訳

見積書では、開発費一式のようにまとめられた金額ではなく、工程と成果物ごとに分けてもらいます。教務システムでは、画面を作る費用だけでなく、制度や帳票を正しく定義し、旧データを安全に移し、年度替わりに運用できる状態まで確認する費用が大きな割合を占めます。

要件定義では、教務主任、担任、養護教諭、事務、情報担当、教育委員会などにヒアリングし、現在の紙・Excel・旧システムの流れを可視化します。学籍を原本にして、出欠や成績へどのデータが連携するか、誰が登録・承認・修正できるか、年度更新で何を引き継ぐかを決めます。

要件定義の成果物には、業務フロー、機能一覧、画面一覧、帳票一覧、データ項目、権限表、連携一覧、非機能要件、移行方針が含まれます。ここを省くと、開発中に「この帳票も必要」「転入時の例外を処理したい」と要望が増え、追加開発費や納期延長につながります。初期費用を下げるために要件定義を削ると、後工程でより高く支払うことになりやすいです。

標準クラウドやパッケージを使う場合は、画面をゼロから作る開発費より、初期設定、マスタ登録、帳票の設定、権限設定、通知文の設定に費用がかかります。標準機能で対応できない場合は、API、CSV、SSO、LMS、校内認証、保護者連絡などの連携開発が追加されます。

特に帳票は、見た目を似せるだけでなく、出力条件、年度・学年・学級の切り替え、印刷範囲、訂正履歴、電子保存の扱いまで確認します。独自帳票を一つ追加するたびに開発費が単純に同じだけ増えるわけではありませんが、データ項目、承認経路、テストケースが増えるほど費用は上がります。標準帳票を採用できる範囲を先に決めることが有効です。

旧システムやExcelからの移行では、氏名や生年月日の名寄せ、学籍番号の重複確認、住所・保護者情報の履歴、成績や出欠の保存期間を整理します。紙台帳をすべてデータ化するのか、法令や校内規程に沿って参照用に保管するのかでも作業量が変わります。移行費を安く見せるために「データは利用者側で整形」とすると、現場の負担や稼働延期のリスクが隠れます。

研修は、管理者向け、教務担当向け、担任向け、事務向けなど役割別に設計します。稼働前の説明会だけでなく、テスト環境での年度更新、成績確定、転入、帳票出力を実際に操作し、問い合わせ窓口と障害時の連絡方法を決めます。複数校導入では、代表校で先行検証してから横展開すると、全校研修と手戻りの費用を抑えやすいです。

ランニングコストには、サービス利用料、サーバーやストレージ、バックアップ、監視、ヘルプデスク、制度改訂対応、脆弱性対応、障害復旧、追加アカウントなどが含まれます。クラウドはサーバーの調達・更新費を抑えやすい一方、月額利用料が継続します。オンプレミスは月額が低く見えても、機器更新、保守要員、災害対策、バックアップ媒体の費用が別に必要です。

見積書では、軽微な制度変更が保守に含まれるのか、帳票追加や法改正対応は別料金なのか、問い合わせ時間帯と復旧目標はどうなっているのかを確認します。契約終了時のデータ返却形式、返却費用、移行支援の有無も、月額料金と同じくらい重要な比較項目です。

教務システムの費用が変動する要因

同じ製品でも見積もりが大きく異なるのは、価格が機能数だけでなく、利用範囲と運用責任の分担で決まるためです。次の要因を見積依頼書に書いておくと、会社ごとに異なる前提をそろえて比較できます。

1校利用と複数校利用では、必要なテナント構成、管理者権限、共通マスタ、学校別の帳票、ネットワーク、サポート窓口が異なります。児童生徒数だけでなく、教職員数、保護者アカウント数、同時利用者数、保存する年度数、添付ファイルの容量も確認します。利用者数課金の場合は、在籍数の増減や非常勤・卒業生アカウントの扱いまで料金条件に入れます。

大学や専門学校では、履修登録の集中時期、成績公開、証明書発行、入試・入学時期などにアクセスが偏ります。通常時の月額だけでなく、ピーク時の性能、バックアップ容量、障害時の復旧を含めて見積もる必要があります。長期保存する成績・学籍データの保管年数を決めていない場合は、将来のストレージと移行費が不確定になります。

教務では、年度途中の転入・転出、休学・退学、留年、単位認定、追試、クラス替え、特別な支援などの例外処理が発生します。標準パッケージがこれらを設定で扱えるなら追加費用は抑えられますが、独自ルールをプログラムで固定すると設計・開発・テスト・将来改修の費用が増えます。

権限も重要です。教員、教務主任、管理職、養護、事務、教育委員会、学生、保護者で、閲覧・登録・承認・出力できる情報を分けます。成績、健康、指導、家庭環境などは、利用者本人の役割と担当範囲に応じて最小権限にする必要があります。権限マトリクスと操作ログまで見積もり対象に含めると、稼働後の設定漏れを減らせます。

教務システム単体で完結する場合より、LMS、電子出願、学習eポートフォリオ、保護者連絡、校内認証、自治体のデータ基盤、学校徴収金などと連携する場合のほうが費用は上がります。連携先ごとにデータ項目、送受信のタイミング、エラー時の再送、個人情報の範囲、責任分界を決める必要があるためです。

連携費用を抑えるには、リアルタイム連携が本当に必要かを業務単位で見直します。毎日一回のCSV連携で足りる処理をAPIにすると、認証、監視、障害対応まで複雑になります。一方で、出欠や成績の二重入力を残すと現場の負担と入力ミスが増えるため、費用だけでなく削減できる作業時間と安全性を比較します。

教務システムは、学籍・成績・健康・指導・保護者連絡など機微性の高い情報を扱います。文部科学省の令和7年3月改訂ガイドラインでは、重要な教育情報の分類、強固なアクセス制御、クラウドとオンプレミスが共存する移行期の対策などが示されています。多要素認証、端末認証、暗号化、操作ログ、脆弱性対応、バックアップ、復旧訓練、委託先管理をどこまで求めるかで費用は変わります（出典: 文部科学省「教育情報セキュリティポリシーに関するガイドライン」、令和7年3月改訂）。システム要件を決める際の参考情報です。

個人情報保護委員会が2025年6月に公表した学校の漏えい事案の分析では、2023年4月から2025年4月までに受領した約450件の報告をもとに、紙媒体の紛失や電子媒体・メールなどの操作ミスが分析されています。システムにアクセス制御を実装するだけでなく、誤送信、帳票の誤交付、USBの持ち出し、退職者アカウントの停止といった運用まで含めることが、費用と安全性の両面で重要です（出典: 個人情報保護委員会「学校における個人情報の漏えい等事案を踏まえた留意点」、2025年6月）。安全管理要件を決める際の参考情報です。

教務システムの開発方式はどれを選ぶべきですか？

最初に検討する方式は、標準クラウドまたはパッケージ導入です。独自業務をすべてシステムに合わせる必要はありませんが、教務の中核業務を標準化できるほど、初期費用、期間、将来の保守負担を抑えやすいです。標準機能で対応できない差分だけを設定や追加開発に切り分けます。

標準クラウドは、サーバーの調達やOS更新、バックアップの一部をサービス提供者に任せられます。1校から始めて利用範囲を広げやすく、制度改訂や機能更新を受けやすい点も利点です。反面、個別帳票や独自の承認経路を無制限に変更できない場合があるため、現場が譲れる運用と譲れない要件を先に整理します。

クラウドでは、サービス終了時のデータ返却、保存場所、バックアップ世代、復旧時間、障害時の連絡、認証方式、利用端末の条件を契約書で確認します。月額が安くても、別途の初期設定、移行、帳票、ヘルプデスク、通信回線が必要なら総額は変わります。月額と5年分の付帯費用を合わせて判断します。

パッケージは、教務で頻出する学籍、成績、出欠、帳票、年度更新をあらかじめ備え、学校ごとの設定で差分を吸収する方式です。完全なスクラッチより開発期間を短くしやすく、製品の導入実績や制度対応の知見を利用できます。デモでは通常の登録だけでなく、成績確定後の訂正、転入、進級・卒業判定、証明書出力を操作します。

大学向けの導入事例では、システムディが東京富士大学にクラウド版Campus Plan、ポータル、LMSを導入し、業務の属人化軽減、教職員と学生間の連絡、学修成果の可視化を進めたと紹介しています。製品単体の機能ではなく、周辺サービスとの連携と運用変更まで確認できる事例として参考になります（出典: 株式会社システムディ「東京富士大学 Campus Plan 導入事例」、2025年10月27日）。自校の導入範囲を検討する際の参考事例です。

スクラッチ開発は、独自の履修制度、複雑な学籍異動、既存の基幹システムとの深い連携、学校法人固有の業務などを実現しやすい方式です。一方で、要件定義の責任、制度変更に伴う改修、保守人材、障害対応、ベンダー交代時の引き継ぎを自組織が長期に負担します。初期費用だけでなく、5年分の改修・保守・移行費用を含めて標準方式と比較します。

独自開発を選ぶ場合でも、学籍・出欠・成績など共通部分を既製サービスに任せ、差別化したい部分だけを追加開発する構成が現実的です。開発範囲を狭めるほど、受け入れテスト、セキュリティレビュー、制度改訂への対応を継続しやすくなります。

教務システムの見積もりを取る際のポイント

相見積もりでは、提示された総額の大小よりも、何が含まれ、何が含まれないかを比較します。見積依頼書に現状の業務、対象校、機能、データ、連携、導入時期、研修、保守の条件を書き、各社が同じ前提で回答できるようにします。

最低限、対象校種、学校数、児童生徒・学生数、教職員数、利用者区分、対象年度、必須機能、任意機能、帳票数、既存データの形式、連携先、認証方式、想定稼働日を記載します。機能は「学籍管理」と書くだけでなく、入学、転入、休学、退学、卒業、クラス替え、年度更新のどこまでを対象にするかを分けます。

要件はMUST、SHOULD、将来検討に分類します。MUSTには成績確定や帳票など稼働初日から必要な機能を置き、AI分析や高度なダッシュボードのように効果検証が必要なものは後段に分けます。学校現場の全要望を最初から実装しようとすると、納期と費用の不確実性が大きくなるためです。

「導入費用」にデータ移行が含まれるかは、会社ごとに意味が異なります。項目定義、データクレンジング、名寄せ、移行ツール、検証、リハーサル、切り戻しまで分けて確認します。研修も、資料提供だけなのか、代表校での実機研修、全校研修、稼働後の問い合わせ対応まで含むのかを確認します。

保守見積もりには、問い合わせの受付時間、障害の重要度、一次回答と復旧の目標、バージョンアップ、制度改訂、帳票追加、セキュリティパッチ、バックアップ、データ返却を記載します。安い保守契約でも、成績確定時期の問い合わせが対象外なら現場の負担が増えるため、年間行事とサポート体制を照合します。

比較する総額は、初期費用、月額または保守費、移行、連携、研修、端末・ネットワーク、追加ストレージ、制度改訂、将来の追加開発を5年分で並べます。クラウドの月額とオンプレミスの機器更新費を同じ期間で比較すると、導入方式による見かけの差が小さくなることがあります。

効果は、入力時間、転記ミス、帳票作成時間、年度更新時間、問い合わせ件数、成績処理の差し戻し、障害復旧時間などで測定します。learningBOXの鹿島教育グループの導入事例では、出席情報の自動連携によって入力作業が約2,900時間削減されたと紹介されています。教務システムの費用対効果も、単に「便利になった」ではなく、削減できる作業時間と安全性で評価します（出典: learningBOX「鹿島教育グループ導入事例」、2025年7月24日）。効果測定のKPIを設計する際の参考事例です。

請負契約では、合意した成果物と仕様に基づいて納品するため、仕様変更の費用と納期への影響を事前に定めます。準委任では、稼働した人員や期間に応じて費用が変わりやすく、要件を調整しながら進められる反面、発注側の意思決定と進捗管理が重要です。どちらが一律に安いわけではなく、要件の確定度と変更の可能性で選びます。

追加開発の単価、見積もりの有効期限、物価やクラウド料金の改定、学校数の増減、契約終了時のデータ返却、再委託先、障害時の責任分界を確認します。教務システムは年度替わりに業務が集中するため、納品日だけでなく、実データを使った受け入れテストと並行運用の期間まで契約スケジュールに含めます。

教務システムのコストを最適化するポイント

コスト最適化は、機能を削って最安にすることではありません。教務の安全性と年度業務を守りながら、標準化できる範囲を広げ、後から高額な改修になりやすい要件を見極めることです。短期の導入費用と、数年後までの運用負担を一緒に見ます。

現場の要望をすべてカスタマイズする前に、業務上の目的を確認します。独自の帳票が必要でも、標準帳票に必要項目を追加するだけで足りる場合があります。紙の様式をそのまま再現するのではなく、法令・設置者規程・監査上の要件と、長年の慣行を分けると、残すべき独自性が見えます。

標準化しやすいのは、アカウント管理、学籍の基本項目、共通マスタ、権限の基本構造、バックアップ、問い合わせ受付などです。一方、学校法人固有の履修計算や自治体独自の帳票は、標準機能との差分を明示して優先順位を付けます。カスタマイズを減らすこと自体ではなく、変更されにくい領域へ投資することがポイントです。

複数校を一度に切り替えるより、代表校や代表学年でPoCまたは先行導入を行い、学籍登録、成績処理、帳票、権限、ネットワーク、移行データを確認します。小さな範囲で不具合を見つければ、全校展開後の追加研修、データ修正、緊急対応の費用を抑えやすくなります。

段階導入では、最初から全体のデータモデルと連携方針を決めておきます。学校ごとに別々の仕様を作ると、後から統合する費用が増えるためです。第1段階は学籍・出欠・成績、第2段階は保護者連絡やLMS連携というように、年度業務への影響と効果を基準に順序を決めます。

移行データの重複、表記ゆれ、不要な過年度データ、空欄、異なるコード体系を整理してから移行します。新システム側で例外を一件ずつ処理すると、移行ツールやテストの費用が増えるためです。学校側で整理できる項目と、ベンダーに依頼する名寄せ・変換を分けておくと、見積もりの透明性が上がります。

ただし、現場に移行作業を丸投げすることは避けます。データ項目の意味、必須条件、年度の扱い、旧帳票の保存方針をベンダーと合意し、テスト移行を複数回行います。費用を削るべきなのは不要なデータ加工であり、名寄せ結果の確認や本番前のリハーサルではありません。

初期費用を抑えるために月額サービスを選ぶ場合でも、5年間の利用料、移行、研修、端末、回線、連携、追加開発、保守を合計します。逆に初期費用が高い方式でも、入力や転記を減らし、年度更新の残業や誤りを抑えられるなら、業務全体のコストは下がる可能性があります。

導入前に、年度更新にかかる時間、成績処理の差し戻し件数、帳票作成時間、問い合わせ件数、入力ミス、障害復旧時間を測ります。導入後に同じ指標を確認すれば、費用が機能として定着したかを評価できます。効果が測れない追加機能は、先に小さく試してから本格導入する判断ができます。

よくある質問

教務システムの予算検討では、初期費用、月額、開発方式、移行、セキュリティについて同じ質問が繰り返されます。ここでは、見積もりを依頼する前に確認したい代表的な疑問へ直接回答します。

標準機能中心の1校向けクラウドなら0万〜30万円程度、移行・帳票設定・研修を含むパッケージ導入なら100万〜800万円程度が目安です。複数校や独自連携、スクラッチ開発では500万〜3,000万円程度、または1,500万〜5,000万円以上になることがあります。対象校数と追加要件を決めないまま、特定の金額だけを予算化しないことが大切です。

初期設定、データ移行、名寄せ、帳票設定、API・CSV・SSO連携、端末や回線、研修、ヘルプデスク、バックアップ、制度改訂、追加ストレージなどが別途かかることがあります。サービスによって含まれる範囲が異なるため、見積書で「含む・含まない・条件付き」を分けてもらい、5年総額で比較します。

一般には、標準クラウドのほうが初期費用と導入期間を抑えやすいです。ただし、独自制度や複雑な連携を無理に標準機能へ合わせると、現場の手作業や追加サービスが増える場合があります。スクラッチは初期費用が高くなりやすい一方、独自業務の効率化が大きい場合があるため、初期費用ではなく5年総額とKPIで比較します。

必要性は保存方針と業務範囲によりますが、現行の学籍、成績、出欠、連絡先を新システムで参照・利用するなら、移行計画が必要です。名寄せ、コード変換、過年度データの保存、本番前のテスト移行、切り戻し手順を見積もりに含めます。紙のすべてを移行するのではなく、利用頻度と保存義務で優先順位を付ける方法もあります。

まとめ

教務システムの費用相場は、標準クラウドの初期0万〜30万円程度から、パッケージ導入の100万〜800万円程度、複数校・自治体導入の500万〜3,000万円程度、スクラッチ開発の1,500万〜5,000万円以上まで幅があります。これは機能数だけでなく、学校数、利用者、帳票、データ移行、連携、セキュリティ、研修、保守を含めたプロジェクト全体の価格です。

発注前には、対象校種と規模、必須機能、例外処理、帳票、移行データ、連携先、認証、研修、サポートを整理し、要件定義・設定・追加開発・移行・運用保守を分けて提示してもらいます。公開料金は参考にしつつ、契約時点の最新価格と追加条件を確認します。価格の根拠が見えれば、会社ごとの提案を同じ土俵で比較できます。

コスト最適化の基本は、標準機能に合わせる業務と、独自開発する価値のある業務を分けることです。代表校で検証し、移行を複数回リハーサルし、年度更新や成績処理をKPIで測定すれば、導入後の手戻りを抑えられます。教務データの機微性を踏まえ、アクセス制御、操作ログ、バックアップ、復旧、委託先管理まで含めて、学校の業務に定着するシステムを選びます。

▼全体ガイドの記事
・教務システム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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