家賃管理システム開発の見積相場や費用/コスト/値段について

家賃管理システムの費用は、導入方式、管理戸数、連携・移行の範囲で変わり、初期5万円〜3,000万円以上まで幅があります。

小規模のクラウド型は、初期約5万〜50万円、月額約3,000円〜8万円が目安です。一方、スクラッチ開発は初期1,000万〜3,000万円以上になることがあります。

▼全体ガイドの記事
・家賃管理システム開発の完全ガイド

家賃管理システムの全体像

家賃管理システムを中央に置き、物件・部屋、契約者・オーナー、賃貸借契約、入出金を周囲に配置した図。
契約情報と入出金を同じ基盤で扱う構成です。

家賃管理システムは、物件・部屋・契約者・オーナーの情報を一元管理する業務システムです。

賃貸借契約と入出金をつなぎ、請求から入金確認、滞納対応、オーナー精算までを扱います。

契約条件と金融データを結び付けると、家賃計算が正確になるだけでなく、月次業務のスピードも上がります。

家賃管理で必要になる主な機能

台帳、請求・入金、精算・報告を一つの流れで扱い、会計や銀行などの外部サービスともつなぎます。必要な機能は、この4つの領域に分かれます。

  • 台帳管理:物件、部屋、駐車場、契約者、オーナーの情報を扱います。
  • 請求・入金:契約条件から請求し、入金消込と未入金の抽出を行います。
  • 精算・報告:オーナー送金、報告書、収支、退去精算を扱います。
  • 外部連携:会計、銀行・ネットバンキング、口座振替、保証会社、全銀振込、電子契約などとつなぎます。

契約条件では、賃料、共益費、駐車料を保持します。さらに、変動費、敷金、更新料も持たせ、銀行明細や口座振替結果を取り込んで督促履歴まで記録します。

更新対象者の抽出や解約・退去精算、原状回復費を扱う機能も必要です。また、工事履歴も記録の対象になります。

連携する場合は、連携方式とデータの責任範囲まで要件に含めます。

費用を左右するMUST要件

費用を抑えつつ実務に耐える構成にするには、月次業務を止めない要件から決めていきます。MUST要件は次の3つです。

  • 契約条件:正しく保持すること。
  • 入金消込:入金の取り込みと消し込み。
  • オーナー精算:精算額を正確に出すこと。

募集・仲介、問い合わせ管理、修繕受付を同時に作ると、画面数と連携数が増えます。

入居者アプリや高度な分析まで加わると、その分、初期費用と検証期間も膨らみやすくなります。

日割りや月途中の開始・解約、フリーレントは後回しにしません。保証会社の立替や一部入金も、最初から要件に含めます。

複数税率と駐車場の例外処理も、要件に含めます。これらを手作業で補うと、導入後の修正費やミス対応費が増えます。

家賃管理システム開発・導入の進め方

家賃管理システムは、契約条件や入金データ、計算結果が、月次の締め処理でつながるシステムです。

帳票や会計仕訳も、同じ締め処理の中で扱われます。

業務フローを一覧にし、受入テストの内容を先に設計しておくと、後からの追加費用を抑えやすくなります。

要件定義・企画フェーズでの決定事項

家賃管理の要件定義では、月次業務の流れと将来の規模を整理しておくと、必要な機能と移行範囲の判断材料になります。

  • 業務の流れ:契約登録、請求、入金、消込、督促、送金、月次報告、更新、退去の順。
  • 担当と承認:担当者、入力元、承認者の記録。
  • 締め処理:例外処理、帳票、締め日の整理。
  • 規模とデータ:法人・拠点数、請求件数、入金チャネル、オーナー数、利用者数の提示。

管理戸数も整理すると、料金単位と必要な性能を見積もる根拠になります。

MUST・SHOULD・WANTに分けたRFPを作り、業務を止めないための優先順位を書き出します。MUSTは家賃計算・入金消込・精算、SHOULDは銀行や会計との自動連携です。

WANTはアプリや高度な分析です。

RFPには、移行項目、保存年数、欠損データの扱いも書いておきます。

