施術カルテ管理システムは、医療機関か治療院か、必要な機能は何か、どの導入方式を選ぶかによって、自院の業務への合い方が変わります。
業態別の必要機能、導入方式と費用、導入の進め方、安全性の順に説明します。各テーマの詳細は関連記事でも扱っています。
▼関連記事一覧
・施術カルテ管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・施術カルテ管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・施術カルテ管理システム開発の見積相場や費用/コスト/値段について
・施術カルテ管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
施術カルテ管理システムの概要
施術カルテ管理システムは、紙の記録を画面に置き換えるだけでなく、予約から施術、会計までの情報を一つにまとめる仕組みです。患者・顧客情報や問診、施術の記録は同じ人の履歴に紐づけ、写真や同意書は施術履歴に、会計や次回予約は来院の流れに沿って結び、予約からアフターフォローまでをつなぎます。
紙カルテの電子化にとどまらない、業務データをつなぐ仕組み
紙では、受付が予約を確認し、施術者が記録を探し、会計担当者が別の台帳へ入力します。そのため、同じ情報を複数回扱いがちです。
システムでは、予約時に台帳を検索し、Web問診を来院前に受け取れます。さらに、施術記録や画像も同じ人の履歴に紐づけられます。
入力を一度で済ませる設計なら、転記ミスや受付待ち、記録検索の時間を減らせます。
医療機関と治療院で異なる「カルテ」の前提
必要な記録項目は業態によって異なるため、まず自院の区分を確認します。
- 医療機関：診療録、既往歴、アレルギー・禁忌、医師判断、施術前後の写真、説明・同意、薬剤・機器、会計・契約
- 治療院：主訴、身体部位、所見、施術内容、経過、担当者、保険請求、自費メニュー、訪問施術
機能一覧だけを同じ基準で比べると、医療機関では診療録や監査性が足りず、治療院では入力が複雑になる可能性があります。
導入で解決しやすい代表的な課題
紙の保管場所が足りない場合に限らず、業務が分断されている場所でも導入の効果は出やすくなります。そこで、業務の分断がどこで起きているかを先に確認します。
- 履歴検索：過去の施術記録や写真を探す時間が長い
- 記録のばらつき：担当者ごとに記録の粒度が異なる
- 予約の重複：部屋・機器・スタッフの予定が連動していない
- 二重入力：問診内容を会計やカルテへ再入力している
導入目的を「電子化」だけにとどめず、記録時間や受付待ち時間を何分減らすかまで具体的に決めます。
写真検索時間や再来率、キャンセル率を、どう把握するかも決めておきます。目的を数値にしておくと、機能数ではなく自院への適合性で評価できます。
施術カルテ管理システムに必要な機能と業態別の違い
必要な機能は、台帳、予約、問診に分けて整理します。施術記録、写真、同意書は、施術履歴に紐づけて確かめます。会計、分析、権限管理も、業務ごとに分けて考えます。
すべてを最初から導入するのではなく、現場で毎日使う機能と将来連携したい機能を分けて要件にします。
台帳・問診・施術記録で確認すべき項目
台帳と問診では、本人情報や来院履歴を扱えることに加え、来院前の入力とカルテへの紐づけを確認します。
- 台帳：担当者、来院履歴、紹介元、同意状況、タグ、利用中コース
- 問診：スマートフォン入力、必須項目、分岐質問、入力漏れ確認
- 紐づけ：予約情報から本人のカルテへの自動連携
施術記録には、主訴、所見、部位を持たせます。加えて、施術の内容と経過、次回方針を残します。さらに、機器・薬剤・商材と施術者も記録できるようにします。
定型文やプルダウン、シェーマ、手書き、テンプレート複製があれば、入力時間と記録のばらつきを抑えられます。
テンプレートが現場の言葉と合わないと、現場では入力されなくなります。そこで、実際の記録を使ったデモで確かめます。
写真・同意書・契約の施術履歴への紐づけ
写真、同意書、契約は、後から施術履歴を確認できる形で管理します。
- 症例写真：患者・施術単位での検索、撮影日・部位・条件・公開同意との紐づけ
- 写真の運用：同意のない写真は症例紹介や院内共有に使わず、治療院の画像は対象者と施術時点の特定まで行う
- 同意書：文書の版、日時、説明者、撤回・更新履歴の追跡。署名だけの保存で終わらせない
- コース・回数券：期間、未消化回数、期限、解約、返金を、カルテと会計に分けた管理
機能を一つの画面に詰め込むより、施術者が記録しやすく、管理者が後から追跡しやすい設計にすることが重要です。
予約・会計・連携・分析の一体的な評価
予約枠は、スタッフだけでなく部屋やベッド、機器、メニューとも組み合わせて管理します。そうすると、二重予約を防ぎやすくなります。
- 会計・決済：支払いを扱うサービスとの接続方式
- 外部システム：在庫、レセコン、予約媒体、LINE、POS、会計ソフト
- 方式の違い：標準連携、CSV入出力、API開発の区別
分析では、施術別の売上に加えて、予約から来院、成約、次回予約までを一続きに追えるようにします。
記録時間、受付待ち、キャンセル率、再来率を、導入前後で比べます。さらに、施術別の継続率、担当者別の稼働、流入経路別の来院数も比べます。
連携する項目が曖昧なままだと、数字が合わず、結局は表計算へ再入力することになります。
クラウド・パッケージ・スクラッチ開発の選び方
業務が標準化されていて早く始めたいなら、クラウド型が候補です。固有の帳票やネットワーク要件が強い場合は、パッケージ型を検討します。独自の施術フローや多拠点運営を競争力にするなら、スクラッチ開発が候補です。
方式を選ぶときは、初期費用だけでなく、変更のしやすさ、データの持ち出し、保守担当も見ます。
クラウド型の強み（早期導入と運用負担の軽さ）
クラウド型は、自院でサーバーを構築せずに使えるため、早く始めやすい方式です。
- 運用：ブラウザやアプリで使え、初期投資を抑えられる。バックアップや更新は提供側に任せられる
- 適したケース：小規模院、紙運用の整理、複数店舗での情報共有
- 契約条件：料金改定、追加アカウント、画像容量、通信障害、停止、カスタマイズ制限、解約時の返却
- 安全性：「クラウドだから安全」とは限らないため、権限、二要素認証、暗号化、ログ、バックアップ、復旧目標の確認が必要
自院側の端末管理も含めて、運用の体制を組みます。
パッケージ・ローコードと固有業務の境界
パッケージとローコードは、固有業務に対応できる範囲と、運用の負担を見極めます。
- パッケージ型：自院サーバーなどで利用し、固有帳票、院内ネットワーク、既存機器との接続を重視する場合の候補
- ローコード：顧客台帳、予約、簡易な施術記録の試作やPoCに有効
- 試作時の要件：データ出力、変更履歴、バックアップ、利用者削除、障害時の代替手順
パッケージ型では、更新やバックアップ、監視、脆弱性対応、障害復旧を、自院か保守事業者が担います。
既存の電子カルテと連携するときは、医療機関のシステム・医療安全部門も初期から参加します。
ローコードでは、画面作成だけでは解決しにくい領域があります。複雑な画像管理や監査性、レセコン連携は、その典型です。細かな権限と長期保守も、画面作成だけでは足りません。
スクラッチ開発の独自性と保守体制
スクラッチ開発は、独自業務にどれだけ合うかと、発注後の保守体制を合わせて判断します。
- 業務適合：画面、データ構造、権限、連携、帳票の個別設計
- 多拠点運営：共通の施術基準と、店舗ごとのメニュー、スタッフ、設備の扱い
- 独自の流れ：予約、在庫、決済、分析を自院の業務に合わせて結びたい場合の候補
- 仕様決定：発注者が要件や仕様を決める必要がある
- 継続体制：退職後の保守、ソースコードとデータの扱い、終了時の移行支援
契約には、要件定義、UX設計、権限の範囲を明記します。テストや移行、研修、障害対応も、契約に含めます。法務・セキュリティや機能追加の費用も、あわせて示します。
施術カルテ管理システムの開発・導入の進め方
デモや契約を終えても、導入は完了しません。業務の流れを書き出すところから始め、要件定義、方式選定、PoC、移行、研修、稼働後の改善へと段階的に進めます。
全店舗・全メニューを一度に対象にすると、移行と教育が重なります。そこで、範囲を区切って検証します。
1. 現行業務の観察と要件定義
担当者と一緒に業務の流れを書き出し、次の工程ごとに確認します。
- 予約受付
- 来院・受付
- 問診と施術前確認
- 記録と写真撮影
- 同意と会計
- 次回予約、アフターフォロー、集計
各工程では、どの紙や画面を使い、どんな情報を次へ引き継ぎ、誰が担当しているかを確認します。二重入力、記録漏れ、紙保管、判断の属人化といった問題も洗い出します。そのうえで、要件を必須、重要、将来対応に分けます。
- 記録：カルテ項目、テンプレート、写真、同意書
- 管理：権限、監査ログ、データ保持
- 連携：CSV/API、既存システム、オフライン時の代替運用
医療機関では、診療録の保存、訂正、参照に関する要件を盛り込みます。治療院では、保険請求や自費施術、訪問施術の実務を含めます。
2. 実際の業務シナリオを再現するデモ
説明用の整ったサンプル患者だけでは判断しにくいため、実際の業務シナリオを再現します。
- 初診予約を登録する
- スマートフォンで問診に回答する
- 受付で本人確認を行う
- 施術者が過去写真と禁忌事項を確認する
- 施術記録と次回方針を入力する
- 会計と次回予約を完了する
- 予約・担当者変更、同意撤回、画像差し替え、通信断時も操作する
1院・1メニュー・1スタッフなどに絞り、2〜4週間のPoCを行うと、記録時間や転記件数を測れます。
さらに、受付から施術開始までの時間やスタッフの利用率も確認します。厚生労働省の2025年看護DX事例では、受付から会計、予診票入力、カルテ転記、医療安全、職員負担を効果指標にしています（出典：厚生労働省「これからはじめる看護DX 事例紹介」、2025年）。
3. 移行・研修・本稼働後の改善の設計
移行対象を絞り、研修から本稼働までの確認事項を決めます。
- 移行対象：まずは、現役患者・顧客の基本情報、直近履歴、重要な同意書、必要な写真
- 事前整理：表記ゆれや重複、退会者、原本保管、スキャン品質、画像容量、照合方法の取り決め
- 職種別研修：受付、施術者、管理者による、実データを使った日常の3〜5操作の練習
- 初期運用：代替手順の確保と、記録漏れや二重登録の毎日の確認
CSVで出せる項目を確かめるとともに、画像のファイル名や撮影日、紐づけ情報も確認します。
2026年3月更新の美容皮膚科の公開事例では、約1万人分の紙カルテを移し、Web・LINE予約が導入前の1.5〜2倍になったと報告されています。ただし、これは個別事例であり、同じ効果を保証するものではありません（出典：美容皮膚科の公開導入事例、2026年更新）。
施術カルテ管理システムの費用相場と3年総額
費用は月額だけでなく、初期設定、移行、アカウント、端末、ネットワークを含めて見積もります。連携、研修、保守、解約時のデータ返却も、あわせて含めます。
ここに示す金額は、治療院向け電子カルテの公開目安、一般的な開発費、公的導入事例をもとにした参考レンジです。
製品共通の定価ではありません。そのため、最終的には自院の条件で個別見積もりを取得します。
▶ 詳細はこちら：施術カルテ管理システム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：施術カルテ管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
▶ 詳細はこちら：施術カルテ管理システム開発の発注/外注/依頼/委託方法について
小規模クラウド型の費用の目安（初期0〜30万円・月額1万〜5万円）
小規模院では、基本料金に別費用や利用条件を加えて、総額で比べます。
- 基本料金：小規模治療院・1店舗のクラウド型は初期0〜30万円程度、月額1万〜5万円程度
- 公開料金例：電子カルテは月額1万〜5万円程度、予約は数千円〜2万円程度（出典：治療院向け電子カルテの公開料金解説、確認日2026年）
- 別料金：初期設定、追加アカウント、画像容量、決済手数料、移行、連携が別料金の場合がある
- 年間例：月額3万円に初期設定20万円、移行10万円、研修10万円を加えると、1年目は76万円
- 比較条件：実際に使う人数、拠点数、月間来院数、画像枚数、連携数をそろえた条件
複数店舗、画像容量、スタッフ追加、外部連携によって、料金が増える場合もあります。
複数店舗・外部連携ありの見積もりの目安（初期30万〜200万円程度）
複数スタッフや複数店舗の費用は、外部連携の範囲と導入作業を含めて見積もります。
- 連携先：予約媒体、LINE、決済、POS、レセコン、会計、在庫、BIなど
- 参考レンジ：初期30万〜200万円程度、月額5万〜30万円程度
- 見積前提：公開定価ではなく、権限設計、移行、連携設定、テスト、研修を含む概算
- 金額の変動：外部仕様やAPIの有無で費用・期間が変わるため、見積書への作業範囲の明記
- 予算の注意：病院規模の事例を小規模院へそのまま当てはめず、ソフト以外の費用の確認
約30台分の1年ライセンスは286.9万円、閉域網・カルテ連携は198.5万円です（出典：厚生労働省「これからはじめる看護DX 事例紹介」、2025年）。タブレット30台は219.7万円、Wi-Fi工事は100万円、1年分の通信費は80.6万円です（同出典）。
スクラッチ開発費の幅（300万円から3,000万円超）
スクラッチ開発費は、小規模MVP、院内向け、複数拠点向けで幅があります。
- 小規模MVP：300万〜800万円
- 院内向け：800万〜2,000万円。テンプレート、写真、権限、監査ログ、帳票、移行を含む
- 複数拠点向け：1,500万〜3,000万円超。レセコン、予約、決済、分析、高可用性まで含む場合
- 工数：要件が増えるほど、移行、連携、権限、テスト、保守の工数も増える
これは固有サービスの公表相場ではなく、個別業務システムの一般的な開発費から推定した金額です。
3年総額は、初期費用＋月額費用×36か月＋端末・通信費＋移行・研修費＋連携費＋保守費＋手数料で計算します。条件を同じ3年にそろえて比べると、判断しやすくなります。
たとえば、初期50万円、月額5万円、移行・研修20万円、端末・通信30万円の場合は、50万円＋180万円＋20万円＋30万円で280万円になります。
施術カルテ管理システムの開発会社・ベンダーの選び方
開発会社を選ぶときは、機能一覧や導入社数だけでなく、業態への合い方、方式、移行支援、連携、サポート、データの出口を確認します。
受託開発会社と、自社クラウドを提供して導入支援やカスタマイズを行うベンダーでは、できることや契約の考え方が異なります。
業態と導入方式が自院に合うかの確認
導入時に確認する項目は業態別に異なるため、実データを使って画面や帳票を操作し、自院に合うかを確かめます。
- 美容医療：医師の診療記録、禁忌、症例写真、同意書、薬剤・機器、自由診療契約、複雑な予約
- 治療院：身体部位の図示、鍼灸・柔整・自費記録、訪問施術、患者への施術共有、保険請求、レセコン
標準機能に業務を合わせるか、カスタマイズして既存の流れを残すかを決めます。標準化できる業務まで個別に開発すると、保守費が膨らみやすくなります。
一方で、安全要件まで標準画面に合わせると、現場が回らない場合があります。独自性が必要な要件を3つ程度に絞ると、費用と定着のバランスを取りやすくなります。
移行・連携・サポートの責任分界
見積もり、データ連携、サポート、解約のそれぞれで、どこまでを誰が受け持つかを確認します。
- 移行作業：スキャン、入力、写真移行、重複整理、移行後の照合の担当
- 外部連携：予約サイト、LINE、POS、決済、レセコン、会計、在庫ごとの項目と頻度
- 障害時の対応：エラー時の再送、仕様変更時の費用、必要な形式でのデータ出力のテスト
- サポート：電話・チャット・メールの受付時間、障害窓口、導入伴走、研修、マニュアル
- 運用と解約：担当変更、更新告知、返却の形式と期限、バックアップの消去、写真・同意書、費用条件を、書面で残すこと
セキュリティとデータの出口に関する質問
自院の業態に応じて、具体的な設定や証跡を尋ねます。
- 共通の対策：権限、二要素認証、監査ログ、暗号化、バックアップ、復旧目標、脆弱性対応、委託先、事故連絡、端末紛失対応
- 治療院：病歴・身体状態・記録・写真の利用目的、アクセス権、保存期間、委託先、退職者アカウントの停止
- 質問項目：管理者やスタッフの閲覧範囲、変更履歴、削除・訂正、解約時のCSV・画像返却
- 回答の確認：「標準で安全」だけで済ませず、具体的な設定と証跡の提示
確認する資料は、厚生労働省「医療情報システムの安全管理に関するガイドライン 第6.0版」と関連Q&Aです（出典：厚生労働省「医療情報システムの安全管理に関するガイドライン 第6.0版に関するQ&A」、2025年）。
▶ 詳細はこちら：施術カルテ管理システム開発でおすすめの開発会社/ベンダー6選と選び方
セキュリティ・法規制・AI活用での注意点
施術カルテには、本人確認情報や病歴、身体状態、写真、同意書、会計情報などが含まれます。そのため、漏えいしたときの影響が大きい情報です。
機能を増やすほど、閲覧できる人、記録する操作、第三者への送信を明確にします。法令やガイドラインの適用は、業態や業務によって異なります。責任者と専門家が運用を確かめます。
医療情報の最小権限と監査可能性
職種によって必要な情報は異なります。たとえば、受付が禁忌事項の全内容を必要としない場合は、予約の可否など必要な範囲だけを表示します。
- アカウント：退職・異動時の停止、共有の禁止
- 端末：自動ロック、持ち出し機器の管理
- 権限：利用者の定期的な見直し
監査ログでは、誰がいつ患者や顧客の記録を閲覧、追加、変更、削除したかを追えることが重要です。
訂正前の内容は上書きするのか、履歴として残すのかを確認します。復元テストをしていないバックアップは、障害時に使えるとは限りません。
導入時と年1回以上の運用確認を、予定に入れておきます。
AIの位置づけ：記録補助と人による最終判断
AIは記録を補助する機能として評価し、出力の確認方法とデータの扱いを決めておきます。
- 利用例：2026年時点で、音声の文字起こし、カルテ要約、姿勢画像による記録補助
- 誤りへの対応：聞き間違い、要約漏れ、固有名詞の誤変換、画像誤認識が起こり得る
- 確定手順：AI出力は候補とし、有資格者が原音声・原画像・患者情報を確認して確定する。診断や最終判断は任せない
- データ管理：学習利用、第三者送信、保存期間、削除、訂正履歴、利用停止、誤りの責任の分け方
- 効果測定：記録時間、修正件数、確定時間、説明品質の計測と、音声を使わない代替入力の用意
導入失敗を防ぐ運用ルール
入力の定着と導入効果の測定を、運用ルールに含めます。
- 入力を妨げる要因：項目過多、端末の置き場、通信不安定、現場の言葉に合わないテンプレート
- 導入前の準備：1件の記録時間、必須項目、撮影時期、入力漏れの確認担当
- 導入前の計測：1週間の記録・検索時間、転記件数、受付待ち、キャンセル率、次回予約率
- 導入後の見直し：1か月・3か月の比較をもとにした、項目数、研修、権限、端末配置、予約枠、スタッフ負担の改善
施術カルテ管理システムでよくある質問
費用や必要な機能は、業態や店舗数、既存システムによって変わります。回答は、自院の条件に置き換えて確かめてください。
施術カルテ管理システムはクラウドとスクラッチのどちらが良いですか？
標準業務を早く始めたいならクラウド型、独自の施術フローや多拠点連携が競争力になるならスクラッチ開発が候補です。
迷う場合は、必須の業務をクラウドやパッケージで始め、将来の連携はCSVやAPIを確かめながら、段階的に導入します。
紙カルテや施術写真はすべて移行できますか？
移行範囲は、紙の状態、画像形式、既存システムの出力機能、個人情報の整理状況によって異なります。
全件を一度に移さず、現役患者・顧客の基本情報、直近履歴、重要な同意書・写真から始めます。
移行項目、名寄せ、照合、原本の保管方法を決めてから、段階的に進めます。
小規模な治療院でも導入する価値はありますか？
記録検索、予約・問診の転記、会計後の集計、次回予約の漏れがあるなら、小規模でも導入効果を検討できます。
クラウド型は初期0〜30万円程度、月額1万〜5万円程度を目安にします。記録時間や再来率の改善が月額を上回るかを、3年総額で試算します。
AI音声入力を使えばカルテ入力を完全に自動化できますか？
完全な自動化を前提にせず、AIは文字起こしや要約の補助として使います。誤変換や聞き間違いは、担当者が確認します。
原音声・原画像との照合、訂正履歴、利用停止、データ送信先を管理します。診断や施術可否は、責任者が確定します。
開発会社・ベンダーには何を質問すれば良いですか？
同業態・同規模の導入経験や、紙カルテと写真の移行について質問します。予約と問診、会計のつながり、レセコン連携の対応も確認します。さらに、カスタマイズの範囲と期間、研修、障害対応も確かめます。
監査ログや解約時のデータ返却についても確認します。提案書だけでなく、デモと契約書で、標準機能、追加開発、別料金の範囲を明確にします。
まとめ
施術カルテ管理システムは、予約から問診、記録までの流れを一つにまとめます。写真や同意書は施術履歴に、会計や次回予約は来院の流れに沿って結び、分析までつなげます。美容医療と治療院では、記録や請求、権限、安全の要件が異なります。
現場の成果を基準にした選定
方式は規模と独自性に照らして選び、比べるときは3年総額を使います。その総額には、初期費用や月額に加えて、移行、端末、通信、連携、研修、保守を含めます。
デモで受付から施術、会計、次回予約まで再現し、記録時間、転記件数、待ち時間、再来率、キャンセル率を測る設計にします。
最初の一歩：現行業務と必須要件の書き出し
まずは、現行業務を観察して、導入前に決める内容を整理します。
- 課題：予約からフォローまでの流れにおける二重入力、検索、記録漏れ、紙保管
- 自院の条件：医療機関か治療院か、1院か複数店舗か、保険診療の有無
- 必須要件：写真、同意書、連携、権限の整理
- 候補の確認：複数候補に同じシナリオを試し、契約前にデータの出口とセキュリティを見ること
▼関連記事一覧
・施術カルテ管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・施術カルテ管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・施術カルテ管理システム開発の見積相場や費用/コスト/値段について
・施術カルテ管理システム開発の発注/外注/依頼/委託方法について
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。