特許事務所向け期限管理システム開発の完全ガイド

特許事務所向け期限管理システムは、案件情報と各種期限を一元管理し、期限徒過のリスクや業務の属人化を抑えるための業務システムです。必要な機能、導入形態、開発の進め方、費用相場、選定と運用の要点を順に見ていきます。

各テーマの詳細は、下に並べた関連記事からご覧いただけます。

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

特許事務所向け期限管理システムの概要

特許事務所向け期限管理システムは、カレンダーに予定を登録するだけのツールとは違い、案件情報と各種期限を一元管理する業務システムです。期限徒過のリスクや業務の属人化を抑える役割があります。さらに、出願から審査請求、中間処理、登録料や年金の納付、更新、外国出願までを管理します。

また、担当者、依頼人、包袋、請求情報も案件に結び付けます。一般的なタスク管理では、期限の根拠や前後の作業を残しにくいため、足りない点が出てきます。

一般的なカレンダーで期限管理が難しい理由

特許関連の期限には、基準日から自動計算するもの、官庁通知を起点にするもの、顧客との合意で決めるものがあります。期限の根拠や前後の作業、確認者は、単一の日付の欄に収めきれません。

特許事務所では、法定期限の前に所内締切を置き、確認や提出準備を順番に進めます。さらに、意見書や補正書の提出期限に加えて、通知書の受領日、所内のドラフト期限、顧客確認期限、提出完了の記録も必要になります。

案件台帳：案件番号や担当者を期限に結び付けた状態。
文書と履歴：通知書や提出状況を、案件と並べて確認できる形。
確認状況：誰が確認したかを記録し、担当者以外も進捗を判断できるようにする。

専用システムの価値は、案件台帳と期限、文書、履歴を同じ画面で確かめられる点にあります。

管理する期限の種類

期限は種類ごとに区別して登録します。外国案件では、国ごとの制度や作業も管理の対象になります。たとえば、年金や更新では、権利維持の期限と顧客への意思確認期限を分けて扱います。

法定期限・応答期限：特許庁などから指定された期限を、ほかと分けて扱う。
所内締切・報告期限：顧客へ報告する期日や、所内作業の締切を設定する。
支払期限：年金や更新の納付に関わる期限。
外国案件の期限：優先権主張、PCTの国内移行、各国の翻訳や代理人手配を管理する。

通知は、法定期限の30日前、14日前、7日前などに担当者へ送ります。未処理のままであれば、管理者へエスカレーションします。

なお、特許庁の期限通知サービスは、期限前の注意喚起にとどまり、別途定められた期間内の納付手続が必要だと案内しています（出典：特許庁「特許（登録）料支払期限通知サービス」、2026年確認）。そのため、システムでは通知済みと手続完了を別のステータスとして持たせます。通知を送っただけでは、手続が完了したとは扱えません。

ポイント

カレンダーで足りるかより、期限の根拠や確認者まで残せるか、案件台帳と期限を同じ画面で追えるかで比べると、迷いが少なくなります。

期限管理システムに必要な機能と設計の要点

機能を比べるときは、表示される機能の数より、期限を作成して確認し、完了まで追跡できるかを見ます。

期限計算や文書管理が案件台帳につながっているか、請求や連携、権限管理まで一連の業務として回るかが大切です。

案件台帳と期限計算

案件台帳には、出願番号、出願日、出願人を登録します。発明者と担当者、法域と優先権も、台帳に含めます。

さらに、親子案件とファミリー関係、ステータスも登録します。期限計算では、基準日から何日後、または何か月後かを確認できるようにします。

計算条件：休日、延長、例外の扱いを確認できる状態にする。
計算根拠：通知書、基準日、計算式を表示する。
変更履歴：ルールの更新日、確認者、変更理由を記録する。
人による確認：自動計算のあとに人がチェックし、例外を登録する。

計算結果だけを表示する設計では、日付の理由を確かめにくくなります。そこで、自動計算のあとに担当者が確認する二段階の運用が、誤計算への備えになります。