設計・開発フェーズでの確認事項

設計では、データ構造と履歴、権限を決めます。

外部連携については、その責任範囲も決めます。

  • データ構造:物件、部屋、契約、請求、入金、精算の情報。
  • 履歴管理:契約変更、再計算、修正前後の記録。
  • 権限分離:一般ユーザー、担当者、経理、管理者、オーナーなどの区分。
  • 連携方式:API、CSV、全銀データごとの責任範囲。

記録の要件は、データベースと画面の設計に影響します。

銀行や口座振替との連携は、方式ごとに費用と保守負担が違います。

保証会社や会計ソフトとの連携も、方式ごとに費用と保守負担が違います。

連携では、仕様変更の担当者を決めます。

エラー時の再取込や重複入金の防止方法も、あらかじめ決めておきます。

制度や計算ルールが変わる事業では、設定やルールエンジンで管理できる設計にしておくと、改修費の抑制につながります。

テスト・移行・リリースで見る点

受入テストでは、通常処理と例外処理を代表データで確認します。確認するケースは、毎回同じ内容でそろえます。

  • 契約データ:代表的な20〜50件。
  • 請求と入金:通常請求、日割り、フリーレント、一部入金。
  • 滞納と精算:滞納、立替、退去精算の各処理を実行。
  • 送金と帳票:送金、仕訳、帳票、訂正履歴の照合。

保証会社の立替では、計算結果と入金明細を照合します。

送金と帳票では、会計仕訳、帳票の合計、訂正履歴が一致することを確かめます。

テストのケースを文章で残すと、担当者が変わっても再テストできます。

期間の目安は、既製クラウドの初期設定・研修で2週間〜2か月です。

Excel移行や複数銀行との連携を含む導入は2〜4か月、標準機能の大幅拡張は4〜8か月です。

スクラッチ開発は6か月〜1年以上かかります。

データクレンジング、移行リハーサル、月次締めの並行稼働も計画に含めます。

本稼働は、月末直前を避けて行います。旧システムと新システムで1回以上の締め処理を比べてから、本稼働に進みます。

ポイント

迷ったときは、契約から退去までの業務の流れと、誰が入力し誰が承認するかを基準に、要件の優先度を決めます。締め処理が止まらないかを、最後の判断に使います。

家賃管理システムの費用相場とコストの内訳

クラウドSaaSの月額料金、初期設定・データ移行費、連携・帳票のオプション費、個別開発費、導入後の保守費を5枚のパネルに分けた図。
月額以外の費用項目も並べて見積もりを確認できます。

家賃管理システムの料金は、大きく初期費用と月額料金に分けて見ます。料金には、オプション、個別開発、保守の費用も加わります。

口座振替手数料やデータ移行の費用、ユーザー追加、オーナー向け機能の有無も確認します。

クラウド型の初期費用と月額料金

クラウド型の小規模導入は、初期約5万〜50万円、月額約3,000円〜8万円が目安です。

  • ライト:100区画、月額2,980円。
  • ミドル:500区画、月額6,980円。
  • アドバンス:1,000区画、月額12,480円。
  • 初期登録:49,800円。

上記は、ReDocS公式料金ページに2026年8月時点で掲載された価格です(出典: ReDocS公式料金ページ、2026年8月閲覧)。

表示料金は税別で、契約期間やオプションによって条件が変わります。

家賃請求や入金、督促まで含むサービスは、価格帯が上がります。送金や会計連携まで広く含むと、さらに上がります。

いい生活の家賃管理タイプには、1,000戸・区画で月額78,000円から、初期設定500,000円からという公開例があります(出典: いい生活「不動産業務支援システムとは」、2026年8月確認)。

この例は、小規模な台帳サービスと同じ条件では比べられない価格です。比較するときは、管理戸数と対応業務をそろえます。

個別開発・スクラッチ開発の費用

