内見予約システム開発の完全ガイド

内見予約システムは、物件の受付から内見後の記録までをオンラインで管理する仕組みです。

機能、導入方式、費用、運用と安全管理に分けて押さえると、自社に必要な仕組みを判断できます。

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

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

内見予約システムの概要

内見予約システムは、物件の受付から実施後の記録までをオンラインで管理します。一般的なカレンダー予約と比べると、内見予約で扱う条件が多くなります。

内見の可否、所要時間、定休日、居住状況、担当者の対応時間を条件として管理します。さらに、担当者の移動時間や鍵の利用条件も確かめたうえで、予約を確定します。

システムを使う利用者と利用目的

内見予約を使う利用者には、不動産管理会社、元付会社、仲介会社、営業担当者、内見希望者がいます。

利用者によって予約の手順が変わるため、導入時には予約の形を利用者ごとに決めておく必要があります。予約の形は次の2つです。

• 仲介会社が予約：空室や鍵の情報を見ながら、日時を選びます。
• 一般顧客が予約：物件ページから日時を選び、変更やキャンセルにも対応します。

顧客の予約では、確認通知までオンラインで完結します。そのうえで、予約者を認証し、承認された予約に限って必要な鍵情報だけを開示します。

予約受付の入口をデジタル化するだけでなく、内見後の結果や顧客の反応を追客につなげることも、業務システムの役割です。

一般的な予約システムとの違い

一般的な予約システムは、サービスや施設の時間枠を受け付ける設計です。内見予約では、この時間枠予約に加えて、物件条件や鍵の安全管理も扱います。

• 物件ごとの条件：同じ時間帯でも、物件ごとに異なる入室条件があります。
• 案内の調整：担当者の移動や、複数物件を続けて案内する場合の時間配分を考慮します。
• 情報と鍵の管理：物件と予約を連携させ、本人確認、仲介会社の権限、承認、利用時間、入退室ログを設計します。

物件情報と予約情報が別々に管理されていると、空室状況が変わっても予約枠だけが残るおそれがあります。

鍵番号やワンタイムコードは、予約者全員に見せてよい情報ではありません。

内見予約システムの主要機能と導入効果

導入効果を得るには、現場の確認作業を必要な機能に置き換え、物件、空き枠、予約者、承認、鍵、通知、内見後の記録を一連のデータとして扱えるようにします。そうなると、電話や表計算への転記を減らし、予約状況をリアルタイムで確認できます。

物件マスタと空き枠を管理する機能

物件マスタには、予約可否や鍵などの情報を登録しておきます。

• 物件情報：物件名、所在地、募集状況、内見可否を登録します。
• 利用条件：所要時間、定休日、居住中・退去前の制約を記録します。
• 運用情報：鍵の種類、担当部署、予約可能な曜日や時間を設定します。

清掃や移動の時間（バッファ）を設けておくと、対応できない連続予約を防げます。

空き枠は物件だけでなく、担当者や店舗の予定とも照合します。

予約確定時は、同じ枠への同時予約を防ぐ排他制御が欠かせません。

通信が再送されても二重登録しない冪等設計も必要です。

予約の状態は、仮押さえ、承認待ち、確定を区別して持ちます。さらに、変更、キャンセル、実施済みも状態として分けます。

予約受付・認証・通知を自動化する機能

予約画面では、業務に必要な情報を予約者に入力してもらいます。

• 予約情報：物件や希望日時に加え、見学人数、連絡先、来場目的を扱います。
• 同行者情報：同行者の有無など、必要な項目を確認します。
• 変更条件：変更・キャンセルの締切と無断キャンセル時の扱いを明示します。

入力項目を増やしすぎないよう、予約時と予約確定後で取得する項目を分けます。

仲介会社の予約では、会社アカウントと利用者権限、宅地建物取引業者の確認情報を管理します。

承認前の段階では、鍵情報を表示しません。

通知は、場面ごとに分けて設計します。受付、承認、前日リマインドの通知に加え、変更やキャンセル、入退室、未実施確認の場面でも通知を設けます。送信履歴は、メール、SMS、メッセージングアプリのどの経路でも残します。

鍵の受け渡しと内見後の記録を管理する機能

有人内見とセルフ内見では運用が異なるため、鍵の扱いと内見後の記録は、それぞれの運用に合わせて管理します。

• 有人内見：鍵の受取場所と返却期限、担当者を記録し、受け渡し履歴も残します。
• セルフ内見：予約確定後に一時コードを発行し、予約時間の前後だけ使えるようにします。
• 実施後と効果測定：実施状況、顧客評価、質問、検討状況、再案内の要否を記録し、実施率・無断キャンセル率・申込転換率・物確電話件数・同行時間を追います。

