遺失物管理システム開発の完全ガイド

遺失物管理システムは、拾得物の登録と検索、保管場所と返還の追跡、期限や個人情報の管理を一つにまとめ、現場に合う方式で運用する仕組みです。

導入を検討するときは、機能と方式、法令への対応、開発の進め方、費用、開発会社の選び方を順に押さえておくと、全体を見渡しやすくなります。

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

遺失物管理システムの概要

遺失物管理システムは、落とし物をデータとして記録し、現物の保管場所と業務上の状態を追跡する仕組みです。紙台帳を画面に置き換えるだけでなく、登録から返還までの業務の進め方を標準化します。

紙台帳やExcelからの変化

紙台帳やExcelでは、拾得物の情報、保管場所、問い合わせ履歴、返還状況が別々になりがちです。そのため、担当者が複数の台帳を探したり、別拠点へ確認したりする時間が生じます。

システムでは、拾得日時と場所を、同じデータに紐づけます。物件の種類と色に加えて、ブランドや特徴も記録します。また、画像や保管棚、担当者も、同じデータで管理します。検索結果から移動履歴や返還状況まで見られるため、担当者の経験や記憶に頼りにくくなります。

一元管理の対象業務

一元管理の対象は、拾得物の登録から返還・配送までの一連の流れです。遺失届や問い合わせの受付、拾得物との照合も対象に入ります。さらに、拠点間の取り寄せや本人確認も、同じ流れの中で扱います。

提出・期限：警察提出用の一覧を作成し、保管期限の通知を出します。
処分：期限後の廃棄・売却の記録を残します。
運用の共通化：施設内、駅・車内、店舗などの拾得物を同じルールで扱います。
拠点別運用：施設種別や拠点ごとの違いを設定します。

返還や廃棄を実行した人、日時、根拠をログに残しておくと、後から処理の経緯を確認できます。

ポイント

紙台帳やExcelで情報が分かれ、探す時間が生じているかどうかが、導入を考える目安になります。拾得から返還までを一つの流れで追えるかを、現状と比べてみてください。

主要機能と導入メリット

受付から処理後の記録まで、機能のまとまりを見渡せます。

導入効果を得るには、現場で拾得情報を正確に登録し、問い合わせがあったときに必要な情報へすぐたどり着けることが欠かせません。役割ごとに必要な画面は異なるため、登録担当者から警察提出担当者まで、それぞれが使いやすい画面を設計します。

登録・検索・画像管理の機能

登録から照合までの各場面では、次の情報を扱います。

登録：拾得日時・場所、発見者、カテゴリ、色、形状、メーカー、目印、同梱物、保管場所、状態を記録します。
撮影・入力：スマートフォンやタブレットで撮影し、その場で登録して入力漏れを抑えます。
検索：カテゴリや色は選択式にしつつ、自由記述も残します。フリーワードや拾得日・場所、保管拠点、返還状況を組み合わせて絞り込みます。
照合：「黒い財布」のような自然な表現や表記揺れも候補に出し、本人しか知らない特徴で確かめます。

AIの候補だけで返還を確定させず、複数の候補を比べられる画面と確認者の履歴を用意しておくと、照合を安全に進められます。

拠点横断・返還・配送の機能

拠点をまたぐ検索から返還・配送までの流れで、次の情報を管理します。

保管場所：施設、車両、営業所、フロア、棚、箱の階層と、移動前後の場所・日時・担当者・理由を記録します。
権限：窓口には全拠点の検索権限、各拠点には自拠点の編集権限を設定します。
返還・配送：本人確認の方法、返還日時、受取人、配送先、送料、受領確認、担当者を、返還の経緯として残します。
配送状況：梱包、発送、追跡番号、到着確認、未受領時の再連絡を状態として管理します。

検索結果と現物がずれるのを防ぐには、権限を分けておくことが大切です。あわせて、返還率だけでなく、対応時間や本人確認の記録、差し戻し件数も評価の対象にします。