個別開発とスクラッチ開発の費用は、近似相場、追加条件、開発方式の3つに分けて見ます。

  • 近似相場:家賃管理の費用目安として参照する公開価格。
  • 追加条件:銀行・保証会社・会計・電子契約とのAPI連携、帳票、ポータル、アプリ、移行代行。
  • 開発方式:スクラッチは業務システム一般データからの推定。

管理戸数1,000〜5,000戸規模で、権限管理、帳票、入出金を含み、会計とオーナー報告も備える場合、初期費用90万〜500万円、月額5万〜15万円程度が近似目安です。この目安は、マンション管理システムの戸数別公開価格から推定したもので、家賃管理全体の統一された市場統計ではありません。

物件数、利用者数、帳票によって個別見積もりになり、移行量や連携数も見積もりに影響します。

API連携などの追加条件まで加わると、初期費用は100万〜800万円程度まで広がり得ます。

フルスクラッチは、要件定義から移行までを含めると、1,000万〜3,000万円以上になることがあります。この金額は、NotebookLMの業務システム一般データからの推定で、家賃管理固有の公表相場ではありません。

初期費用以外に発生するランニングコスト

ランニングコストは、基本月額に加えて、利用規模や連携機能、利用者向けの機能、保守によって積み上がります。

  • 利用規模:追加ユーザー、戸数、区画数、容量で変動。
  • 連携機能:銀行、口座振替、SMS、電子契約が対象。
  • 利用者向け機能:オーナー・入居者ページ。
  • 保守:サポート契約と改修費。

ReDocSでは、ネットバンキング連動や入居者マイページ、オーナーページがオプションです。クラウドストレージと口座振替もオプションです(出典: ReDocS公式料金ページ、2026年8月閲覧)。

自社開発では、サーバーやクラウドの利用料に加えて、監視、バックアップ、脆弱性対応も継続します。

法改正や帳票変更への改修費も含め、費用を時期ごとに見ます。初年度と2年目以降を分けて考えます。データ増加時や終了時の返却も確かめます。

初期開発費だけで判断すると、3年・5年の総保有コストを見誤ります。

ポイント

費用を比べるときは、初期費用と月額だけで判断せず、3年・5年の総額で見ます。オプション、移行、保守、改修も含めます。公開価格と個別見積もりは、前提をそろえてから比べます。

家賃管理システムの費用が変動する要因

家賃管理システムの見積もりを中央に置き、管理戸数・契約件数・利用者数、家賃計算・精算ルールの複雑さ、連携・データ移行・セキュリティ要件の3項目を注釈線で結んだ図。
見積もりでは規模だけでなく業務の複雑さも関係します。

見積もりは、機能数を足し合わせた金額で決まるとは限りません。差分や連携、例外によって、調査・設計・テストの工数が変わります。

運用ルールも工数を左右します。

管理戸数・契約件数・利用者数

見積もりの価格は、料金の単位と規模の数え方によって変わります。規模の見方は4つあり、いずれも価格に影響します。

  • 課金単位:法人、ユーザー、物件、部屋・区画ごとに異なる。
  • 管理規模:戸数や区画数による容量と検索性能の違い。
  • 利用体制:拠点、法人、権限、承認、帳票による分岐の増加。
  • 取引量:請求件数、入金件数、口座数の多さ。

100区画と1,000区画では、必要な容量や検索性能が違います。

管理戸数が少なくても、オーナー数や入金件数、口座数が多いと、必要な規模は大きくなります。

管理戸数の増加を伝えずに小規模プランで始めると、後からプラン変更や移行が必要になることがあります。

見積もりには、現在の戸数と3年後の想定戸数を示し、料金単位と将来規模を合わせて確認します。

月次請求件数と同時利用者数も併せて示します。

増加時の料金計算方法も、契約前に確認します。

家賃計算・精算ルールの複雑さ

請求金額の例外が多いほど、業務ルールや画面の数が増えます。帳票やテストケースの数も膨らみます。例外は大きく、契約、精算、連動の3つに分かれます。

  • 契約条件:日割り、フリーレント、更新料。
  • 精算条件:敷金充当、滞納損害金、退去費。
  • 連動条件:保証会社の立替、駐車場契約。

