BCP管理システム開発の完全ガイド - ブログ

BCP管理システムは、危機の把握、復旧判断、訓練と改善を一体で管理する仕組みです。これらをひと続きで扱うと、事業継続の実効性を高めやすくなります。

機能、導入方式、費用、運用上の注意点は、各節で扱います。詳しくは関連記事もご覧ください。

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

BCP管理システムの概要

BCP管理システムは、重要業務の分析から復旧判断、訓練、計画改善までを一体で管理します。計画書の保管だけでなく、平時の情報更新や訓練、課題の記録と、それを計画に反映する作業も支えます。

内閣府の「事業継続ガイドライン（令和5年3月）」も、BCPを策定して終わらず、運用と改善を重ねる考え方を示しています。2026年7月には、内閣府でガイドライン改定等の検討会が開かれました（出典：内閣府「事業継続ガイドライン改定等に関する検討会」、2026年）。そこでは、危機に応じてBCPを見直す流れが取り上げられています。

システムの設計では、現在の災害想定に加えて、サイバー攻撃、サプライチェーン、クラウド障害を含む見直しへの対応が必要です。

安否確認システムとの違い

安否確認システムは、従業員の無事、出社可否、連絡可否を一斉に確認し、回答を集計する仕組みです。

一方で、BCP管理システムは拠点被害、設備、在庫、取引先、業務の復旧状況を扱い、対策本部の指示や判断も支えます。安否確認は、その中で初動を担う機能です。事業継続の判断と行動全体は、BCP管理システムで支えます。

対象とする危機の種類

想定する危機には、地震や津波のほか、サイバー攻撃なども含まれます。危機ごとに必要な情報と初動を分けて整理します。

自然災害など：地震、津波、豪雨、台風、洪水、火災、停電、感染症、設備事故、物流停止、取引先の被災
サイバー攻撃など：ランサムウェアやクラウド障害。隔離、復旧順位、代替手段、証拠保全、委託先との連絡

たとえば、地震では拠点の被害と出社可否、サイバー攻撃ではシステム隔離など、危機によって必要な情報が異なります。

導入による変化

導入によって変わるのは、情報の共有と運用改善の進め方です。

情報を一か所に集める：紙の連絡網、表計算ファイル、複数のチャットに分かれた情報
判断を記録：確認者・時刻・判断を残し、担当が代わっても引き継げるようにする
訓練を測定：回答率、通知時間、集計時間、是正項目の完了率を続けて測定

特に、訓練の測定結果を使うと、BCPを実効性のある活動へ変えやすくなります。

BCP管理システムの主な機能

影響分析から訓練まで、機能が段階ごとに並びます。

必要な機能は、人数や拠点の数だけでなく、重要業務の複雑さ、委託先の数、復旧目標、訓練の頻度によっても変わります。そのため、すべてを初めから載せるのではなく、MUST機能と将来追加するWANT機能に分けます。

リスク台帳とBIAを管理する機能

リスクと業務停止の影響を整理し、復旧の優先順位を判断できるよう、必要な情報をそろえます。

リスク台帳：危機の種類、発生可能性、影響範囲、拠点、関連業務・取引先
BIA：業務停止時の売上、顧客、法令、信用、従業員への影響
復旧情報：許容停止時間、RTO（目標復旧時間）、RPO（目標復旧時点）、人員・設備・データ・代替手段

一斉通知と状況収集を行う機能

通知から回答、集計までを一連でつなぎ、通信状況に応じて情報を集めます。

自動通知：地震や気象警報をきっかけとした、対象地域への送信
複数経路：メール、SMS、アプリ、音声電話を使った、再送と代理回答への対応
状況収集：フォームで集める、安否、出社可否、浸水、電源・通信、設備、在庫、委託先

複数経路を使うと、通信が不安定な場面でも回答を集めやすくなります。さらに、管理者は状況を一覧で確認できます。

対策本部、文書、訓練を支える機能