包袋・文書管理とワークフロー

特許庁書類や顧客の指示、メールを、案件に紐付けます。明細書や図面、請求書、納品物も、案件に含めます。

文書種別と受領日、作成者、版に加えて、承認状態や公開範囲も記録しておくと、必要な文書を探しやすくなります。

文書の統制：ダウンロード履歴、保存期間、削除権限を設定する。
業務の状態：受付から完了まで、担当割当、ドラフト、弁理士確認、顧客確認、提出を段階として管理する。
例外への対応：差戻しや承認の例外も扱える仕組み。
提出前の確認：未完了タスクや未確認の文書が残る場合に警告する。

誰がいつ確認したかを記録しておけば、担当者の経験だけに頼らずに済みます。

機密情報を扱う事務所では、こうした権限の範囲を要件の段階で決めておきます。

連携・権限・セキュリティ

出願ソフトやCSV、メールとの連携を検討します。さらに、会計・請求、年金管理、顧客ポータルなどとの連携も対象になります。連携では、登録時だけでなく更新時の重複や、連携失敗時の再送も決めておきます。

連携データ：文字コードと添付ファイル、削除や訂正の扱いを定める。
段階導入：毎朝の一覧出力から始め、安定後にAPI連携へ進む方法もあります。
役割と範囲：担当者、弁理士、事務担当、管理者、顧客ごとに権限を設定する。
安全性と復旧：二段階認証、暗号化、バックアップ、障害時の連絡と復旧目標。
契約終了：解約後のデータ返却形式と所有権の確認。

案件、顧客、法域ごとに閲覧範囲を分けたうえで、その要件は仕様書と契約書の両方に残しておきます。

クラウドか専用環境かにかかわらず、データを書き出せるかどうかは、事前に確かめてください。

ポイント

計算の根拠や変更履歴が残るか、担当者以外も進捗を判断できるかで、設計の良し悪しを見分けられます。自動計算の結果を人が確かめられる形になっているかも、材料になります。

パッケージ・クラウド・スクラッチ開発の違い

標準業務か独自業務かで、候補となる導入形態が分かれます。

導入形態は、事務所の人数や案件数、外国案件比率で選びます。既存データ量や、請求・顧客ポータルの要否も、判断の材料になります。

最初から機能を詰め込まず、まず期限と案件台帳を安全に移行します。そのうえで、利用状況を見ながら連携や独自機能を加えると、失敗を抑えやすくなります。

パッケージ型が向いているケース

国内案件を中心に、四法、期限通知、包袋、請求などの標準業務を早く整えたい場合は、パッケージ型が候補になります。特許業務の標準機能が備わっているため、要件定義の期間を短く抑えられます。

法改正・機能改善：保守契約の範囲に含まれることがある。
独自帳票や承認経路：標準機能に合わせて、業務の進め方を見直すことがある。
カスタマイズ：追加費用、更新時の検証負荷、標準版へ戻せるかどうか。

顧客別の帳票や特殊な外国案件の管理が必要なときは、標準機能で対応できる範囲を先に確かめてください。カスタマイズを重ねるほど、標準版との差が大きくなり、更新のたびに確認する箇所も増えます。

クラウド型が向いているケース

複数拠点やテレワーク、少人数での運用を重視する場合や、サーバー管理の負担を減らしたい場合は、クラウド型が向いています。サーバーやデータベースを自前で用意せずに始められる点が強みです。

運用負担：バックアップやアップデートをサービス側に任せ、導入期間を短く抑えられる。
認証・権限：二段階認証と管理者権限の有無。
保管・復旧：保存場所、暗号化、稼働率、障害通知、バックアップ世代、復旧テストの確認。
契約終了：データ返却の方法。

安全性は、クラウドかどうかよりも、運用の中身で決まります。出願前の機密情報をどこまで保管するか、端末紛失時にセッションを無効化できるかなど、実際の運用まで確かめます。