SCSKの自治体向け不動産賃貸用管理システムでは、制度改正で家賃管理のサブシステムが膨らみました。ルールエンジンで計算式を400ルールに整理し、30%のルールの共通化につなげています(出典: SCSK「導入事例 – 地方自治体」、2026年8月確認)。

民間の賃貸管理でも、将来変更されるルールをどこで管理するかが保守費に影響します。

連携・データ移行・セキュリティ要件

連携方式、移行範囲、セキュリティ要件に分けると、費用がかかる理由を見分けられます。

  • 連携方式:CSVは費用を抑えやすい一方、APIは自動化しやすい。
  • 移行品質:重複、表記ゆれ、欠損、過去帳票の点検。
  • 安全管理:認証、権限、ログ、暗号化。
  • 終了時対応:返却・消去と再委託先の確認。

API連携では、認証と仕様確認が必要になります。障害時の再処理や、相手先の利用料も必要です。一方、CSVの手動取込は、初期費用を抑えられる場合がありますが、毎月の作業とエラー確認が残ります。

対象となる連携先は、銀行、口座振替、保証会社です。

ほかに、会計、電子契約、入居者・オーナー向けサービスも対象になります。

移行対象を増やすほど初期費用は上がりますが、過去の精算履歴や契約変更履歴は問い合わせ対応や監査に役立つ場合があります。

個人情報や口座情報を扱うため、安全管理は要件の段階で具体的に決めておく必要があります。多要素認証と権限分離を要件に入れ、操作ログや通信・保存時の暗号化も含めます。

バックアップと復元テストも、要件に含めて確かめます。

IPAは2026年3月に「中小企業向け情報セキュリティ対策ガイドライン」第4.0版を公開しています。クラウド利用の安全確認に活用できます(出典: IPA、2026年)。

ポイント

見積もりの差が大きいときは、規模だけでなく、家賃計算の例外や連携方式が各社でどう違うかを確かめます。移行範囲と安全管理の違いも、差の理由を読み解く手がかりになります。

家賃管理システムのコストの抑え方

目指すのは、初期見積もりの安さではなく、総コストを抑えることです。

総コストには、月次業務のミスや手作業、法改正への対応が含まれます。担当者の属人化による負担も、その中に入ります。

必要な精度に加え、締め処理の安定性、例外の追跡性、将来のデータ持ち出しを評価します。

標準機能の活用と独自開発の絞り込み

標準クラウドを基本にし、競争力に直結する独自ルールだけを追加すると、費用のバランスを取りやすくなります。

  • 標準化:契約登録、請求、消込、精算を標準機能に合わせる。
  • 独自開発:自社特有の計算、承認、帳票、連携に絞る。
  • デモ確認:実データに近いケースでの機能の試用。

標準に合わせられる業務と、変えてはいけない業務を分けます。

デモでは、一括請求や自動消込、一部入金を見ます。さらに、滞納や日割り、退去精算も確かめます。また、オーナー送金、会計仕訳、帳票の訂正履歴は、自社に近いケースで見ます。

標準機能を確かめずに作り込むと、標準機能のアップデートを適用しにくくなり、改修のたびに検証費がかかることがあります。

段階導入による初期投資の分散

段階導入では、月次の中核業務から始めます。導入の順番を決めておくと、投資を分けられます。

  1. 第1段階は、契約条件、請求、入金消込、滞納一覧、オーナー精算です。
  2. 第2段階は、募集・仲介、問い合わせ、修繕、電子契約、アプリ、分析の追加です。

最初から全機能を作らなければ、操作の習得、テストデータ、移行範囲を小さく抑えられます。物件・契約のIDと入金・オーナーのIDの設計を、初期段階で決めておきます。APIの方針も同じ時期に決めます。

段階導入は、基盤を作り直さずに機能を後から足していく計画です。ロードマップ、追加時の見積もり単位、データ連携の責任者を決めておくと、再開発費を抑えるうえで役立ちます。

3年・5年の総コストでの比較