対策本部の意思決定、文書の更新、訓練の記録を支える機能を備えます。

対策本部：掲示板、指示、担当者、期限、エスカレーション、意思決定ログ、報告書
文書管理：BCPや対応手順書に版管理、承認、閲覧権限、改定履歴を設け、古い文書の利用を抑える
訓練記録：シナリオ、通知、回答、所要時間、未回答者、課題、是正措置

人事、勤怠、拠点、設備とのCSVやAPI連携は、運用の負荷を左右します。地図、気象、チケット、チャットとの連携も、負荷に関わります。異動や退職が多い組織では、マスタの手作業による更新で宛先が漏れないよう、更新元と頻度を決めておきます。

ポイント

機能は、人数や拠点の数に加えて、重要業務の複雑さや復旧目標でも変わります。初期に載せる機能と将来追加する機能を分けて考えると、導入の範囲を決めやすくなります。

BCP管理システムの種類と選び方

方式は、既製SaaS、設定・連携追加、個別開発、既製サービスと社内ポータルの組み合わせに分かれます。選ぶときは、危機時の可用性、平時の更新、既存業務との接続、将来の保守を見ます。

短期間で始めたい企業に向く既製SaaS

既製SaaSは、早く導入したい場合や初期費用を抑えたい場合に検討しやすい方式です。

利用できる機能：通知、安否回答、アンケート、掲示板、簡易集計
導入と費用：短期間で始められ、冗長化やバックアップを自社で構築しないぶん、初期費用を抑えられる
向いている企業：専任担当者が少ない、または安否確認と訓練から始めたい

業務は標準機能に合わせることになります。そこで、複雑な組織階層や独自の承認、海外拠点の通信事情に加え、設備や取引先を細かく管理するための追加設定・連携の可否も確かめます。

契約の前には、ピーク時の処理性能と停止時の連絡手段を確認します。さらに、データの保管場所と解約時の返却方法も確かめます。

既存環境を活かしたい企業に向くパッケージ・ハイブリッド

標準機能をもとに、自社環境との連携や必要な調整を加える方式です。

追加できるもの：従業員・拠点・設備マスタ連携、独自フォーム、帳票、社内ポータル認証
得られる効果：標準機能の安定性を保ちながら、自社運用に必要な部分だけを調整できる
向いている企業：人事システムやチャットを使い、二重入力を減らしたい

標準と個別対応の範囲が曖昧なままだと、見積もりと納期が膨らみます。

連携先の仕様変更、認証基盤の障害、データ形式の不一致に備えて、どこまでを誰が受け持つかを要件定義書と契約書に明記します。

固有の業務要件が大きい企業向けのスクラッチ開発

固有の業務要件が大きい企業で検討される方式です。

設計範囲：BIA、重要業務、拠点・設備・在庫、対策本部、復旧タスク、訓練、監査
対象となる例：金融、医療、重要インフラ、多数のグループ会社

権限、監査、連携の面で標準サービスが足りないときに、この方式が候補に入ります。

自由度が高い反面、アクセス集中や複数の通信経路、バックアップへの備えは、自社と開発側で分けて担います。さらに、脆弱性対応、復旧テスト、異動後の保守も、分担を決めておく必要があります。設計では、有事の稼働と平時の更新を優先します。

ポイント

方式は、標準機能に業務を合わせられるか、既存環境との連携をどこまで求めるかで比べます。固有の業務要件が大きいかどうかは、スクラッチを検討するかどうかの分かれ目です。

BCP管理システム開発・導入の進め方

訓練で見つけた課題を、次の改善に結び付けます。

機能一覧を比べる前に、業務と判断基準を整理しておきます。そのうえで、訓練で成果を測りながら、2回目以降に対象を広げていくと、費用と運用負荷のバランスを取りやすくなります。

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

現状の洗い出しと重要業務の定義

まず、紙のBCP、表計算ファイル、連絡網を集めます。あわせて、従業員・拠点・設備・取引先のマスタと、過去の訓練記録も集めます。