期限管理・帳票・分析の機能

期限の通知、帳票、分析では、それぞれ次の内容を扱います。

期限管理：警察提出、保管期限、廃棄・売却の対象時期を一覧にし、期限が近い案件を通知します。
帳票：拾得物一覧、警察提出用データ、届出書類、引き渡し記録、廃棄記録の出力。
分析：拾得件数、返還件数、返還率、問い合わせ対応時間、登録から返還までの日数、拠点別滞留件数、期限超過件数を見られます。

管理者のいる施設では、拾得者は24時間以内に管理者へ届け出ます。また、警察に届けられた物件は原則3か月保管されます（出典：警察庁「施設内で拾った場合」「路上等で拾った場合」、2026年確認）。

期限は法令や警察の運用に合わせて設定します。制度が変わったときに管理者が変更できる状態にしておくことが望まれます。

導入前に基準値を測っておくと、成果を感覚に頼らず数値で判断できます。

遺失物管理システムの種類と選び方

標準機能から内製まで、選択肢の幅を確認できます。

方式は、標準機能を使うクラウド型、標準製品に設定や連携を加える方式、独自のWebアプリ、ローコード・ノーコードの内製に大別できます。

選ぶときは施設の規模だけでなく、業務を標準化できるかを見ます。既存システムと接続するか、社内で保守できるか、法令や監査への対応を誰が担うかも、あわせて見ておきます。

クラウド型・パッケージ型が向いているケース

クラウド型・パッケージ型は、標準機能で業務を始められる点が強みです。導入の手間や保守の負担を抑えたい場合に、その強みが生きます。

導入しやすさ：登録、検索、保管場所管理、返還、警察提出、帳票、権限管理を短期間で使い始められます。
向いている組織：IT担当者が少ない施設や、まず1拠点で効果を検証したい組織と相性がよいです。
保守負担：提供側が法令対応や機能改善を担う場合、自社で抱える作業を減らせます。

料金は、拠点数や年間拾得数、ユーザー数で変わります。さらに、画像容量、問い合わせ代行、追加連携の有無も料金に関わります。公開されている例では、標準プランが月額20万円から、初期利用料は月額の2か月分から、タグは1枚4円です（出典：遺失物管理サービス公式料金ページ、2026年6月30日確認）。

ただし、この金額を全施設にそのまま当てはめることはできません。そのため、自社の件数や必要機能を伝えて、見積もりを取得します。

個別開発・既存システム連携が向いているケース

独自のWebアプリが合うのは、他のシステムとつながる必要がある場合や、拠点で業務の進め方が違う場合です。開発後の責任範囲も、あらかじめ確かめておきます。

既存システム連携：予約、会員、配車、入場券、顧客管理、コールセンター、配送との連携に適します。
拠点ごとの業務：受付や承認が異なる場合、共通部分と拠点固有部分を分けると運用しやすいことがあります。
段階導入：拾得登録・検索・返還・期限管理から始め、利用データを見て機能を追加します。

自由度が高い一方で、保守の責任も大きくなります。そのため、基盤の更新や脆弱性への対応、バックアップを、契約や運用設計に含めておきます。AIの精度検証、法令変更への対応、担当交代時の引き継ぎも、あらかじめ決めておくと保守の負担を抑えられます。

一度に広げず区切って進めると、予算と品質を管理しやすくなります。

ローコード・AIの活用範囲

ローコード・ノーコードとAIは、向いている用途が異なります。また、導入例の数値は、運用条件と合わせて読む必要があります。

ローコード・ノーコード：入力フォーム、一覧、通知、権限、簡単な画像処理を短期間で試作できます。
AIの用途：写真からカテゴリ・色を出す、自然文検索を補助する、問い合わせを分類する、多言語案内を支援します。
AIの確認：誤認識や類似物件の取り違え、個人情報を含む画像の外部処理を考慮し、候補表示にとどめて担当者が最終判断します。

