結論：学校・教育機関向け出欠管理システムの費用相場は、欠席連絡だけなら初期数万円から月額数千円、
出席簿・帳票・学籍連携まで開発するなら100万円～5,000万円超が目安です。ただし、
学校種別、利用人数、授業単位の出欠、既存システム連携、端末やセキュリティ要件によって金額は大きく変わります。
「電話での欠席連絡を減らしたい」のか、「教員の出席入力から帳票出力、成績・学務連携まで一元化したい」
のかで、必要な仕組みも予算も別物です。この記事では、2026年時点で公開されている料金事例と、
学校向け業務システムとして見積もる場合の推定レンジを分けて、費用の内訳、価格が変動する要因、
開発期間、コストを抑える方法、見積書の確認ポイントまで解説します。
▼全体ガイドの記事
・学校・教育機関向け出欠管理システム開発の完全ガイド
学校・教育機関向け出欠管理システムの費用相場はどれくらいですか？
費用の目安は、システムの範囲をどこまで広げるかで大きく4段階に分かれます。以下の金額は、
公開料金と一般的な業務Webシステムの要件を照らし合わせた目安です。学校向け出欠管理システムに一律の公的な開発費統計があるわけではないため、
スクラッチ開発の金額は正式な見積もりではなく、相見積もり前の予算検討用としてご覧ください。
欠席連絡受付SaaSは初期数万円から月額数千円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保護者がスマートフォンから欠席や遅刻を申請し、学校側が管理画面で一覧を確認してCSVに出力するだけなら、既存SaaSを設定して使える可能性があります。
初期費用は数万円から数十万円、月額は学校単位で数千円、または児童生徒1人あたり数百円程度が公開価格の一例です。
阪神電気鉄道系のミマモルメは、欠席遅刻等受付機能について初期登録料11万円、月額5,500円を学校単位で公開しています。
一斉メールサービスの導入が前提で、金額は税込です（出典: 阪神あんしんサービス「ミマモルメ」公式料金ページ、2026年確認）。
この価格は欠席受付の具体的な公開事例ですが、授業ごとの出席簿や成績連携まで含む開発費と同じ水準ではありません。
個別開発は100万円台から5,000万円超まで幅があります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
欠席連絡受付に加えて、教職員の出欠入力、学籍・クラス・時間割管理、遅刻や早退の承認、帳票出力、既存校務システムとの連携まで行う場合は。個別開発の比率が高くなります。
小規模なWebシステムなら100万～300万円、標準的な学校向け出欠管理なら500万～1,500万円。
大学・専門学校向けの授業単位出席や複数キャンパス対応なら1,000万～3,000万円。自治体や学校法人の複数校統合なら2,000万～5,000万円超が推定レンジです。
これらは、公開されたスクラッチ開発の平均価格ではありません。要件定義、画面・データ設計、開発、テスト、データ移行、研修、連携、セキュリティ審査などを含めた場合の業務システムの見積もり目安です。
利用者数が少なくても複雑な出席判定や帳票があれば高くなり、利用者数が多くても標準機能中心のSaaSなら初期費用を抑えられる場合があります。
出欠管理システムの種類で費用はどう変わりますか？
同じ「出欠管理」という言葉でも、保護者からの欠席連絡を受け付ける仕組みと、授業単位の出席を判定して成績や学務に連携する仕組みでは必要な機能が違います。
費用を比較するときは、サービス名ではなく、どの業務をどこまで置き換えるのかを先に揃えることが大切です。
小中高校は教員入力と保護者連絡の一体化が中心です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
小中高校では、担任が教室や職員室から出欠を入力し、保護者はスマートフォンから欠席・遅刻の理由を伝える運用が中心です。
必要な機能は、児童生徒・クラス・学年のマスタ管理、日々の出欠入力、電話や紙で受けた連絡の手動登録、長期欠席の把握、保護者への受付通知などです。
出席簿や通知表、指導要録、自治体提出用の帳票まで自動化する場合は、単なる連絡アプリでは足りません。
既存の校務支援システムへ正確にデータを渡すため、CSVの項目定義やAPI連携、年度更新、訂正履歴、承認済みデータの保存が必要になり。初期費用が上がりやすくなります。
大学・専門学校は授業単位と不正出席対策が費用を左右します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
大学や専門学校では、学生が履修している授業、教室、開始時刻、出席・遅刻・欠席の判定、出席率の計算を授業単位で管理します。
学生証やICカード、QRコード、スマートフォン、ビーコンなどを使う場合は、端末や読取機器の費用、設置、通信環境、故障時の手入力が追加されます。
メディアマックスジャパンの公式開発例では、スマートフォンと教室内のビーコンで在室を判定し、出席を自動集計する仕組みが紹介されています。
1教室あたり約5個のビーコンを設置した実証例や、教務システムへのデータ連携。
スマートフォンを忘れた場合の教員による手動処理も示されています（出典: メディアマックスジャパン「出席管理・確認システム」開発例、2026年確認）。
このような機器連携は利便性を高める一方、教室数と連携対象が増えるほど費用も増えます。
塾・スクールは振替や入退室まで含めて比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
塾やスクールでは、出欠だけでなく、振替予約、入退室通知、保護者連絡、月謝、回数券、講師の勤務状況まで一緒に管理したいケースがあります。
出欠機能だけを低価格で導入しても、振替や請求を別のExcelで管理するなら、業務全体のコストは下がりません。
一方で、既存の予約・請求サービスが安定しているなら、出欠だけを追加開発してAPIやCSVでつなぐ方法もあります。
すべてを一つのシステムに集約するか、既存サービスを活かして不足機能だけを補うかを、5年間の運用費と切替負担で比較すると判断しやすくなります。
学校向け出欠管理システムの費用内訳は何ですか？
見積書の金額は、単に画面を作る費用だけで構成されません。出欠情報を正しく登録し、
年度更新後も使い続け、必要な帳票を出し、万一の訂正や障害にも対応できるようにするため、
企画から運用までの費用を分けて確認します。
要件定義・設計費は業務の複雑さで変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に発生するのが、現状業務の整理、要件定義、画面設計、データ項目の設計です。
電話受付、紙の連絡帳、教員の手入力、保健室での修正、管理職の承認など、現場の例外を洗い出さずに開発を始めると、後から追加改修が発生しやすくなります。
特に費用が増えやすいのは、出欠区分が学校や学部で異なる場合、授業ごとに判定ルールが違う場合、帳票様式を自治体や学校法人に合わせる場合です。
要件定義の費用を抑えることだけを優先すると、開発後の手戻りで総額が増えるため、先に業務ルールと優先順位を決めることが重要です。
開発・データ移行・連携費は個別仕様の中心です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
開発費には、保護者画面、教職員画面、管理者画面、認証、権限管理、出欠入力、集計、検索、帳票、通知などの実装が含まれます。
学籍、成績、LMS、保護者連絡、校務支援、学務システムと接続する場合は、連携方式の調査、項目変換、エラー処理、再送、テストも必要です。既存データの移行も見落とされやすい費用です。
児童生徒・学生の氏名や学籍番号、クラス、履修、過去の出欠履歴をどの期間まで移すか、重複や表記ゆれをどう直すかで工数が変わります。
CSVを1回取り込むだけなら比較的抑えられますが、複数年度の履歴や複数校の異なるフォーマットを統合する場合は、移行設計と検証を別項目で見積もる必要があります。
端末・研修・保守などの運用費も総額に含めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期開発費以外に、クラウド利用料、サーバー、バックアップ、監視、保守、問い合わせ対応、年度更新、機能追加、脆弱性対応が継続的に発生します。
教員用タブレット、ICカードリーダー、カードやビーコン、校内ネットワークの整備費も、システム料金とは別に必要になることがあります。
例えばe-paの公式料金ページでは、初期費用3万円、月額200円/人、登下校メールは追加50円/人という料金が公開されています。
登下校管理ではカードリーダーやICカードの費用が別途必要と案内されています（出典: e-pa公式料金プラン、2026年確認）。
このように、人数課金は小規模校では低く見えても、在籍人数やオプション、契約年数を掛け合わせると5年間の支払額が変わります。
出欠管理システムの価格を左右する変動要因は何ですか？
同じ学校種別でも、利用範囲と現場のルールが違えば見積金額は一致しません。価格の変動要因を先に理解しておくと、
ベンダーから高い見積もりが届いたときに、必要な費用と削れる費用を分けて判断できます。
利用者数・学校数・キャンパス数で基盤費用が増えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
児童生徒・学生、保護者、教員、職員、管理者の人数は、アカウント、通知、データ容量、同時アクセス数に影響します。
1校で使うのか、自治体内の複数校で使うのか、大学の複数キャンパスで使うのかによって、組織階層、権限、検索範囲、帳票、障害時の運用が変わります。
人数課金型SaaSの場合は、児童生徒・学生数だけでなく、保護者アカウントや教員アカウントが課金対象かを確認します。
開発型では、人数が増えるほど単純に開発費が比例するわけではありませんが、性能試験、アクセス制御、監視、データ保持期間の要件が重くなり。運用費が増える傾向があります。
既存システム連携と帳票の数が追加費用を生みます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
出欠データを入力するだけなら、画面とデータベースの構築が中心です。しかし、学籍、成績、健康観察、保護者連絡、LMS、教務・学務システムへ同じデータを渡す場合は、連携先ごとに仕様確認が必要です。
APIが用意されているか、CSVの受け渡しか、手動インポートしかできないかで、開発工数と障害対応の設計が変わります。帳票も価格差が出やすい部分です。
出席簿、通知表、指導要録、調査書、在籍・出席証明書、自治体独自様式など、出力項目、改ページ、印刷条件、再出力、承認後の改変制限を一つずつ確認します。
帳票を後から追加する予定なら、初期開発では共通部品を作っておくことで、将来の追加費用を抑えられる場合があります。
セキュリティ・端末・自動記録方式の選択が金額を変えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
出欠理由、健康状態、長期欠席、指導上の配慮事項などを扱う場合は、権限を細かく分け、操作ログや変更履歴を残し、通信時・保存時の保護、バックアップ。委託先管理を設計します。
文部科学省の令和7年3月版ガイドラインでは、クラウド活用の進展を踏まえて情報資産の分類・管理や強固なアクセス制御。
SaaS利用時の留意点が見直されています（出典: 文部科学省「教育情報セキュリティポリシーに関するガイドライン」、2025年）。
ガイドライン対応の具体的な範囲は自治体や学校法人の方針で異なりますが、見積もり段階から確認が必要です。
教員のタブレット入力は比較的シンプルですが、ICカード、QRコード、ビーコン、顔認証などを採用すると、機器調達、設置、認証、交換、電池。故障時の代替運用が加わります。
生体認証は特に、必要性、本人への説明、同意、誤認識時の手順、保存データの扱いを整理しなければならないため、目新しさだけで採用しないことが大切です。
出欠管理システムのコストを最適化するポイントは何ですか？
費用を下げる方法は、機能を一律に削ることではありません。現場で毎日使う機能と、年に数回しか使わない機能を分け、
将来拡張できる土台を残しながら、初期リリースの範囲を絞ることが有効です。
初期リリースは最小機能と例外処理を優先します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初から全校・全学年・全帳票・全連携を対象にせず、まずは欠席・遅刻受付、教員の出欠入力、一覧確認、CSV出力、基本権限、訂正履歴を最小構成にする方法があります。
ただし、手動修正、通信断、端末忘れ、電話受付、転校、退学、年度切替などの例外処理は、後回しにすると現場が使えなくなるため、初期範囲に含めることをおすすめします。
便利な分析ダッシュボードや顔認証、詳細な予測アラートは、導入後に利用率と効果を測ってから追加しても遅くありません。
重要なのは、データ項目と権限の設計を最初に固め、後から機能を足せる構造にしておくことです。
これにより、初期投資を抑えながら、二重入力の解消という主要目的を先に達成できます。
既存サービスの活用と小規模PoCで無駄な開発を避けます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
保護者連絡、認証、メール配信、ファイル保管など、すでに安定したサービスがある機能は、無理に自作しない選択肢があります。
欠席受付はSaaS、学校固有の帳票と出欠判定は個別開発、学務との接続はCSVまたはAPIというハイブリッド構成にすると、開発対象を絞れる場合があります。
ただし、サービスを組み合わせると二重ログインやデータの不整合が起きることもあります。
導入前に1学年、数クラス、または一部授業でPoCを行い、入力にかかる時間、未処理件数、電話件数、集計作業時間、保護者の申請率を測定します。
効果が確認できない機能を全校展開しないことが、結果として最も大きなコスト最適化になります。
初期費用ではなく5年間のTCOで比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウドやSaaSは初期費用が低く見えますが、月額利用料、人数追加、オプション、サポート、データ出力、契約更新を積み上げます。
スクラッチ開発は初期費用が大きくても、利用人数が増えたときの課金が少ない場合がありますが、保守、脆弱性対応、サーバー、バックアップ、担当者の引き継ぎが必要です。
5年間のTCOには、初期費用、月額・年額利用料、端末・カードリーダー、データ移行、連携改修、研修、問い合わせ対応、年度更新、障害対応。契約終了時のデータ返却を含めます。
例えば1人あたり課金のサービスでは、在籍人数の増減と契約期間を掛け、学校単位料金では、導入校数とオプションを掛けて比較します。見積書に含まれない項目を別欄に出すことが、価格比較の精度を高めます。
出欠管理システムの見積もりを取る際のポイントは何ですか？
相見積もりを取る前に、対象範囲と前提条件をそろえます。価格だけを比較すると、A社はCSV連携まで、
B社はAPI連携と研修まで含むなど、見積もりの中身が違うまま安い会社を選んでしまうことがあります。
要件定義書には出欠区分・帳票・連携・例外を記載します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最低限、対象となる学校種別、学校数、学年・クラス数、児童生徒・学生数、教職員数、利用端末、保護者の申請方法、出欠区分、遅刻・早退の扱い。
授業単位の判定、承認者、年度更新、帳票、データ保持期間を整理します。
電話や紙で受けた連絡、端末を忘れた学生、通信が切れた教室、後からの訂正なども明記します。
連携については、連携先のシステム名だけでなく、連携する項目、方向、頻度、エラー時の再送方法、CSVかAPIか、責任分界を記載します。
帳票はサンプルを添付し、現行のExcelや紙帳票との差分を示すと、ベンダーごとの想定差が小さくなります。
複数社の見積もりは同じ条件と5年総額で比べます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
比較する会社には、同じ要件書、同じ想定人数、同じ導入時期、同じ連携条件を渡します。
公開価格があるSaaS、校務支援パッケージ、個別開発会社は、そもそもの提供範囲が違うため、初期費用だけで順位を付けません。
欠席受付だけを比較する表と、出席簿・学務連携まで含む表を分けると、選択肢の違いが見えます。
見積書では、要件定義、設計、開発、テスト、移行、研修、導入支援、保守、クラウド、機器、追加変更の単価を確認します。
納品後の軽微な修正の範囲、問い合わせの受付時間、障害時の復旧目標、年度更新の費用、契約終了時のデータ返却を確認しておくと。安い初期見積もりの後に費用が膨らむリスクを下げられます。
開発期間と導入支援を費用と一緒に確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
期間の目安は、欠席受付と基本集計だけなら1.5～3か月、出欠簿や帳票、権限、年度更新、既存校務システム連携を含む標準型なら4～8か月。
大学・専門学校の授業単位出席や機器連携なら6～12か月、複数校統合やセキュリティ審査を含む大規模構築なら9～18か月です。
これは開発とテストの推定期間であり、入札、RFI、契約、学校内の合意形成、保護者への周知、予算承認の期間は別に必要です。
導入前の研修、操作マニュアル、問い合わせ窓口、初年度の並行稼働、教員や保護者への説明を誰が担当するかも確認します。
システムが完成しても、始業前にアクセスが集中したときの運用や、誤入力を訂正する手順がなければ定着しません。
開発会社が実施する支援と、学校側が担う作業を分けて見積もることが重要です。
学校・教育機関向け出欠管理システムのよくある質問
出欠管理システムの費用を検討する際に、学校や教育機関の担当者からよく寄せられる質問に回答します。
料金だけでなく、対象業務と運用条件を確認することが、導入後の追加費用を防ぐポイントです。
欠席連絡だけなら月額数千円のサービスで導入できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
電話や紙の欠席連絡を保護者のスマートフォン受付に置き換え、学校側が一覧確認するだけなら、月額数千円から導入できる公開サービスがあります。
ミマモルメでは初期登録料11万円、月額5,500円/校の料金例が公開されていますが、出席簿、成績、学籍。授業単位の集計まで含む料金ではありません（出典: 阪神あんしんサービス、2026年）。
スクラッチ開発とSaaSはどちらが安いですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
短期間に欠席受付だけを始めるなら、既存SaaSの方が初期費用を抑えやすいです。
一方、独自の出席判定、帳票、学籍・成績・LMS連携、複数校の権限などが必要なら、SaaSの追加開発や運用回避策が積み上がり。個別開発やハイブリッドの方が5年間のTCOで合理的になる場合があります。
初期費用ではなく、必要機能と5年総額で比較します。
出欠データのセキュリティ対策には何が必要ですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
利用者ごとの権限、強固な認証、通信・保存時の保護、操作ログ、変更履歴、バックアップ、脆弱性対応、委託先との責任分界を要件に含めます。
出欠理由や健康に関わる情報を扱う場合は、閲覧できる職員の範囲と保存期間も明確にします。
文部科学省の令和7年3月版ガイドラインはクラウドやSaaS利用時の留意点を含むため、学校や教育委員会の方針と照らして確認します（出典: 文部科学省。2025年）。
出欠管理システムの開発にはどのくらいの期間がかかりますか？
欠席連絡と基本集計だけなら1.5～3か月、出席簿や帳票、年度更新、校務システム連携を含む標準型なら4～8か月、
大学・専門学校の授業単位出席や機器連携なら6～12か月が推定目安です。学校内の合意形成、
予算承認、データ移行、研修、保護者への周知、自治体のセキュリティ審査は別期間として確保します。
まとめ
学校・教育機関向け出欠管理システムの費用は、欠席受付だけなら初期数万円から月額数千円、
個別開発なら100万～5,000万円超まで幅があります。標準的な出欠簿・帳票・権限・既存システム連携を含む場合は500万～1,500万円、
大学・専門学校の授業単位出席や機器連携を含む場合は1,000万～3,000万円が推定目安ですが、
要件によって増減します。
費用判断では業務範囲と5年総額をそろえます
電話対応の削減が目的なら欠席受付SaaS、出席簿・帳票・学籍情報まで統合するなら校務支援パッケージ、
独自の出席判定や既存基幹との連携が重要ならハイブリッドまたは個別開発が候補です。
どの方式でも、初期費用だけでなく月額、端末、データ移行、研修、保守、年度更新、契約終了時のデータ返却まで含めて5年間のTCOを比較します。
まずは現状業務と必要機能を整理して相見積もりへ進みます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、欠席連絡から出席簿・帳票・成績連携までの業務フローを書き出し、学校種別、利用人数、出欠区分、連携先、例外処理、セキュリティ条件を要件書にまとめます。
そのうえで、1学年や数クラスでPoCを実施し、入力時間や電話件数などのKPIを測定すると、必要な機能と不要な機能を判断できます。
要件をそろえた相見積もりで、費用だけでなく運用への適合性まで確認しましょう。
▼全体ガイドの記事
・学校・教育機関向け出欠管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。