業務ごとに、停止時の影響と許容停止時間を整理します。そのうえで、復旧の判断者と代替手段も決めておきます。

RTOやRPOを先に決めておくと、集めた情報をもとに緊急時の優先順位を判断できます。反対に、画面だけを先に作ると、情報が集まっても判断に使えません。

初期範囲は、安否確認だけにするか、対策本部の情報共有まで含めるか、BCP文書や訓練記録まで統合するかを決めます。

従業員数、拠点数、国内外の組織、個人情報、既存連携を一覧にします。MUST、SHOULD、WANTの3段階で優先順位を付けると、開発の範囲がはっきりします。

MUST：初期導入で必要な機能
SHOULD：優先度の高い追加候補
WANT：将来追加したい機能

要件の確定と2〜3候補の実演比較

要件を固めてから、候補を2〜3社程度に絞ります。次に、訓練や負荷試験を含むデモで比べます。

要件：通知対象・経路、回答、再送、代理回答、権限、掲示板、被害報告、復旧タスク、訓練、監査ログ、API、バックアップ
通知の実演：地震から初回通知までの時間、1万人同時回答時の動作、メール不達時の手段
運用の実演：未回答者の追跡担当、通信障害時の発動方法

実際の訓練シナリオで比べると、画面の見栄えだけでは見えない運用上の違いを把握できます。

設計、データ移行、開発の進め方

設計、データ整備、開発後のシナリオ検証を順に進めます。利用者には簡単な回答画面を、管理者には状況を俯瞰するダッシュボードを用意します。

危機別の発動条件、画面遷移、組織階層、権限、入力項目、通知文、集計方法、ログ保存期間を決めます。
従業員名、所属、メール、電話、拠点、設備、取引先を整理し、重複、退職者、古い連絡先、不足項目を解消します。
移行ファイルの保管場所、暗号化、アクセス権、削除手順を定めて、個人情報を守ります。
開発後は、通知、回答、集計、権限、連携、障害復旧を一連のシナリオで検証します。

訓練による検証とKPIに基づく改善

訓練の数値と参加者の声を確かめ、見つかった課題に応じて運用や機能を改善します。

回答率、初回通知完了時間、被害報告の集計時間、未回答者への再送率、是正項目の完了率を測ります。
回答率が低いときは、機能の不足だけでなく、登録メール、通知文、ログインの手間、訓練の周知も確かめます。
1回目の訓練でデータ整備や判断の滞りを把握し、2期目に設備確認、取引先状況、復旧タスク、外部連携を加えます。

数字と参加者の声は分けて分析します。その際、手順の改定や役割分担で解決できる課題を先に整理すると、必要以上の開発を防げます。

ポイント

業務と判断基準の整理が曖昧なままだと、画面は作れても緊急時の判断に使えません。段階ごとに成果を確かめながら進めるのが目安です。

BCP管理システムの費用相場とコストの内訳

費用は、安否確認が中心の既製SaaSか、BIA、文書、被害情報、復旧タスクまで含む個別システムかによって、大きく変わります。

初期費用、月額、ユーザー追加、SMS・音声の従量料金を、3年程度の総額で比べます。API、移行、訓練支援、保守も、あわせて見積もります。

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

既製SaaSの入口の費用：初期0〜20万円程度、月額数千円〜5万円程度

公開されている料金の例と、標準機能を超える場合に費用が上がる要因は、分けて確かめます。

公開料金例：初期費用不要、100名以下は月額12,000円、1,000名以下は月額30,000円
別プランの例：初期費用0円〜22万円、10ID基準で月額400円〜1万1,440円程度（出典：各サービスの公式料金ページ、2026年確認）
入口の目安：安否確認・一斉連絡中心なら初期0〜20万円程度、月額5,000円〜5万円程度

公開料金は標準機能の範囲で示されています。そのため、設備確認、電話通知、SMS、家族向け機能、複数会社の管理を加えると、費用が上がります。