スクラッチ・ローコード開発が向いているケース

独自の入力項目や顧客別の報告・請求ルール、複雑な外国案件、既存基幹システムとの連携を重視する場合は、スクラッチやローコード開発が候補になります。業務に合わせて画面やワークフローを作れる点が特徴です。

二重入力：業務の流れに沿った画面で、同じ内容を何度も打ち込む手間を減らせる。
将来の拡張：顧客ポータルや分析機能へつなげられる。
長期保守：期限計算ルールや法改正、国別の休日や制度を、誰が更新するか決めておく。
引き継ぎと復旧：開発会社が替わる場合や障害時の対応を定める。

新規開発では、5年後に誰がルールを更新し、テストし、障害時に復旧するかまで決めておきます。また、既製の期限エンジンや外部データを活用して、独自開発の範囲を絞る方法もあります。

ポイント

独自業務がどれだけ多いかで、導入形態の候補は変わります。標準業務で足りるかを先に見て、足りない部分だけを個別に作る考え方が、目安になります。

特許事務所向け期限管理システム開発の進め方

期限ルールの確認と代表案件の移行検証を、段階に沿って進めます。

開発は、現行業務の流れを把握したうえで、期限の正しさを確かめながら段階的に進めます。法定期限と所内締切の定義、例外処理、移行データの品質を早い段階で確認しておくと、後半のやり直しを減らせます。

▶ 詳細はこちら：特許事務所向け期限管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

1. 現行業務の棚卸しと要件定義

国内案件と外国案件の流れを、担当者への聞き取りと実データで確かめます。年金や請求、包袋、顧客報告の流れも、実データと照らして押さえます。

過去1年の期限徒過や入力漏れ、差戻し、二重入力、担当者の確認時間を記録すると、導入効果を比べる基準値になります。

目標は、「未処理期限を毎朝30分以内に把握する」「担当者不在でも案件状況を確認できる」のように、測れる形で書きます。要件は、MUSTとWANTに分けます。

MUST：期限の根拠表示、法定期限と所内期限の分離、複数回通知、二重確認を含める。
MUST：監査ログ、権限、バックアップ、エクスポート。
WANT：顧客ポータル、経営ダッシュボード、AIによる文書検索など。

WANTの機能は、期限の正確性を損なわない範囲で、後から追加する計画とします。

2. 画面設計・期限ルール設計・開発

要件が固まったら、案件登録、期限一覧、案件詳細の順に設計します。続けて、文書、承認、通知、管理者画面を設計します。期限一覧は、期限日だけでなく、法域と期限種別、担当者、案件ステータス、未確認理由で絞り込めるようにします。

画面設計：スマートフォン対応より、日常の入力件数を減らすことを優先する。
警告表示：重要な注意点を見落とさない画面にする。
期限テスト：通知遅延や休日、延長を扱う。分割、再提出、権利放棄、顧客の回答待ちも対象にする。
AIの利用範囲：通知書からの候補抽出や文書検索までにとどめる。

ルールの更新日と担当者を記録し、変更の前後で計算結果を比べられるようにします。一方、法的判断や提出前の確認、顧客への最終通知は、担当者が行います。

3. データ移行・テスト・並行運用

移行では、案件番号や日付、法域、期限種別の対応表を作ります。さらに、担当者、完了フラグ、依頼人、関連ファイルも対応表に加えます。

表記ゆれや重複案件、空欄は、移行前に責任者が扱いを決めます。古い担当者名や日付形式の違いも、移行前に決めておきます。

サンプル照合：代表的な国内案件、外国案件、年金案件、完了案件を対象にする。
テスト：期限計算や通知、権限、検索を確かめる。文書の版管理、CSV出力、障害復旧も対象にする。
並行運用：リリース後の1〜2か月は旧管理方法と併用する。
切り替え：当日から30日以内の期限を、責任者が再確認する。