2025年の大学研究では、複数キャンパスで登録・閲覧・返却を運用しました。そのうえで、拾得数210個・返却数59個・返却率28.1％の年度から、拾得数284個・返却数88個・返却率31.0％の年度への変化が報告されています（出典：「落とし物管理システムの内製開発と効果」、2025年）。

施設の規模や運用条件が違うため、この数値を導入効果としてそのまま示すことはできません。採用前には、学習利用や保存場所を確かめ、ログ、削除方法、障害時の代替手順も確認します。

ポイント

導入規模や既存システムとの連携の有無で方式を分けるのが基本です。自社で保守を担えるかも、クラウド型と個別開発のどちらにするかを左右します。

法令・個人情報・セキュリティで確認すべきこと

情報の保護を複数の運用項目から捉えられます。

遺失物管理では、氏名や電話番号、住所、身分証やカードの情報、問い合わせ履歴を扱うことがあります。そのため、機能を比べる前に、拾得者、遺失者、施設担当者、警察へ提出する情報を分けて整理します。

誰が何の目的でいつまで情報を使うかを先に決め、その内容をデータ項目と権限に反映します。

拾得・提出・保管期限の業務ルール

期限の管理では、通常の処理と例外への対応を分けて決めておくと、現場が迷いにくくなります。

届出・提出：管理者へ届け、拾得・登録・保管・警察提出の担当者と期限を決めます。
期限・処分：24時間以内の届出、警察への提出日、保管期限、廃棄・売却の可否を状態に含めます。
例外物品：傘や衣類などは施設運用と警察の案内を確認し、画面で注意を促します。
期限アラート：メールに加えて、対象、期限、担当部署、次の処理、完了確認者を画面に表示します。
未処理・延長：未処理は管理者へ知らせ、期限延長の理由と承認者を記録して監査に備えます。

個人情報とアクセス権限の管理

個人情報保護委員会のガイドラインは、事業の規模や性質、データの性質と量などのリスクに応じた安全管理措置を求めています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

権限は、業務に必要な最小限の情報だけを見られるようにする「最小権限」を前提に設計します。そのうえで、安全管理の仕組みを確かめます。

アクセス制御：拠点・役割・操作ごとに権限を分け、受付には問い合わせ情報、返還担当には本人確認情報、管理者には設定・監査情報を表示します。
認証・保護：強固な認証、多要素認証、通信・保存時の暗号化を確認します。
運用記録：操作ログ、バックアップ、退職者アカウントの即時無効化を整えます。
外部委託：画像URLを推測しにくくし、個人情報の過剰表示を避けます。再委託時の責任範囲も契約に記載します。

ポイント

個人情報を扱う範囲を決め、その範囲に合わせて権限と契約を整えられるかが判断の目安です。ログインできても全ての情報を見られないよう設計できるかも、あわせて見てください。

遺失物管理システム開発の7段階の進め方

開発の前に、現場の流れと判断基準をそろえておきます。紙やExcelの内容をそのまま移すのではなく、業務を観察してMUSTとWANTを分け、小さく試してから広げます。

7段階で進めると、要件の抜けや現場の抵抗を抑えやすくなります。

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

現状把握・要件定義・方式選定

最初の3段階では、現状を測り、要件を決め、対応方式を分けます。

現状把握：件数や保管、提出状況を調べます。
要件定義：業務要件と優先順位を定めます。
方式選定：標準機能、設定、API連携、独自開発の範囲を分けます。

拾得件数や問い合わせ件数、拠点数、保管場所を測るほか、ピーク時の登録数や警察提出の頻度、返還までの平均日数も押さえます。

担当者へのヒアリングに加えて業務そのものを観察すると、手順書にない作業が見つかります。受付や保管棚の移動、電話照会、書類作成などが対象になります。

要件定義では、拾得物と問い合わせの項目、必須入力、カテゴリ、状態を決めます。さらに、権限や帳票、通知、ログ、保存・削除の方針も決めます。