API、導入支援、訓練の立ち会いも追加費用になるため、必要な機能を加えた月額と、契約期間中の従量費を確かめます。

個別開発の費用：中規模で500万〜1,500万円程度

BCP専用の公開統計は少ないため、ここでの数値は、類似の業務システムの工数と、通知集中・連携・冗長化の要件から算出した推定です。

初期設定：安否確認、掲示板、簡易集計で10万〜50万円程度、1週間〜1か月程度
SaaSへの追加：人事・拠点・気象・チャット連携や帳票で100万〜500万円程度、1〜3か月程度
中規模開発：BIA、BCP文書、被害報告、対策本部、復旧タスク、訓練ダッシュボードで500万〜1,500万円程度、3〜6か月程度
大規模要件：多拠点、多言語、複数会社、設備・サプライチェーン、複数API、DR、厳格な監査で1,500万〜4,000万円以上、6〜12か月程度になる場合がある

費用と期間は、いずれも要件、利用者数、可用性、連携数によって変わります。

3年総額と運用費を含めた見積もりの比較

導入時と運用時の費用を合わせて、利用規模ごとに比べます。

費用項目：要件定義、移行、マスタ整備、教育、マニュアル、訓練支援、問い合わせ、保守、バックアップ、DR訓練
利用規模：50名、300名、1,000名で初期費用、年間料、追加通知、連携、訓練支援を比較
見積区分：標準機能、設定、個別開発、外部サービス料、保守、将来変更と対象外作業

ユーザー追加、SMS・音声の従量費、API変更も、見積もりに含めます。特に、基本料金に含まれる管理者数や通知数が少ないと、利用が広がったあとに総額が増える場合があります。

ポイント

初期費用の安さだけで決めると、利用者や連携が増えたあとの総額が想定より膨らむことがあります。方式ごとに3年程度の総額で比べるのが目安です。

BCP管理システムのセキュリティと信頼性

障害への備えと情報の閲覧範囲を合わせて示しています。

BCP管理システムは、災害時に使えてこそ役立ちます。そのため、同時アクセスへの耐性、複数拠点での利用、バックアップを重視します。

監視や復旧手順のテストも欠かせません。また、安否情報や従業員名簿は、見る必要のある人だけが閲覧できる設計にします。

可用性・バックアップ・DRの確認

障害時の利用と復旧を、契約条件、負荷試験、訓練の面から確かめます。

サービス条件：冗長化、バックアップ頻度、復旧目標、障害窓口、サービスレベル、監視、保守通知、データ返却
別地域からの利用：一拠点が使えないときも発動・閲覧できるか確認
負荷試験：利用者数だけでなく、一斉通知、回答集中、管理者の集計、ファイル閲覧、外部API呼び出しが同時に起きる条件を再現
復旧訓練：復旧手順を文書化するだけでなく、バックアップから実際に戻せるか検証

個人情報、位置情報、権限の設計

登録する情報と利用者の範囲を決め、情報の種類に応じた管理策を設計します。

登録情報：氏名・所属に加え、電話、位置、家族連絡先、健康状態を含めるか決める
閲覧権限：管理者が全員を見られるとは限らないため、全社・拠点・部門・閲覧専用に分ける
認証とログ：多要素認証・SSOを確認し、管理者操作、権限変更、出力、通知発動を記録
委託先と保護：再委託、国内外の保管、暗号化、脆弱性対応、事故時の報告期限を確認

法令や契約要件は業種や情報によって異なるため、自社の法務・情報セキュリティ部門と確かめます。

サイバー攻撃とサプライチェーンを含む対象範囲

サイバー攻撃や取引先の停止も、事業継続の計画に組み込みます。

復旧体制：サイバー攻撃による停止も事業継続の対象にする
共通の判断基準：災害と攻撃を分けず、重要業務、復旧目標、代替手段、判断者を扱う
取引先停止：確認依頼、回答期限、代替調達先、物流・委託業務の復旧状況を管理する

