通話録音システムは、録音の目的、電話やCRMとの連携範囲、保存と分析の要件を分けて整理すると、必要な方式と機能を選べます。
種類と機能、導入手順、費用相場、開発会社の選び方や運用時の注意点を、順に見ていきます。各テーマの詳細は、下の関連記事でも確認できます。
▼関連記事一覧
・通話録音システム開発の進め方/やり方/流れや方法/手法/工程/手順
・通話録音システム開発でおすすめの開発会社/ベンダー6選と選び方
・通話録音システム開発の見積相場や費用/コスト/値段について
・通話録音システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
通話録音システムの概要
通話録音システムは、電話の音声を、通話の日時や番号、担当者、顧客IDといった情報と一緒に管理します。
録音ファイルを保管するだけでなく、会話を検索・再生して、応対品質の改善やトラブル確認に加えて、教育、監査、顧客の声の分析にも使う業務システムです。
録音目的の整理
録音を何に使うかを先に決めると、必要な機能の優先順位が見えてきます。
- クレーム・契約確認：全通話録音、日時・番号検索、権限管理、保存期限、自動削除。
- オペレーター教育：評価シート、コメント、区間再生、文字起こし、NGワード検知。
- VOC分析：CRM連携、要約、分類、集計、分析基盤。
電話網から検索・分析までの一連の流れ
基本の流れは、電話網やクラウドPBXから音声を取得し、録音サーバーまたはクラウドストレージに保存して、検索画面やCRMから再生する形です。
必要に応じて音声認識で文字起こしし、要約やキーワード分析を加えます。録音開始点をPBX側に置くかクラウドCTI側に置くかで、転送、保留、三者通話、在宅端末、障害時の捕捉範囲が変わります。
設計の前に電話の経路を図にして、どの通話を録音できるかを確認します。
導入による効果と限界
録音データを業務判断に使うと、効果が生まれます。担当者の記憶や手入力のメモに頼らず、事実確認や教育に加えて、顧客対応とサービス改善も同じデータから進められます。
録音を残すこと自体が応対を自動的に良くするわけではないため、評価基準と利用ルールが欠かせません。
応対品質と教育の標準化
評価シートと録音を組み合わせると、良い応対と改善が必要な応対を、具体的な発言とともに見比べられます。
新人教育では、模範会話を共有し、保留の説明や本人確認を同じ基準で確認できます。また、要望の復唱や終話時の確認も、録音を使って振り返れます。
スーパーバイザーは全通話を聞かなくても、特定キーワードや長時間通話、低評価の案件を抽出して、重点的に確認できます。
後処理とトラブル確認の負担軽減
録音をCRMの顧客履歴に紐付けると、担当者が会話内容を長いメモに書き直す負担を減らせます。さらに、音声認識と要約を使うと、問い合わせの要点や顧客の要望を、次回対応や未解決事項の下書きにまとめられます。
公開コンタクトセンターサービス情報では、リアルタイム音声認識やFAQ自動提示が示されています。また、通話要約、登録ワード検出、感情分析も、後処理の短縮やSV支援に使える機能です（出典: 公開コンタクトセンターサービス情報、2026年確認）。
録音だけでは解決しない課題
録音データが増えても、対応のばらつきや入力漏れは解消しません。良い応対の基準、危険とみなすキーワード、要約の確認者を決めておかないと、分析結果は現場で使われないままになります。
音声認識では、固有名詞や専門用語、方言、複数人の発話に誤りが生じることがあります。そのため、AIの結果を確定情報として扱わず、原音を確認できる画面と修正フローを残しておきます。
通話録音システムの種類と方式
種類は、提供形態とカスタマイズ範囲を分けて考えます。標準機能を短期間で使いたいか、既存の電話環境を残したいか、複雑な監査や基幹連携が必要かによって、選択肢が変わります。
録音単体やクラウドCTIから、パッケージ、オンプレミス、フルスクラッチまで、方式には幅があります。そのため、価格だけで同列に比べないことが大切です。
クラウド型・SaaS型の特徴と向く場面
クラウド型は、録音基盤やストレージをサービス側で運用します。そのため、自社でサーバーを購入せずに始めやすい方式です。在宅勤務や複数拠点にも展開しやすく、設定変更やアップデートを受けやすい特徴もあります。
導入前には、月額料金や録音容量、通話料を確認します。さらに、AI処理分数やデータの保存場所、障害時の対応も見ておきます。
数席の実通話で、録音漏れや転送時の扱いを試し、検索時間と再生の安定性を確かめてから全社に広げます。
パッケージ・クラウドCTI型と標準機能の活用しやすさ
録音や検索、再生から、モニタリングやキュー管理、品質評価までを備えることが多く、業務を標準機能に合わせられる企業に適しています。
独自画面や帳票は、すべて追加せず、CRM連携、権限、通知など差分の大きい部分に絞って拡張すると、導入期間と将来の更新負担を抑えやすくなります。
標準機能でできない業務を先に洗い出し、追加開発の範囲を決めます。
オンプレミス・ハイブリッド型と既存設備・統制の重視
オンプレミス型は、自社のサーバーやネットワーク内に録音基盤を置きます。既存PBXを大きく変えずに構成できる場合や、長期保管や閉域網、更新時期の制御、社内規程への適合を重視する場合に検討します。
サーバーやバックアップ、冗長化のほか、監視や障害復旧、運用担当者が必要です。また、録音容量が増えた場合の拡張費用と、保守終了後の更新方法を、初期段階で確認します。
フルスクラッチ型と独自連携・業務ルールが多い場合
独自の通話制御や複雑な基幹連携、厳格な監査、特殊な保存ルールなど、標準サービスで対応できない要件に向いています。
設計対象は、音声取得からファイル管理、検索、権限まで広がります。さらに、障害復旧や音声認識、移行、保守も含みます。
納品対象には、ソースコードや設計書、API仕様を含めます。テスト仕様書、データ返却手順、運用マニュアルも対象にします。このため、特定の委託先に依存しすぎない契約にします。
通話録音システムに必要な機能の範囲
機能は、録音、検索、保護、活用の4層に分けて整理します。まず、証跡、品質改善、VOC分析のどこまでを初期の対象にするかを決めます。そのうえで目的別の最小構成にすると、機能の追加や見積の膨張を防ぎやすくなります。
録音・検索・再生の業務水準
録音対象には、着信と発信のほか、転送や保留、三者通話を含めるかを定義します。IVRや折り返し、在宅端末も、録音に含めるかを決めておきます。
検索条件は、日時や電話番号、担当者、顧客IDを基本にします。さらに、キューや通話時間、タグ、キーワードも検索条件に加えます。
再生開始までの時間を受入基準にします。そのうえで、長い会話の区間共有や、再生・ダウンロード履歴、音声ファイルと顧客履歴の対応も確認します。
保存・権限・監査の設計
録音ファイルは、暗号化、保存期間、自動削除を一体で設計します。そのうえで、バックアップや災害復旧、アクセス権限も決めます。
権限は、オペレーターやスーパーバイザー、監査担当、管理者など、役割ごとに分けます。再生やダウンロード、削除、エクスポートを、どの役割に許すかも決めます。
誰がいつ再生、ダウンロード、削除したかを、監査ログに残します。また、退職や異動の際に、IDを自動で無効化できるようにします。
CRM連携と音声分析の業務フロー
CRM連携では、顧客レコードや問い合わせ番号をキーに、顧客履歴から録音を再生できる状態を目指します。
APIやWebhookで録音完了を通知し、文字起こしや要約を保存する場合は、原音、テキスト、AI生成結果のつながりを追えるようにします。
要約を担当者が確認して確定する工程や、誤認識の修正、分析対象外の会話を除く工程も、要件に含めます。
通話録音システムの開発・導入の進め方
目的整理と現状調査、要件定義と方式選定を経て、PoCに進みます。その後は、設計・開発とテスト、移行と教育、段階展開の順です。まず、画面仕様より先に、通話シナリオと録音ポリシーを確定します。
録音漏れや転送先音声の欠落、CRMの顧客IDとの不一致は、後から直すほど費用と影響が大きくなります。
要件定義で決める目的・対象通話・録音ポリシー
初期導入の目的は、クレーム確認や契約証跡、品質評価、教育、後処理短縮、VOC分析のうちから1〜2個に絞ります。そのうえで、通話シナリオを決めます。
- 対象場面：着信・発信、営業時間外、保留、転送、三者通話、折り返し、在宅勤務。
- 運用条件：障害時の代替、保存期間、録音案内、利用目的、削除、閲覧者。
- データ管理：社外委託、海外クラウド利用、機密情報の一時停止。
決めた内容は、機能一覧ではなく、運用ルールとして文書にまとめます。
PoCでの実通話による録音漏れと検索性能の検証
PoCは、デモ画面ではなく、実際の電話環境で行います。発着信や保留、転送、三者通話を試します。また、IVRや長時間通話、複数拠点、在宅端末も確かめます。
録音開始までの遅延や音質、話者分離を確認します。さらに、検索結果の表示時間やCRM紐付け、機密情報入力時の一時停止、障害復旧後の再送も確かめます。
受入基準には、録音だけでなく、必要な会話を決められた時間内に探せることも含めます。
移行・教育・段階展開による現場定着
移行から本番展開までは、次の手順で準備します。
- 音声ファイルや日時、番号、担当者、顧客ID、保存期限を洗い出し、不要・重複データの扱いを決めます。
- 表記揺れを発注先任せにすると検索性が落ちるため、正しいマスタと廃棄方針は発注者側で準備します。
- 移行後は旧環境と件数を照合し、再生と権限を確かめます。
- まず1チームで運用してから全拠点へ広げます。
- オペレーター向けの教育で、録音の目的や録音停止、顧客への案内、誤要約の修正方法を扱います。
▶ 詳細はこちら：通話録音システム開発でおすすめの開発会社/ベンダー6選と選び方
費用相場の目安
費用は、席数に加えて、録音時間や保存年数、PBX・CRM連携で変わります。さらに、音声認識の処理量やセキュリティ要件、移行データ量も影響します。
録音オプションの月額から総額を判断するのは難しいため、電話番号や回線、通話料のほか、ストレージやAI処理も含めて見積もります。そのうえで、初期設定と保守も入れて考えます。
ここに示す金額は、公開料金と類似システムの開発相場をもとにした、予算計画の目安です。
▶ 詳細はこちら：通話録音システム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：通話録音システム開発の進め方/やり方/流れや方法/手法/工程/手順
▶ 詳細はこちら：通話録音システム開発の発注/外注/依頼/委託方法について
クラウド型の初期10万〜50万円程度の目安
10席程度で標準録音と簡易権限だけを設定する小規模な導入は、初期10万〜50万円程度、月額1万〜15万円程度が目安です。これに通話料や容量料金を加えて考えます。
公開料金の一例では、全通話録音の初期費用は5,000円、保存容量は1GBあたり月額500円です（出典: クラウドPBX公開料金表、2026年8月確認）。
録音オプションの金額は例であり、電話番号や席、回線、設定費用を含めた総額ではありません。
既存連携の費用の目安
既存PBX・CRM連携、SSO、顧客ID紐付け、録音検索、簡易移行を含む場合は、初期100万〜500万円程度、期間2〜6か月程度を想定します。
録音ファイル配送や音声認識が従量課金のサービスもあります。たとえば、公開料金表には、1,000分あたり2,500円のテキスト化料金の例があります（出典: クラウドCTI公開料金表、2026年1月改定）。
処理分数が多いセンターでは、席数課金だけでなく、月間録音分数から5年分の費用を試算します。
中規模以上の500万〜数億円の幅
規模と要件別の初期費用は、次の幅を目安にします。
- 中規模：数十〜数百席で複数キュー、品質評価、文字起こし、CRM連携、録音移行を含み、初期500万〜2,000万円程度。
- 大規模：複数拠点、高可用性、監査、閉域網、長期保管、基幹連携を含み、2,000万〜5,000万円超。
- 個別開発：独自通話制御やフルスクラッチでは、5,000万円〜数億円になる場合があります。
示した金額は、通話録音単体の確定した相場ではなく、類似するコンタクトセンターや業務システム開発からの推定です。
見積は、要件定義10〜15%、基本設計15〜20%、詳細設計10〜15%に分けて確認します。開発・単体テストは30〜40%、結合・総合・性能テストは15〜20%、移行・教育は5〜10%程度です。
保守費用は初期開発費の年10〜20%程度を置く計画が一般的な目安です（出典: 業務システム開発相場に関するNotebookLM整理、2026年）。
開発会社・サービスの選び方
選定では、機能数や知名度よりも、自社の電話環境と業務を最後までつなげられるかを確かめます。
導入先には、録音サービスや電話・CTI基盤の事業者、CRMやAIを組み合わせるプラットフォーム、個別開発会社があります。役割が異なるため、提案範囲と、どこまでを誰が受け持つかを明確にします。
電話・CTI・CRMの連携実績の確認
候補先には、既存PBXやクラウドPBX、録音開始点について質問します。さらに、転送や保留、三者通話の扱いを確かめます。CRMの顧客IDと認証方式、APIとストレージも、あわせて確認します。
連携できるかだけでなく、受け取るデータとそのタイミング、失敗時の再送、標準機能の範囲を確認します。
似た席数の案件に加えて、同じ通話シナリオと保存要件を扱った実績も聞きます。
セキュリティと保守の責任範囲の比較
セキュリティや復旧、データの扱いについて、各社の条件を並べて比べます。
- セキュリティ：暗号化、権限、監査ログ、脆弱性対応。
- 復旧・保管：バックアップ、復旧目標、保存場所、再委託先。
- 契約終了：データ返却、契約終了時の削除証明。
- AI利用時：音声や文字起こしの学習利用、処理地域、生成結果の保存期間。
納品後の問い合わせ窓口や障害時の連絡体制、法改正やPBX更新時の対応、追加改修の単価も確認します。これらの条件があいまいなままだと、初期費用が安くても、運用の負担は膨らみます。
RFPで質問する録音範囲と費用の内訳
提案の条件をそろえるため、RFPには次の内容を記載します。
- 席数、拠点数、月間通話分数、同時通話数、保存期間、録音対象。
- 通話シナリオ、PBX・CRM、認証、権限、マスキング。
- 文字起こし、要約、検索性能、移行件数、障害時の代替運用。
見積は、初期設定や開発、回線、ストレージ、音声認識ごとに分けてもらいます。さらに、通話料や移行、教育、保守、追加改修も、項目ごとに示してもらいます。
契約終了時に録音とメタデータを標準形式で返却できるかも、開始前に確認します。
通話録音のセキュリティと個人情報保護
通話には、氏名や住所、契約情報、本人確認情報、健康・金融に関する相談などが含まれる場合があります。そのため、取得から利用、保管、閲覧、委託を経て削除までを、ライフサイクルとして管理します。
法令に加えて、契約や業界規則、社内方針、顧客への説明を合わせて設計します。
利用目的と録音案内の実務
個人情報保護委員会のQ&Aでは、通話から個人を識別できる場合は個人情報に該当し、利用目的の通知または公表が必要と整理されています。
録音していることを相手に必ず伝える義務は、一律には定められていません（出典: 個人情報保護委員会「顧客との電話の通話内容は個人情報に該当しますか」、2022年4月更新）。
業界や契約、相手の地域、社内方針によって、案内や同意が必要な場合があります。そのため、法務やプライバシーの担当と、録音メッセージや同意取得の要否を確認します。
機密情報の一時停止・マスキング・権限分離
カード番号や暗証情報、本人確認書類の内容を扱う場合は、入力前の録音一時停止、音声・文字起こしの自動マスキング、専用決済フローへの切り替えを検討します。
音声だけを隠しても、文字起こしのテキストに情報が残ることがあります。原音の再生権限が広すぎるといった抜けを防ぐため、原音や加工音声、文字起こし、要約、ログを個別に確認します。
たとえば、公式の通話録音仕様では、機密情報入力時に録音を一時停止し、CRMの顧客記録から再生する構成が示されています（出典: 公式コンタクトセンター製品ドキュメント、2026年確認）。
障害時の継続運用と監査
通信やPBX、ストレージ、認証基盤、クラウドサービスの障害を想定し、録音できないときの業務手順を決めます。そのうえで、代替録音や後からの再取り込み、顧客案内、復旧後の整合性確認を手順に入れます。
復旧目標時間と復旧時点は、RTO・RPOとして定義します。さらに、バックアップから実際に復元や再生ができるかを訓練し、監査ログの欠損や権限の初期化がないかを確かめます。
通話録音システムでのAI活用に必要な条件
AIは文字起こしに加えて、要約やFAQ候補、登録ワード検知に使えます。さらに、感情・不満の兆候や応対評価、顧客の声の分類にも活用できます。
精度を高める前に、録音の音質や話者分離、顧客IDを準備します。また、商品名や専門用語の辞書、評価基準、マスキング方針も用意します。AI機能は、録音基盤の上に段階的に追加します。
後処理短縮・品質評価・VOC分析の広げ方
まず、通話後の要約や次回対応の下書きなど、担当者が確認しやすい用途から始めます。次に、NGワードや登録ワードを検知してSVへ通知し、品質評価の候補を絞ります。
運用が安定したら、問い合わせ理由や解約兆候、要望、感情の変化を集計します。その結果を、商品やFAQの改善につなげます。
自動判定を人事評価へ直結させる場合は、誤認識やバイアスを検証し、異議申立てと人による確認を用意します。
AIの正確さよりデータガバナンスの整備
AIに渡す音声の範囲や処理地域、学習利用の可否を決めます。さらに、保存期間や再委託先、削除方法、生成結果の確認者も決めます。また、不要な個人情報があれば、AI処理の前に除外またはマスキングします。
要約採用率や修正率、後処理時間、誤検知率、検索時間を指標にして、導入効果を測ります。継続の判断は、AI導入の有無ではなく、業務時間や品質の変化で行います。
通話録音システムの導入で失敗しやすい点
失敗の多くは、録音機能を先に選び、業務や運用要件を後回しにすることから起こります。対象通話と保存期間が曖昧だと、容量や費用を見通せません。権限が広すぎると、情報漏えいのリスクも高まります。
現場が使わない機能に予算をかける一方で、必要な転送やCRM連携が後から追加されるケースもあります。
目的別の最小構成と段階化
目的に合わせて機能を段階化します。
- 証跡：録音、検索、再生、権限、保存期限、監査ログ。
- 品質改善：評価、文字起こし、NGワード、SV通知。
- VOC分析：CRM連携、要約、分類、集計。
この順に段階化すれば、初期導入で価値を確かめてから次の投資を判断できます。すべてのAI機能を先に搭載するよりも、現場で使われるデータをまず作ることを優先します。
転送・保留・障害時のテスト
通常の着信だけで受入テストを終えると、実運用で問題が起こりえます。そのため、保留中の録音途切れや転送先音声の欠落、三者通話の話者混在、担当者変更による顧客ID誤り、障害復旧後の二重登録を想定しておきます。
テストケースには正常系に加えて、通信断やPBX停止、ストレージ容量超過、認証失敗を含めます。さらに、録音停止や権限外アクセス、削除期限の到来も対象にします。
録音後の使い道と現場ルール
録音を聞く場面や評価基準、AI要約を修正する時間があいまいにならないよう、利用者ごとの業務を決めます。
- オペレーター：顧客案内と録音停止。
- スーパーバイザー：評価とコーチング。
- 監査担当：検索とログ確認。
- 管理者：権限・保存・障害対応。
月次では、録音利用率や検索時間、後処理時間、要約修正率、問い合わせ再発率を見直します。そのうえで、使われない機能を整理します。
通話録音システムに関するよくある質問
法務や契約の条件は、業種や地域、利用形態によって異なります。そのため、最終的な判断は自社の担当部署と確かめます。
通話録音を始めるときは必ず相手の同意が必要ですか？
対応は場合によって異なります。通話から個人を識別できる場合は個人情報に該当し、利用目的の通知または公表が必要になる可能性があります。
個人情報保護委員会は、録音告知の義務を一律には定めていないと整理しています（出典: 個人情報保護委員会「個人情報保護法Q&A」、2022年更新）。
業種や契約、海外の当事者、社内規程によっては、案内や同意が必要になります。そのため、録音メッセージの要否を法務担当と決めておきます。
クラウド型とオンプレミス型はどちらを選べばよいですか？
短期導入、複数拠点、在宅勤務、サーバー運用の軽減を重視する場合は、クラウド型が候補です。
既存PBXとの密接な連携や閉域網、長期保管、データ管理場所、更新時期の統制を重視する場合は、オンプレミスやハイブリッド型を検討します。
どちらが正解かを先に決めるのではなく、録音範囲や保存期間、セキュリティ、障害時の業務継続、5年間の総費用を同じ条件で比較します。
既存の録音データを新しいシステムへ移行できますか？
移行できる場合があります。音声ファイルだけでなく、日時や電話番号、担当者、顧客ID、保存期限などのメタデータと、旧環境の再生方式も確認します。
ファイル形式や暗号化、欠損、重複、表記揺れ、権限の対応関係を洗い出します。そのうえで、移行前後の件数と再生結果を照合します。
法定や契約上の保存期間を過ぎた不要データは移行せず、先に廃棄方針を決めます。
最初から文字起こしやAI要約を導入するべきですか？
最初から導入する必要は、必ずしもありません。録音品質、検索、顧客ID紐付け、権限、保存期限を安定させてから追加する、段階的な導入が安全です。
先行して導入する場合も、専門用語の辞書やマスキング、確認者、誤りの修正方法を決めます。さらに、処理費用やデータの保存・削除ルールも定めます。そのうえで、後処理時間や修正率で効果を測ります。
通話録音システム開発・導入のまとめ
通話録音システムは、応対品質やトラブル確認、教育、後処理、VOC分析を支える業務基盤です。導入の前に、目的や対象通話、保存期間、検索項目を決めます。さらに、権限やマスキング、PBX・CRM連携、障害時の代替運用も決めておきます。
最小構成から段階的に広げる順序
証跡は録音・検索・権限・保存期限、品質改善は評価・文字起こし・NGワード、VOCはCRM・要約・分析までを段階化します。
方式は、席数だけでなく、通話経路や保存、連携、セキュリティ、運用体制を見て選びます。費用は、小規模クラウドの初期10万〜50万円程度から、複雑な個別開発の5,000万円〜数億円まで幅があります。
初期費用に加えて、月額や保守、通話料、容量、AI処理を含む総額で比べます。
現場PoCと保守の出口までの確認
選定の際は、電話・CTI・CRM・個人情報保護の知識や、転送や保留を含むシナリオ試験、データ移行、障害時の録音欠損対策を確かめます。
設計書やAPI仕様の納品、契約終了時のデータ返却まで確認します。そのうえで、必要な会話をすぐ探せることと、適切な人が安全に使って現場改善につなげられることを、成功の条件にします。
▼関連記事一覧
・通話録音システム開発の進め方/やり方/流れや方法/手法/工程/手順
・通話録音システム開発でおすすめの開発会社/ベンダー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を創業。