必須（MUST）の機能には、登録、検索、拠点横断、返還、期限管理、警察提出を置きます。一方で、あると望ましい機能（WANT）には、AI画像検索や多言語、問い合わせ自動化、詳細分析などを置きます。

候補を比べるときは、機能表だけでなく、データ移行や障害時の受付も見ます。加えて、画像容量、契約終了時のデータ返却、保守窓口、法令変更への対応まで比べておきます。

MVP開発・現場テスト

第4段階と第5段階では、必要な機能に絞って作り、現場のシナリオで検証します。

MVP開発：中心業務を検証する最小構成を作ります。
現場テスト：複数の担当者で想定業務を試します。

MVP（Minimum Viable Product）は、拾得登録と写真、検索を中心に、保管場所や返還記録、期限一覧、権限、ログまでに絞ります。必須項目と後から補える項目を分けておくと、検証の範囲が定まります。

異なる拠点や経験の浅い担当者、窓口、管理者に、同じシナリオを試してもらいます。検証するのは、未発見・類似物件や拠点間の取り寄せ、返還の取り消し、期限直前の提出、通信障害、不鮮明な画像などです。

出た意見は、採用・保留・不採用の理由とあわせて記録し、画面と手順の修正に生かします。

教育・本番移行・KPI改善

最後の2段階は、教育と本番移行、そしてKPIによる改善です。

教育・本番移行：運用ルールを周知し、手順を決めて本番へ切り替えます。
KPI改善：登録完了時間、初回回答時間、候補発見時間、返還率、誤照合、警察提出の期限超過、棚の滞留日数を月次で確認します。

入力や撮影、保管場所の命名は、マニュアルに書いておきます。さらに、本人確認や返還、警察提出、期限切れの処理も、手順を決めて載せます。

新旧の運用を一定期間並行させるなら、どちらを正とするか、重複登録をどう防ぐか、紙台帳をいつ廃止するかを決めておきます。全拠点を一度に切り替えるのが難しいときは、拾得件数が少ない拠点から始めます。

AIや問い合わせ自動化を加えるときは、導入の前後を比べて、現場の確認作業が増えていないかを確かめます。

費用相場とコストの内訳

費用は、標準クラウドの月額利用から、多拠点・既存連携・AI・厳格な監査を含む個別開発まで幅があります。ここに示す目安は、公開料金のあるクラウド事例と一般的な業務システム開発の工数をもとにした、2026年時点のものです。

実際の金額は、年間拾得数や拠点数、利用者数によって変わります。画像容量や移行データ、連携先、サポート範囲も、金額を左右します。予算計画の初期の幅として使ってください。

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

導入パターン別の費用目安

費用と期間は、拠点数や連携範囲で方式ごとに異なります。そのため、初期費用だけで比べず、月額費用と導入期間もあわせて見積もります。

小規模クラウド：1拠点・標準機能で初期20万〜100万円、月額3万〜20万円、2週間〜2か月。
複数拠点：画像、権限、帳票、移行を含み初期50万〜300万円、月額10万〜50万円、1〜4か月。
中小規模の個別開発：問い合わせフォームや顧客管理との連携を含み300万〜700万円、3〜6か月。
多拠点業務の統合：連携・監視・教育を含み700万〜1,800万円、6〜12か月程度。
大規模な個別開発：AI、配送、企業横断検索、厳格な監査、24時間サポートを含み1,800万〜4,000万円以上、9〜18か月。

公開料金のあるサービスには、月額20万円からの例もあります。ただし、月額の下限だけで判断せず、設定やサポートの範囲も比べます。

見積書で分けて確認する費用

見積書は、開発時と運用開始後の費用を分けて確かめます。そのうえで、項目ごとの金額と、見積もりに含まれる作業範囲をそろえて比べます。

開発・導入：要件定義、業務・画面設計、開発、テスト、データ移行。
環境・連携：画像保存、API、帳票、端末や撮影機器。
定着支援：教育、マニュアル、リリース支援。
運用：月額利用料、クラウド、画像容量、AI、メッセージ送信、問い合わせ代行。
保守：監視、バックアップ、保守、脆弱性診断。