2026年4月公開の指針は、自然災害のBCPとインシデント対応の両チームで情報を共有すること、影響に応じて復旧を判断すること、優先システムの演習を示しています（出典：IPA「指示8」、2026年）。

取引先にアカウントを付与する場合は、見せる情報を限定し、契約、認証、ログを設計します。また、退職や契約終了時のアカウント停止も、運用に含めます。

BCP管理システムの開発会社・ベンダーの選び方

知名度や機能数に加えて、BCPの業務設計、通知の安定性、データ連携、訓練、運用支援を確認します。

安否確認、危機対策本部、IT-DRでは必要な専門性が異なるため、求める範囲を先に決めておきます。

実績の確認：導入社数より訓練と復旧の経験

自社との類似性や、訓練・復旧・導入後の測定経験を確かめます。

導入環境：従業員・拠点数、組織階層、海外拠点、通知経路、既存システム、個人情報
訓練と復旧：大規模訓練での処理集中、障害時の代替経路、復元検証の時期
導入事例：導入前の課題、移行データ、訓練方法、回答率・通報時間の変化、担当者数

数値を開示できない場合でも、どのKPIをどう測るかを説明できるかを見ます。

デモとRFPで確かめる有事の操作

有事を想定した質問をRFPに入れ、デモでは実際の操作と条件を確かめます。

通知・回答：警報からの通知条件、メール・SMS・アプリ・電話、再送・代理回答
障害・集計：同時アクセスと負荷試験、管理者の通信障害時の発動、拠点・設備・取引先の被害集計
運用・復旧：API・CSV、移行範囲、権限、監査ログ、バックアップ、復旧目標、サポート、訓練、解約時返却

「個別に相談」とだけ回答された場合は、追加費用、前提条件、納期、どこまでを誰が担うかを、見積書の項目に分けてもらいます。

保守・支援体制と3年総額の評価

更新支援の範囲を確かめ、事業の要件に合わせて3年総額を比べます。

継続支援：マスタ更新、訓練、問い合わせ、障害対応、定期レビューの担当を確認
緊急窓口：24時間365日が必要な業種は受付時間と緊急時の連絡段階を契約に記載
費用比較：初期費用だけでなく3年総額と、利用者・拠点増加時の増額ルールを比べる
段階追加：安価な標準サービスで始め、不足する機能だけを連携や追加開発で補う方法
個別構築：最初から監査やDRを重視した構築が必要な企業もある

BCPは、担当者の異動、組織変更、拠点の新設、法令や契約の変化に伴って更新されます。

重要業務の停止によるコストと維持費を並べ、必要な支援と機能の範囲を判断します。

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

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

ポイント

知名度や機能数に加えて、訓練や復旧の経験、保守・支援の範囲、見積書の内訳を、デモとRFPで確かめておくと判断の材料がそろいます。

導入後に起こりやすい失敗と改善KPI

導入後にも、登録情報の古さ、管理者の操作不足、訓練の未実施、計画書と画面の不一致が起こり得ます。

運用は最初から設計しておき、数字で課題を把握して改善を重ねます。

機能を増やしても運用されない失敗

導入後の運用を無理なく定着させるには、範囲を絞った訓練と、複数人での操作経験が役立ちます。

全危機・拠点・設備・取引先を一度に登録せず、重要業務、主要拠点、最低限の通知・報告から始めます。
1回目の訓練で不足を把握し、平時のアンケート、連絡先更新、設備点検、短時間訓練に使ってログインや回答に慣れます。
発動、集計、拠点確認、経営層への報告を複数人で交代して経験し、担当者の集中を避けます。

対象を一度に広げると、データ整備が終わらず訓練に進めないことがあります。また、管理者だけが操作でき、現場が未経験のままの状態も危険です。

4つのKPIによる訓練と改善の評価

4つのKPIで、通知と集計の速さや、訓練後の改善状況を評価します。