鍵情報をメール本文や共有の表計算に残すと、漏えいしたときの影響が大きくなります。そのため、この残し方は避けます。

導入効果は、予約件数だけでなく、売上と業務効率の両面から判断します。

内見予約システムの種類と選び方

方式には、既製クラウド、業界向けパッケージ、クラウド拡張、スクラッチ、ハイブリッドがあります。

どの方式が合うかは、予約者、物件数、店舗数、鍵方式、既存システムとの連携範囲で変わります。

短期間で始めやすいSaaS・パッケージ型

SaaS型は、サーバーや更新を自社で抱えずに、標準機能を早く使い始められる方式です。

• 導入の速さ：Web予約、物件登録、通知、管理画面を利用できます。
• 適する課題：電話・FAX・メールの調整や少数物件の運用を改善したい場合です。
• 費用の確認：初期費用と月額費用、人数や物件数による料金の違いを見ます。

業務を標準機能に合わせられる場合に利用しやすい方式です。ただし、独自承認、特殊な鍵運用、深い既存連携では、標準機能だけでは足りないことがあります。

SaaSでは、契約前に、API、データ出力、解約時の返却、障害連絡、バックアップと復旧目標を確かめておく必要があります。

既存業務とつなぎやすいクラウド拡張型

クラウド拡張型は、既存システムを活かしながら予約機能を補う方式です。

• 連携範囲：物件・顧客管理、カレンダー、電子申込、契約管理と必要な範囲で接続します。
• 活用方法：既存の正確なデータを使い、顧客接点や鍵管理を補います。
• 連携ルール：空室情報の受信元、予約状態の返却先、顧客情報の共通ID利用を決めます。
• 障害への備え：再送、差分更新、手動復旧、重複登録の検知を設計します。

中小から中堅の事業者が、短期間と柔軟性のバランスを取りたい場合の選択肢です。

独自要件に対応するスクラッチ・ハイブリッド型

多店舗・多法人で複雑な要件を一つのルールにまとめて運用する場合は、個別開発が候補になります。

• 認証・制約：仲介会社の認証や物件ごとの制約を扱います。
• 鍵・基幹連携：独自の鍵承認や基幹システムとの接続に対応します。
• 拡張機能：分析基盤、API、通知、監査ログ、スマートロックを設計します。

業務に合わせて作り込める一方、要件定義と運用設計の負担は大きくなります。

方式を選ぶときは、「変えられない業務」と「標準化できる業務」の境界を見極めます。たとえば、鍵の安全管理や権限は独自要件として設計し、通知文面や一覧画面は標準化する方法があります。

将来の機能追加を見込む場合も、予約受付と安全な入室から始めれば、失敗を抑えられます。

内見予約システムの開発・導入の進め方

画面を作る前に、現状の業務を整理し、どこまでを誰が受け持つかを決めることが、導入の出発点です。そのうえで、予約者、空室情報の管理者、承認者、鍵の保管者、追客担当を明確にします。

導入では、現場の例外も洗い出し、段階的に設計します。

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

現状業務の整理とKPIの設定

まず、内見業務の一連の流れを業務フローに描きます。

• 受付から実施：物件登録、空室確認、予約受付、承認、鍵の手配、内見を記します。
• 実施後：キャンセル、結果入力、追客までを記します。
• 情報の所在：電話、FAX、メール、表計算、個人メモを確認します。

情報の正となる場所は、あらかじめ決めておきます。特に、空室の更新担当と鍵情報の管理者が別々のときは、更新のタイミングと責任を明確にしておく必要があります。

効果を比べるため、導入前にKPIを計測しておきます。

• 受付の効率：物確電話件数、予約受付から確定までの時間を記録します。
• 内見の状況：実施率、無断キャンセル率、営業担当者の同行時間を追います。
• 申込への転換：予約から申込までの転換率を測ります。

国土交通省の資料では、内見予約管理サービスやスマートロックが、媒介業務のデジタル化の対象として整理されています（出典：国土交通省「最近の不動産政策の取組について」、2026年）。

導入前の課題を数値で記録しておくと、導入後に改善したかどうかを判断できます。

要件定義と画面・データ設計

要件定義の段階では、予約者、内見方法、承認対象を決めておきます。

• 利用条件：一般顧客か仲介会社か、有人かセルフかを定めます。
• 規模：物件数、店舗数、月間予約件数、同時アクセス数を整理します。
• 運用量：通知件数と既存データ件数も確認します。