候補は、3年または5年の総額で比べます。

  • 契約費:初期費用と月額の合算。
  • 追加費:ユーザー、口座振替、容量、帳票、サポートの費用。
  • 業務費:二重入力、消込確認、滞納発見、精算修正、帳票の作り直し。
  • 成果指標:消込時間、帳票時間、ミス、問い合わせ。

初期費用が安くても、追加料金が多ければ、戸数や利用人数が増えた時点で差が縮まります。一方、移行支援と研修が含まれ、月次作業が安定するなら、初期費用が高くても効果が高い場合があります。

導入前は、月次締めの時間や関与人数、訂正件数を測ります。

導入後は、同じ項目に加えて未収発見までの日数も導入前と比べます。

ポイント

コストを抑えるときは、初期見積もりの安さではなく、ミスや手作業、法改正への対応を含めた総額で比べます。標準で足りる業務は標準に合わせ、独自開発は競争力に直結する部分に絞ります。

家賃管理システムの見積もりを取る際のポイント

見積もりの精度は、発注側が前提条件をどこまで具体的に示せるかで決まります。同じ業務ケース、データ量、連携範囲で比べると、総額の差の理由が見えてきます。

仕様書・RFPに記載する項目

家賃管理のRFPでは、規模だけでなく、月次処理、移行後の運用、障害時の責任までそろえると、見積もりを比べやすくなります。

  • 規模:戸数、物件・拠点数、オーナー数、請求件数、入金チャネル、利用者数の提示。
  • 機能:帳票、契約保存、権限、承認。
  • 移行・連携:移行元の形式と連携先。
  • 運用:障害連絡、返却条件、テスト条件。

日割りや滞納、一部入金をシナリオにし、保証会社の立替も示します。更新、退去精算、オーナー送金もシナリオにします。

契約の保存期間、障害時の連絡体制、データ返却条件もRFPに記載します。

請求書を作れても、入金消込が手作業のままなら月次の作業負担は残ります。オーナー報告ができても、送金計算の根拠や修正履歴がなければ、確認に時間がかかります。

開始から完了までを1本のシナリオで示すと、見積もりの抜け漏れに気づけます。

複数社の同じ条件での比較

比較方式と契約条件をそろえると、価格差がどこから生じたかを追えます。候補は、方式ごとに分けて見ます。

  • クラウドSaaS:家賃管理だけを始めたい小規模な会社向けの候補。
  • 業界パッケージ:複数拠点・多人数で入送金や会計を標準化する候補。
  • 追加開発:既存会計・ERPとの統合の検討。
  • スクラッチ:独自ルールや制度対応を重視する場合の候補。

公開価格と個別見積もりは、分けて比べます。初期設定、移行、連携を別行にします。

教育や保守、改修も別行にします。解約時のデータ返却も含めます。

請負契約は、仕様変更のリスクが見積もりに上乗せされるため、準委任契約より1.3〜1.5倍程度高くなる傾向があります。これは業務システム一般の傾向で、個別案件では契約条件により異なります。

変更の進め方と追加費用の決め方も、契約前に確かめます。

法令・セキュリティ・運用体制の確認

法令、セキュリティ、運用担当は、契約前に確認しておきます。要件に反映する対象を洗い出します。

  • 法令対応:分別管理、帳簿、報告書と履歴。
  • アクセス管理:多要素認証、最小権限、承認の分離。
  • 記録と復旧:操作ログ、通信・保存時の暗号化、復元テスト。
  • 責任分界:委託先・再委託先、障害時の連絡体制、事故時の責任。

賃貸住宅の管理を受託する事業者は、管理戸数が200戸以上になると、賃貸住宅管理業の登録が義務付けられます。まず自社が対象かを確かめ、対象であれば、専用口座や契約単位の帳簿、報告書の出力と履歴を、システム要件に落とし込みます。

国土交通省は、業務管理者や重要事項説明を求めています。さらに、分別管理やオーナーへの定期報告も求めています(出典: 国土交通省「賃貸住宅管理業法ポータルサイト」、2026年8月確認)。

マスタを誰が管理し、法改正や帳票変更にどう対応するかが曖昧なら、運用費が予想以上に膨らむことがあります。