回答率：全体に加え、拠点・部門・通知経路ごとの内訳
初回通知完了時間：対象者への到達と、管理者の状況確認をそれぞれ分けた時間
被害報告の集計時間：拠点情報が集まり、対策本部が判断するまでの時間
是正項目の完了率：訓練課題が次回までに解決した割合

四半期や訓練ごとに記録し、数値が悪化した理由と改善策を担当者会議で確かめます。

よくある質問

費用や機能は、サービスごとの契約条件によって変わります。そのため、自社の人数、拠点、業務、法令、契約要件を前提に確かめます。

中小企業でもBCP管理システムは必要ですか？

必要性は、従業員数に加えて、重要な顧客や設備があるか、取引先からBCPを求められるかで考えます。また、少人数の担当者に連絡や判断が集中する場合も、安否確認と訓練から始める効果があります。

初期範囲を絞ったSaaSで情報更新と訓練を定着させ、そのあとで機能を広げる方法が現実的です。

安否確認だけ導入すれば十分ですか？

初動の人員把握が目的であれば、安否確認から始め、事業継続に必要な範囲を段階的に補います。

安否確認から開始：初動の人員把握を優先する場合に選べる
拡張性を確認：拠点・設備・重要業務・取引先・復旧タスク・判断者を扱い、訓練で被害報告や復旧判断を追加できるか見る

後から機能を追加できる仕組みであれば、全てを作り直すリスクを減らせます。

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

導入期間は、標準設定か追加開発かで異なります。そのため、方式ごとの目安を確かめておきます。

標準SaaS：数営業日〜1か月程度。申し込みから環境提供まで5営業日のサービス例もある（出典：安否確認サービスの公式FAQ、2026年確認）
連携・個別対応あり：既存マスタ、独自フォーム、複数拠点、文書管理、訓練支援を含むと1〜3か月程度
中規模スクラッチ：3〜6か月程度

データ整備や社内承認が遅れると、期間も延びます。そのため、開発と並行して利用者・拠点・設備を洗い出しておきます。

BCP管理システムを導入する法的義務はありますか？

導入の義務は一律には決まっていないため、適用条件や指針の位置づけを確かめます。

確認事項：業種、規模、事業の重要性、契約、取引先の要求、安全配慮、個人情報保護、サイバーセキュリティ
ガイドライン：内閣府の指針は事業継続の策定・運用・改善を促す

自社に適用される法令や契約条件は、専門部署や専門家と確かめる必要があります。

まとめ

BCP管理システムは、安否確認に加えて、BIA、RTO・RPO、BCP文書、被害情報を一体で扱います。そのうえで、対策本部、復旧タスク、訓練、改善を継続的につなぎます。

方式は、既製SaaS、連携を加えたハイブリッド、スクラッチなどから選べます。

機能数よりも、有事に動き、平時に更新され、訓練で改善されるかどうかを見ることが大切です。

安否確認と訓練からの開始

安否確認と訓練から始め、測定結果に応じて必要な機能を段階的に加えます。

大規模なスクラッチ開発から始めず、公開料金のあるSaaSなどで安否確認と平時の訓練を始めます。
回答率、通知時間、被害報告の集計時間、是正項目の完了率を測ります。
結果をもとに、必要な企業はAPI連携、設備確認、取引先管理、復旧タスク、監査機能を追加します。

段階導入は、費用と定着のバランスを保ちながら進められる方法です。

事業継続の実効性による開発会社・サービスの選び方

候補は、機能一覧や価格に加えて、有事の継続性と運用条件を確かめたうえで選びます。

信頼性：ピーク時の処理能力、冗長化、バックアップ、復旧目標、権限、ログ
運用と費用：連携、データ移行、訓練支援、3年総額を比べる
適合性：重要業務と復旧優先順位を定め、実際の訓練シナリオで候補を比べる

訓練で比べると、BCPの目的に合う仕組みを選びやすくなります。

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