移行や拠点追加が別料金だと、初期費用が安くても総額は上がります。逆に、月額が高くても、個社向けの設定や勉強会、管理画面、外部サービスのライセンスが含まれていれば、社内の工数を含めた総額では抑えられることがあります。

3年間の総保有コスト（TCO）を比べるときは、初期費用と月額に加えて、追加開発や端末、教育、内製担当者の工数も分けて見ます。

ポイント

初期費用と月額、保守費用を分けて、拠点数や連携範囲をそろえたうえで比べられるかが判断の目安です。金額の下限だけで選ぶと、後から別料金が重なりやすくなります。

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

開発会社やベンダーは、機能や知名度だけでなく、遺失物の業務を理解し、現場で使える運用に落とし込めるかで選びます。

提案を依頼する前に、年間の拾得数や拠点数、問い合わせ窓口、警察提出の方式を整理しておきます。あわせて、画像や外国語、台帳、既存システム、希望するKPIも伝えられるように準備します。

業種・規模に近い導入経験

業種や規模に近い導入経験は、次の観点から確かめます。

業務との近さ：交通、空港、商業施設、ホテル、病院、学校では拾得件数、拠点数、問い合わせのピーク、返還方法が異なります。
導入・支援実績：登録担当者数、拠点間検索、警察提出、棚移動、窓口、教育の実績を聞きます。
事例の比較条件：返還率や対応時間の定義をそろえ、対象期間、物件の種類、遺失届の有無、問い合わせ範囲を比べます。
デモ：現場担当者と曖昧な特徴の検索、画像登録、拠点間取り寄せ、返還の二重確認、期限アラートを試します。

大規模な導入の実績があっても、自社の規模に合った支援を受けられるかは、あらためて確かめる必要があります。

契約・データ・保守の条件

契約・データ・保守の条件は、費用、責任、解約後の扱いに分けて考えます。

費用・サービス：初期・月額に含む範囲、追加拠点・ユーザー料金、画像容量、API制限、サポート時間を確認します。
障害対応：障害時の連絡方法と復旧目標を確かめます。
個人情報・AI：委託範囲、再委託、損害時の責任に加えて、AI利用時の学習利用、国外移転、削除請求への対応。
解約・移行：データ形式、画像返却、バックアップ削除、ログ保存期間、移行支援を契約前に決めます。

業務システムは、導入したときより数年後の担当者交代やシステムの切り替えで、問題が表面化しやすくなります。そのため、価格だけでなく、継続性と、データを別のシステムへ移しやすいかも評価します。

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

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

ポイント

業種や規模が近い導入経験があるか、解約後のデータの扱いはどうかが、比べるときの目安になります。機能の数だけで選ばないことも大切です。

導入で起こりやすい失敗と対策

導入だけで返還率が自動的に上がるとは限りません。入力や保管、問い合わせ、本人確認、警察提出、教育がつながってこそ、効果が出ます。

入力と保管ルールの不統一

入力の表記と現物の保管ルールをそろえておくと、検索のときの行き違いを防げます。

表記統一：「財布」「さいふ」「黒財布」などの揺れを抑え、検索精度を保ちます。
入力ルール：カテゴリ、色、場所、特徴、撮影角度、棚の命名規則を決めます。
入力方法：選択式項目と補足欄を併用し、自由記述も残します。
移動履歴：棚・箱・袋に識別子を付け、移動時はバーコードなどで記録します。
差異の確認：データと現物のずれを確かめ、原因と修正者を残す形にします。

決めたルールは、入力例とあわせてマニュアルと画面に示しておくと、現場の担当者がその場で確かめられます。

機能の作り過ぎと現場への定着不足

AI検索や多言語、問い合わせ自動化、詳細分析を一度に導入すると、費用も教育の負担も増えます。