並行運用中は、同じ案件の期限日と作業状態が一致しているかを、毎週点検します。問い合わせ窓口と緊急時の代替手順も、明確にしておいてください。

特許事務所向け期限管理システムの費用相場

費用は、既製クラウド、パッケージ、個別開発のどれを選ぶかで変わります。そのため、初期費用だけでなく、初年度総額で比べます。

初年度総額には、IDや容量、移行、教育を含めます。さらに、連携やカスタマイズ、保守も対象になります。

次に示すのは、2026年時点で確認できる公開料金と、法務系業務システムの一般的な開発規模をもとにした目安です。

▶ 詳細はこちら：特許事務所向け期限管理システム開発の見積相場や費用/コスト/値段について

クラウド・パッケージ導入の相場

導入形態ごとに、公開料金の例と初年度費用の目安を並べます。

クラウドA：初期25万円、月額5万円以上、初年度85万円（出典：クラウド型案件・期限管理サービスの公開料金表、2026年確認）。
クラウドB：初期44万円以上、月額1万6,500円以上、初年度63万8,000円（同出典）。
サーバー型の初期費用：システム80万円、ミドルウェア6万円、導入作業10万円、PCは1台2万円。
サーバー型の月額：利用料2万円に加え、同時接続数1は1万3,000円、5は3万円、10は5万円（出典：特許事務所向け管理システムの公開料金表、2026年確認）。
製品導入の目安：小規模は初年度60万〜250万円、移行や複数人運用を含む場合は100万〜500万円。

初年度の単純計算には、税や追加ID、データ移行、教育、カスタマイズが含まれていません。そのため、ここに示す額は最低ラインとして読んでください。製品導入の金額は仮置きとして扱い、見積もりで調整してください。

個別開発の相場と期間

開発規模ごとの費用と導入期間は、次の範囲を目安に考えます。

部分開発・既存台帳との連携：300万〜1,500万円程度。
統合型の新規開発：案件、包袋、請求、外国案件、顧客ポータルを含み1,500万〜4,000万円程度。
標準クラウド：初期設定は数営業日〜1か月、移行・権限設計・研修込みで1〜3か月。
パッケージ・スクラッチ：大規模設定や連携は3〜6か月、スクラッチは6〜12か月以上。
大規模な外国案件対応：顧客ポータルや基幹連携を含む場合、要件定義と並行運用を含めて1年以上になることがあります。

費用は特許事務所専用製品の一律価格ではなく、文書・契約・法務系業務システムの一般的な相場からの推定です。要件定義、移行、連携、テスト、法改正対応を、どこまで誰が受け持つかで金額は変わります。

見落としやすい追加費用

初期費用と月額費用のほかに、データクレンジングや移行、追加ID、保存容量、帳票作成の費用も確かめます。さらに、APIやCSV連携、電子出願との接続、研修、マニュアル、問い合わせ対応も、追加費用の対象かどうかを見ておきます。

保守関連：バックアップ、法改正対応、バージョンアップを確認する。
契約関連：契約期間と、解約時のデータ返却の扱い。
障害対応：復旧費と緊急対応費の有無。

保守を削ると、期限ルールの更新や障害対応を事務所側が担うことになります。一方で、すべてを初期開発に含めると、使われない機能まで作ることになります。

そこで、期限と案件台帳を先に安定させ、請求やポータルなどは次の段階に分けます。投資効果を確かめながら拡張できます。

ポイント

初年度総額に移行や教育、連携、保守を含めて比べ、どこまでを誰が受け持つかをそろえてから金額を見比べます。公開料金の最低ラインだけで決めると、後から追加費用が重なる恐れがあります。

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

機能だけでなく、更新責任と契約終了時の扱いも同じ段階で確認できます。

開発実績の数だけでなく、期限ルールを長く保守できる体制と、現場の運用を理解する担当者がいるかを確かめます。既製クラウドと個別開発を比べる際にも、この基準をそのまま使ってください。