機能を必須、できれば欲しい、第二段階の3つに分けておくと、費用と納期を抑えられます。

データ設計では、物件、空き枠、予約者、仲介会社、担当者をIDで結びます。さらに、鍵、通知、入退室、内見結果も、この関係に結びつけます。

変更履歴、キャンセル理由、鍵情報の閲覧履歴を残しておくと、トラブル時に確認できます。

スマートフォンを使う利用者と、複数物件を管理する事務担当者では、画面の操作を分けて考えます。

PoC・テスト・段階展開

まずは一店舗か数十物件で試し、結果を見ながら進めます。

• PoC：全物件へ一斉展開せず、Web予約、通知、管理画面、承認の効果を見ます。
• 展開：運用確認後に鍵連携などへ広げます。
• テスト：同時予約、空室変更、承認前の鍵閲覧、時間外解錠を試します。さらに、通信切断後の再送、キャンセル後の枠開放、担当者変更、障害時の手動受付も含めます。
• 運用確認：受入テストの合格条件を事前に決め、現場担当者が実際の一日の流れで操作します。公開後は月次でKPI、問い合わせ、未使用機能、障害、権限を確認します。

国土交通省は、不動産分野でデジタル技術の導入支援や実証事業を進めています。2026年時点でも、段階的なDXは重要なテーマです（出典：国土交通省「不動産分野におけるDXの推進」、2026年）。

内見予約システムの費用相場とコストの内訳

費用は、予約者の数や物件数、店舗数で変わります。さらに、連携先、鍵設備、認証方式、データ移行、サポートも費用を左右します。

ここに示すのは、2026年時点の公開料金と、予約・顧客管理システムの一般的な開発工数を基にした目安です。専用の統計がない開発費は推定の幅であり、実際の見積もりを保証するものではありません。

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

SaaS・パッケージ型の費用相場

複数物件プランの公開例では、初期費用が25万円、月額が1万円程度です。

スマートロックなどを含む料金例では、初期合計が530,590円（税別）、月額合計が13,600円（税別）です（出典：内見予約サービスの公開料金ページ、2026年8月確認）。

公開料金は、サービスの構成によって変わります。そのため、追加費用や導入期間も含めて確かめます。

• 簡易クラウド型：初期費用0円、月額1,500円（税別）からの公開例があります。
• 物件・設備込み：複数物件向けやスマートロックなどの料金例があります。
• パッケージ導入：初期費用0万〜50万円、月額1万〜5万円程度が目安で、物件数・管理者数・通知量、店舗、権限、帳票、初期設定で上下します。
• 利用開始まで：標準機能のみなら1週間〜1か月程度、カスタマイズを含む場合は1〜3か月程度です。

掲載料金には、工事費、設置条件、追加端末、通信費、保守費が含まれない場合があります。そのため、比べるときは総額で見ます。

個別開発の費用相場と開発期間

個別開発の費用と期間は、実装する機能と対応する規模で異なります。

• 小規模MVP：物件・時間枠管理、予約登録、管理画面、メール通知に絞った構成です。
• 中規模：仲介会社・顧客アカウント、担当者制約、権限、SMS・メッセージング、分析、既存連携を含めると、500万〜1,000万円、4〜6か月程度です。
• 大規模：多店舗・多法人向けのポータルや各種連携を含む構成です。

MVPはMinimum Viable Product（最小限の実用製品）です。機能を絞る場合は、200万〜500万円、2〜3か月程度が目安です。

大規模では、物件・顧客管理と電子申込・契約を含めます。さらに、スマートロック、本人確認、監査ログ、冗長化も加わります。その規模では、1,000万円以上、6か月〜1年以上になることがあります。

これらの金額は、一般的な予約・業務システムの費用情報を基にした推定です（出典：予約システム開発の公開費用ガイド、2026年）。内見予約専用の公的統計ではありません。

見落としやすい運用費と投資対効果

初期費用や月額利用料に加え、3年間の総額を計算します。

• 設備・通信：スマートロック、ゲートウェイ、設置工事、通信、電池交換の費用です。
• 利用・保守：鍵交換、SMS従量料金、保守監視、問い合わせ窓口を見込みます。
• 移行・安全管理：データ移行、研修、バックアップ、セキュリティ診断の費用も含みます。

解約時のデータ返却にかかる費用や形式も、乗り換えに関わる条件です。

投資対効果は、電話や受付作業、内見同行の時間がどれだけ減るかで考えます。さらに、無断キャンセルによる機会損失や、予約から申込までの改善も評価します。