ポイント

見積もりを取るときは、複数社に同じ業務シナリオ、データ量、連携範囲を示すことを先に決めます。前提がそろえば、金額の差がどこから来るかを追えます。

よくある質問(FAQ)

価格の下限だけでなく、自動化する範囲、移行するデータ、安全性の確保も確かめておく必要があります。導入前によくある疑問を、次の質問で見ていきます。

家賃管理システムの導入費用はいくらですか?

導入方式ごとの価格幅を分けて見ると、公開価格と個別見積もりの前提をそろえられます。

  • クラウド型:初期約5万〜50万円、月額約3,000円〜8万円程度。
  • 個別開発:連携・移行・帳票を含むと、初期100万〜800万円程度まで広がり得る。
  • スクラッチ:初期1,000万〜3,000万円以上になることがあります。

費用は、管理戸数や機能、連携によっても変わります。データ量や保守の範囲でも変動します。

クラウドとスクラッチ開発はどちらが安いですか?

比較では、初期費用だけでなく、標準機能への適合と長期の業務効果も見ます。

  • クラウド型:開始しやすく、初期費用を抑えやすい方式。
  • スクラッチ:独自計算や基幹統合に適する一方、初期費用が大きくなりやすい方式。

アップデートやバックアップの条件を、総額に含めて確認します。複数拠点利用や追加オプションの条件も加えて見ます。

独自ルールが標準機能に合わず、業務変更が多い場合は、クラウドの総額も上がることがあります。3年・5年の総コストと業務効果で判断します。

Excelから家賃管理システムへ移行できますか?

移行できますが、Excelの列をそのまま取り込めるとは限りません。

  1. 表記ゆれや重複、退去済み契約、空欄の振込先、過去の精算履歴を確認します。
  2. 移行対象と除外対象を決め、代表データで試験移行します。
  3. 件数、残高、請求額、オーナー精算を旧データと照合して本移行します。

管理戸数200戸未満でも法令対応は必要ですか?

管理戸数が200戸未満の場合も、登録の扱いと日々の情報管理を分けて考えます。

  • 登録の対象:管理戸数200戸以上の事業者は登録が義務、200戸未満は任意です。
  • 取り扱う情報:登録の有無にかかわらず、家賃や契約者情報、口座情報を適切に扱う運用が必要です。
  • 将来の規模:200戸を超える見込みがあれば、分別管理や権限、操作履歴に対応できるシステムを選びます。
  • 定期報告:オーナーへの定期報告の出力に、システムが対応できるかもあわせて確かめます。

まとめ

家賃管理システムの費用は、方式と規模によって変わり、連携や移行、保守の範囲も影響します。クラウド型は初期約5万〜50万円、月額約3,000円〜8万円が目安です。

個別開発は初期約90万〜500万円、API連携などを含むと100万〜800万円程度まで広がり得ます。スクラッチ開発は1,000万〜3,000万円以上が目安です。

価格より業務範囲と総コストの確認

見積もりの金額を比べる前に、どこまでを対象にするかを決めておきます。

  • 業務範囲:契約条件や請求、入金消込をMUST要件にし、滞納やオーナー精算も含めます。
  • 日割り・退去精算:受入テストで確かめます。
  • 連携・移行・帳票:別建てで確認します。
  • 権限・法令要件:連携・移行・帳票とは切り分けて確かめます。
  • 導入の進め方:標準クラウドを基本に段階導入すると、後から追加費用が発生するリスクを下げやすくなります。

自社の月次業務と3年後の規模の整理

自社の現状と将来規模、利用したい連携をもとに、導入候補の費用条件をそろえて比べます。

  1. 現在の管理戸数、月次請求件数、入金チャネル、担当者数を整理します。
  2. Excelの移行範囲、利用したい連携、3年後の管理規模を整理します。
  3. 初期費用、月額、オプション、移行費、保守費、返却条件を比較します。

発注側は、複数社へ同じ業務シナリオを提示します。

▼全体ガイドの記事
・家賃管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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