機能デモや移行計画、契約条件も、同じ観点で比べます。

特許事務所・知財業務への適合性

国内外四法、PCT、パリ条約による優先権、各国移行の標準対応範囲を確かめます。年金や更新、中間処理、包袋、請求についても、どこまで標準で対応するかを見ます。企業の知財部向けと特許事務所向けでは、顧客報告や代理人とのやり取りなどが異なります。

事務所の規模：導入実績の人数や案件数を確かめる。
外国案件比率：実績に占める割合を確かめる。
移行期間：導入にかかった期間を聞く。
例外業務のデモ：期限や履歴の処理を実演してもらう。

デモでは、整った架空案件ではなく、自所の代表案件を使います。国内の中間処理、外国移行、年金、顧客確認待ち、期限延長などを含む5〜10件を登録します。

期限の根拠表示や通知、担当者変更、完了処理、履歴出力の動きを見ると、適合性がつかみやすくなります。

法改正・期限ルール更新の責任分担

法改正や制度変更のときは、誰が情報を集め、いつシステムに反映し、どのテストを行い、利用者へ通知するかを確かめます。外国案件では、国別の休日や現地代理人からの通知、翻訳や委任状の要否が変わることがあります。

更新内容：更新頻度、根拠資料、反映日。
影響確認：対象になる案件の抽出方法。
更新テスト：変更前後の計算結果を比べられる環境があるかどうか。
誤更新への備え：更新を戻せるか、顧客向け文面を承認できるかを確かめる。

「自動で更新されます」という説明だけでは、責任の所在が分かりません。そのため、更新の中身を具体的に確かめます。

法的手続の最終責任は事務所の担当者にあるため、業務規程に合わせてシステムを整えておきます。

見積もり・契約・終了時の確認

見積もりは、要件定義や画面、期限エンジン、連携を分けた内訳にします。移行、テスト、教育、保守も、それぞれ分けて示してもらいます。また、定額の請負か、作業時間に応じる準委任かも確かめます。

変更と納品：追加変更の承認方法と納品物。
検収と障害：検収条件、障害の定義、問い合わせ受付時間。
データ返却：案件データ、期限履歴、監査ログ、添付ファイル、ユーザー情報の形式。
返却後の消去：サービス側に残るデータを消去するかどうか。

見積金額だけでなく、仕様変更の際に費用と納期を分かりやすく説明できるかも、判断材料になります。CSVだけで足りるか、ファイルを含む一括出力が必要かも決めておきます。

乗り換えを妨げない契約条件は、導入時の価格交渉よりも、長い目で見たリスクを減らすことにつながります。

▶ 詳細はこちら：特許事務所向け期限管理システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：特許事務所向け期限管理システム開発の発注/外注/依頼/委託方法について

ポイント

開発実績の数より、期限ルールを長く保守できる体制と、法改正時に誰が更新するかを先に確かめておくことが、判断の目安になります。

導入後に定着させるための運用方法

期限徒過を防ぐには、システムを入れるだけでなく、運用を決めておくことが欠かせません。期限登録、根拠確認、顧客報告、完了承認の担当者を決め、毎日の確認方法と例外時の連絡を業務規程に定めます。

最初から全機能を使わず、期限一覧、通知、完了確認から始めると、現場に浸透しやすくなります。

入力・確認・完了のルール

入力ルールでは、案件番号、顧客名、法域、担当者を必須項目にします。さらに、期限種別、基準日、所内締切も必須にします。担当者変更、顧客から返事がない場合、期限延長時の登録方法も決めておきます。

確認担当：期限の根拠を二人で見る案件の範囲。
報告基準：管理者へ上げる残日数。
緊急連絡：休日や夜間の連絡方法。
完了記録：提出日、提出方法、受付番号、提出物、確認者を残す。

通知済み、顧客の回答待ち、提出準備完了、手続完了を別々の状態として扱うと、一覧に出てこない作業を減らせます。