内見数だけを増やすと、現場が疲弊するおそれがあります。そのため、内見実施率や申込転換率、鍵の受け渡し時間も合わせて見ます。

セキュリティと運用設計の注意点

内見予約では、氏名、電話番号、メールアドレス、内見履歴、本人確認情報、物件の入室情報を扱う場合があります。

便利さを優先して情報を広く共有すると、個人情報の漏えいだけでなく、不正侵入や責任の所在が不明確になることにもつながります。機能の設計と並行して、安全管理と障害時の業務も決めておきます。

個人情報と権限を最小限にする設計

取得する情報は、利用目的に必要な範囲に絞ります。そのうえで、役割ごとに閲覧できる範囲を分けます。

• 利用者の区分：予約者、店舗担当、管理者、鍵管理者、保守担当を分けます。
• アクセス対策：多要素認証、暗号化、操作ログを要件にします。
• アカウント管理：権限を見直し、退職・異動時には即時に無効化します。

本人確認書類を扱う場合は、保存期間と削除方法も決めておきます。

個人情報保護委員会のガイドラインは、委託先の安全管理措置を事前に確認するよう示しています。そのうえで、委託契約には取扱状況の把握に関する内容を盛り込みます（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

委託先との間では、再委託、事故報告、監査、データ返却、脆弱性対応について、責任の範囲も確認します。

鍵情報と障害時の代替運用

予約の確定、承認、本人確認、利用時間、入退室条件がそろった場合に限り、鍵情報を発行します。

コードは短時間で失効させ、予約の変更やキャンセル時には即時に無効にします。さらに、閲覧者、解錠、予定時間を超えた利用を記録しておくと、事故のときに確認できます。

障害や通信断、電池切れ、予約データの不整合に備えて、それぞれの手順を用意します。

• 緊急対応：連絡先、手動予約台帳、鍵の保管場所を定めます。
• 本人確認：代替時の確認方法と、顧客への連絡文面を決めます。
• 復旧後：二重登録を防ぐ方法を定め、手順を定期訓練します。

自動化が進むほど、人が介入する条件を文章にしておく必要があります。

AIや契約業務との連携

AIを連携させる場合は、誤案内を防ぐ確認手順と情報管理を組み合わせて検討します。

• 利用場面：問い合わせからの物件提案や、内見後の案内文作成に活用できます。
• 確認と情報保護：送信前の担当者による点検と、顧客情報を外部に入力する条件を定めます。
• 契約業務への展開：AIを重要事項説明などの補助に使う方向性があります。

空室や賃料、鍵、契約条件を誤って案内すると影響が大きいため、送信前に担当者が確認します。顧客情報を外部のAIに入力する場合は、マスキングや利用目的、保存期間を確かめます。

国土交通省も、不動産分野のDXの中で、負担の軽減を図る方向性を示しています（出典：国土交通省「不動産分野におけるDXの推進」、2026年確認）。

契約、電子申込、追客へ広げる際は、正確なデータを起点にします。そのうえで、法令対応と人による最終確認を残しておきます。

内見予約システムの開発会社・ベンダーの選び方

候補を比べるときは、予約フォームを作る力だけでなく、物件、時間、担当者、鍵をつなぐ運用を理解しているかを見ます。そのうえで、同じ要件を渡し、標準機能、追加開発、連携、設備、保守を分けた見積もりを出してもらいます。

不動産業務と鍵管理の経験

実績を見るときは、予約サイトの制作数より、不動産業務での経験を重視します。

• 業務の経験：物件、権限、承認、キャンセル、追客を扱ったか確認します。
• 鍵の管理：鍵の発行・失効、入退室ログの経験を尋ねます。
• 導入後の対応：導入規模、利用者、連携先、運用開始後のサポート範囲を自社要件と照らします。

セルフ内見では、機器の対応範囲、設置工事、通信、電池交換を確かめておく必要があります。加えて、故障時の現地対応や、解錠できない場合の代替手段も確かめます。

鍵と予約システムの責任の境目があいまいだと、障害が起きたときに問い合わせ先が分からなくなります。そのため、導入前に、鍵機器と予約システムのどちらを誰が受け持つかを決めておきます。

連携範囲と見積もりの粒度の比較

見積もりを頼む前に、接続するシステムと連携条件を整理しておきます。

• 連携先：物件・顧客管理、カレンダー、通知、電子申込、契約、分析を確認します。
• データ対応：APIがない場合の代替、CSV取込、移行、重複排除を確認します。
• 障害対応：再送など、連携ごとの前提条件を明記してもらいます。