初期機能：登録、検索、返還、期限管理、ログから始めます。
効果測定：入力時間と問い合わせ時間を測ります。
機能追加：効果が大きく、現場負担の小さい機能から加えます。
操作改善：研修以外にも、入力項目の削減、スマートフォン撮影、拠点別ショートカット、画面上の復旧手順を検討します。

担当者が替わっても運用が回るかを、導入後の評価項目に加えます。

AI・期限・解約条件の確認不足

返還の確認を省くと、誤返還のおそれがあります。そのため、確認の手順を最初から決めておきます。

返還判断：AIは候補提示にとどめ、本人確認と二重確認を行い、判断理由と担当者をログに残します。
期限処理：アラート後に提出や廃棄を行い、その証跡を登録します。
契約終了：データの返却・削除方法を決め、別システムへ移行できるようにします。

契約には、CSVの受け渡しに加えて、画像と履歴の紐づけ、ログの保存年数、バックアップ削除の証明方法も含めます。導入前に解約後の出口を決めておくと、長期運用のリスクを抑えられます。

遺失物管理システムに関するよくある質問

適切な構成は、施設の規模や拾得物の種類によって変わります。そのため、判断の軸を先に決めておくと、見積もりや社内稟議を進めやすくなります。

小規模な施設でも遺失物管理システムは必要ですか？

拾得件数が少なくても、問い合わせや期限管理に時間がかかっているなら、導入の効果は見込めます。標準クラウドや小規模なMVPで登録・検索・期限管理から始め、効果と利用件数を見ながら広げられます。

AI画像検索は必ず導入した方がよいですか？

必須ではありません。まずは写真やカテゴリ、色、特徴、場所、日時を正確に登録し、通常の検索で問い合わせ時間がどれだけ短くなるかを測ります。

拾得件数や類似物件が多い施設では、AIを候補の提示に使う価値があります。ただし、本人確認と人による最終判断は残しておきます。

紙やExcelのデータは移行できますか？

移行はできますが、過去のデータをすべてそのまま移すとは限りません。項目名やカテゴリ、拠点を整理し、さらに保管場所や日付の形式、重複、画像名も揃えます。そのうえで、移行する対象と保管だけにする対象を分けます。

本番の前に、サンプルで移行を試し、検索結果や画像、履歴、権限が正しく対応しているかを確かめます。

導入にはどのくらいの期間がかかりますか？

標準機能を1拠点で使うなら、2週間〜2か月が目安です。移行や帳票を含む複数拠点なら1〜4か月、個別連携や大規模な監査要件を含む場合は6〜18か月が目安になります。

要件定義や現場テスト、教育、並行運用を省くと、本番後の修正が一度に集中しやすくなります。そのため、利用者が自分で操作できるようになるまでの期間も、計画に入れておきます。

まとめ

導入判断で押さえる要点

遺失物管理システムは、登録や検索だけでなく、保管場所や返還、警察提出、期限、個人情報、操作の記録までを一つの業務として扱うものです。

選ぶときは、AIや機能数の比較より先に、年間の拾得数や拠点数、問い合わせ方法、警察提出の流れを明確にします。さらに、現場の端末や移行データ、保守の責任も確かめておきます。

次に実行すること

導入費は方式と規模で変わるため、費用の幅と、運用を始める手順は分けて考えます。

費用比較：方式や規模に応じた初期費用・月額費用の幅を確認します。
総額確認：公開料金と個別開発の推定値を分け、画像、API、教育、保守、移行、解約時の移行まで含めて比べます。
段階導入：現状を測り、MUST・WANTを分けてMVPを試し、教育と並行運用を経て拠点を広げます。
効果測定：返還率に加え、登録・問い合わせ時間、期限超過、保管場所の差異、担当者の習熟度をKPIにします。

1拠点の標準クラウドは、初期20万〜100万円・月額3万〜20万円が目安です。一方で、多拠点や個別連携は数百万円から、大規模統合やAIを含むと1,000万円を超える場合があります。

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