月に1回は、責任者が計算ルールと未処理一覧を確認し、運用の変化に合わせて見直します。

効果測定と改善

導入効果は、期限徒過件数に加えて、未処理期限の確認時間や、担当者不在時の引き継ぎ時間で測ります。二重入力の件数や、文書を探す時間も指標になります。

顧客への報告遅延や、月末の請求処理時間も指標にします。導入前の基準値と、1か月後、3か月後、6か月後の数値を比べると、利用機能と改善点が見えてきます。

入力率が低い場合：入力項目の量、既存データの再利用、登録責任者を見直す。
期限の誤差がある場合：計算ルール、更新手順、テストケース、承認者を確かめる。

個別の修正で終えず、改善を小さく重ねていくことが、システムを事務所の標準業務として根づかせる近道になります。

よくある質問（FAQ）

導入を検討する際によくある質問に、最後に答えます。費用や機能に加えて、期限の責任、移行、セキュリティ、運用体制も判断材料になります。

特許事務所向け期限管理システムは既製品と個別開発のどちらがよいですか？

国内案件や標準的な期限、包袋、請求を、早く使い始めたい場合は既製品が向いています。一方で、独自の顧客別帳票や複雑な外国案件、既存システムとの深い連携が重要であれば、個別開発を検討します。

まず、標準機能で解決できない要件を洗い出し、その差分だけを開発する方法が現実的です。

Excelから期限管理システムへデータ移行できますか？

多くの場合は移行できます。ただし、Excelの表記ゆれや重複、日付形式、担当者名、ファイルの保存場所は、事前に整理しておく必要があります。

移行前には、案件番号や期限種別、基準日、完了状態、添付ファイルの対応表を作ります。そのうえで、代表案件で新旧の期限と文書を照合してから、全件を移行してください。

クラウドに機密性の高い出願情報を保存しても安全ですか？

安全性は、クラウドかどうかよりも、二段階認証や暗号化、権限、バックアップ、監査ログといった中身で判断します。さらに、障害復旧やデータ保管場所、委託先管理も確かめます。

出願前の情報をどこまで保存するかを決めたうえで、契約終了時のデータ返却と消去、端末紛失時のアカウント停止、緊急時の連絡方法を確かめます。

システムの通知があれば期限徒過を防げますか？

期限徒過を防ぐには、通知の先にある業務まで運用に組み込む必要があります。期限の根拠確認や顧客への意思確認、書類作成から、提出、受付確認、完了記録まで、業務として運用します。

担当者と管理者への同報、未処理時のエスカレーション、二重確認、代替連絡手段を組み合わせておくことが大切です。

まとめ

この記事の要点

期限の根拠、更新日、確認者を残し、法定期限と所内締切を分けて管理できるかが基本になります。通知と手続完了も分けたうえで、機能数よりも、実際の案件で確かめられるかを重視します。

導入の最初の一歩

導入準備では、まず現状の課題を洗い出します。そのうえで、実際の案件を使って機能と移行を確かめます。

過去1年の期限徒過、入力漏れ、二重入力、引き継ぎ時間を、基準値として記録する。
代表的な案件を使ったデモと移行テストを、開発会社に依頼する。
標準機能で解ける範囲と個別開発が必要な範囲を分け、費用と導入期間を比べる。

特許事務所向け期限管理システムは、法定期限だけでなく、案件や包袋、担当者を一つの業務フローで管理します。顧客報告や請求、確認履歴も、同じ流れの中で扱います。

選定では、パッケージ、クラウド、スクラッチの違いを、事務所の人数や案件数、外国案件比率、独自業務の多さから見ます。導入時は、期限の根拠と更新責任を明確にし、通知と手続完了を分け、移行データをサンプル照合します。費用は、公開料金の初年度総額に、移行や教育、連携、保守を加えて比べます。

まず期限と案件台帳を安定させてから追加機能へ進むと、無理のない投資計画を立てやすくなります。

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