初期の開発費だけを見ると、後から連携費や運用費が増える可能性を見落とすおそれがあります。そのため、要件定義、画面設計、開発、テスト、データ移行、機器設置を分けて見積もってもらいます。

教育、保守、監視も、見積もりの項目として確認します。納期を見るときは、開発だけでなく、社内承認、データ整理、機器設置、教育、パイロット運用の時間も含めて考えます。さらに、安価な提案であっても、二重予約防止、鍵の失効、障害時の手動運用が含まれているかを確かめます。

導入後の保守・サポート体制

保守の内容と契約条件を事前に確かめ、運用時の窓口や責任を明確にしておきます。

• 変更と問い合わせ：物件追加、権限・通知文・料金・営業時間の変更、鍵機器交換、利用者対応の範囲です。
• 障害・保守：通常・緊急窓口の受付時間、初動・復旧目標、更新通知、脆弱性対応、バックアップ、監査ログ保存期間を見ます。
• 契約条件：データ所有権、個人情報の委託範囲・再委託、事故連絡、終了時のデータ返却、追加開発単価・保守範囲を取り決めます。
• 候補への提示：物件数・店舗数、月間内見数、予約者、鍵方式、連携先、KPIを一枚にまとめ、複数候補へ同じ条件を提示します。

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

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

内見予約システムに関するよくある質問

検討時には、既製サービスで足りるか、セルフ内見に対応できるか、費用がどの程度かが気になるところです。その点を含めて、よくある質問に答えます。

内見予約システムはSaaSと個別開発のどちらがよいですか？

標準的な予約・通知・管理機能で足り、電話やメールの調整を早く減らしたい場合は、SaaSやパッケージ型が向いています。独自承認、基幹との深い連携、特殊な鍵運用、細かな分析が必要な場合は、クラウド拡張や個別開発を検討します。

最初から方式を決めつけず、必須要件を標準機能で満たせるかを確かめるところから始めます。

セルフ内見にも対応できますか？

セルフ内見にも対応できます。物件の種類やリスクに応じて、無人化する範囲を分けて考えます。

• 本人確認と鍵：予約の承認、鍵情報の発行・失効、入退室ログを設けます。
• 現地対応：トラブル時の連絡手順と、電池切れ・故障時の代替鍵を用意します。
• 費用と時間：設置費、通信費、予約時間超過への対応も設計します。

内見予約システムの費用を抑える方法はありますか？

予約受付、空き枠管理、確認通知、管理画面に機能を絞り、1店舗や少数の物件で始めれば、初期費用を抑えられます。

鍵・API連携、分析、AI追客は第二段階に分けられます。一方、権限管理、二重予約防止、鍵の失効、ログ、障害時の手動運用は、初期要件に含めます。

個人情報や鍵情報はどのように守ればよいですか？

個人情報と鍵情報は、閲覧範囲、アクセス対策、委託先管理を組み合わせて守ります。

• 情報と権限：情報を必要最小限にし、役割ごとに閲覧範囲を分けます。
• アクセス対策：多要素認証、暗号化、操作ログ、定期的な権限確認を行います。
• 鍵情報：承認後に短時間だけ表示し、予約変更・キャンセル時に失効させます。
• 委託先と障害：安全管理、再委託、事故報告、データ返却を契約で確認し、代替手順を定期訓練します。

内見予約システム完全ガイドのまとめ

内見予約システムは、物件、時間枠、担当者、予約者をつなぎ、鍵や通知、実施後の記録も同じ基盤で扱う仕組みです。電話やメールの調整を減らし、内見業務を安全に運用できるようにします。

最初に決める予約者・鍵・KPI

課題とKPIを明確にしておくと、必要な機能と不要な機能を分けやすくなります。

• 予約者と方法：一般顧客と仲介会社のどちらが予約するか、有人・セルフ内見をどう使い分けるかを決めます。
• 鍵の開示：誰が、いつ鍵情報を渡すかを取り決めます。
• 効果測定：物確電話件数、確定までの時間、内見実施率、無断キャンセル率、申込転換率を計測します。

小さく始めて安全に広げる進め方

導入費用と業務の成熟度を見ながら、小さく始めて、安全に広げていきます。

• 費用の幅：簡易なクラウド型の月額利用から、設備、個別連携、大規模開発まであります。
• 段階導入：1店舗や少数物件で予約受付と通知を試し、効果と運用課題を確認してから、鍵連携、追客、契約業務へ広げます。
• 候補の比較：物件数・店舗数、月間内見数、予約者、鍵方式、連携先、KPIを同じ資料で提示し、保守・設備・データ移行込みの総額を比べます。

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

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