電子署名システム開発の完全ガイド

電子署名システムは、署名から締結後の保管までを一つの流れで扱う業務システムです。導入方法は、クラウドサービス、既存業務への組み込み、独自開発の三つに大別でき、署名方式、契約業務の範囲、既存システムとの連携によって適した方法が変わります。

▼関連記事一覧
・電子署名システム開発の進め方/やり方/流れや方法/手法/工程/手順
・電子署名システム開発でおすすめの開発会社/ベンダー6選と選び方
・電子署名システム開発の見積相場や費用/コスト/値段について
・電子署名システム開発の発注/外注/依頼/委託方法について

電子署名システムの定義

電子署名システムは、署名欄を置くだけでなく、同意者や認証の証跡を残し、締結後の文書を必要な期間にわたって管理する業務システムです。

電子署名が担保する内容

電子署名は、文書の作成者や同意者が本人であることと、署名後に内容が変わっていないことを確かめる仕組みです。電子署名法には、一定要件を満たす署名付き電子文書を本人の意思で作成したと推定する制度があります(出典: デジタル庁「電子署名」、2026年3月更新)。

印影画像をPDFに貼る方法は、認証・証跡・改ざん検知を備えるシステムとは分けて考えます。確かめられる内容が違うためです。

電子サインと電子契約の違い

電子サインは、手書きサインやメール認証も含めて、本人の同意を電子的に記録する行為や仕組みです。これに対して電子署名は、本人性や非改ざん性を確かめる技術と証跡の考え方を指します。

電子契約は、契約書の作成から社内申請、承認、締結、保管、更新管理までを電子化する業務全体を指します。

署名だけで足りるか、契約台帳や期限通知まで必要かによって、構成は変わります。あわせて、取引先が登録なしで署名できるか、スマートフォンで完了できるかも利用率に関わります。

電子署名システムの主要機能

基本機能は、契約書の作成から送信、承認、署名完了証明書の発行までを支えます。締結後の管理機能も、要件に含めて考えます。

  • 締結前:アップロード、テンプレート、差し込み項目、署名順、社内承認、送信とリマインド。
  • 締結後:タイムスタンプ、操作履歴、監査ログ、全文検索、メタデータ管理、期限通知。
  • 全社利用:SAMLなどのSSO、MFA、IP制限、権限管理、API、バックアップとデータ出力。

AIで条項や期限を抽出する場合は、入力した文書が学習に使われないかを確かめる必要があります。あわせて、人手による確認の方法とログの保存範囲も見ておきます。

電子署名システムの種類と選び方

電子署名システムの選定軸として、契約件数、利用者、認証レベル、既存システム、移行量を示す図。
各軸をそろえると、導入方式を比べやすくなります。

導入方式は、クラウドサービス、既存業務へ署名を組み込む方式、独自基盤を開発する方式に大別できます。選ぶときは、契約件数と利用者数、認証レベルを押さえたうえで、既存システムと移行量を確かめます。

クラウドSaaS型が向く企業

クラウドSaaS型は、短期間で契約業務を電子化したい企業に向いています。標準のテンプレート、送信、署名、保管の機能から始められます。

法改正や機能更新を自社だけで追う負担を抑えられるうえ、1部署で利用率や締結日数を確かめてから範囲を広げられます。

費用は、月額基本料に加えて、送信従量、保管容量、上位権限、API・SSO、初期支援の分まで見ておく必要があります。さらに、解約時に受け取れるPDF、証明書、ログ、メタデータの出力形式も、契約前に確かめておきます。

API連携型・パッケージ型の仕組み

この方式では、販売管理、CRM、稟議などの既存システムを残したまま、署名や証明書発行を外部基盤へつなぎます。ERPや人事などの仕組みも、同様に残して接続します。

既存画面で契約書を作り、承認済みの文書を送信して、締結結果を台帳へ戻せます。そのため、利用者の操作を大きく変えずに済みます。

設計では、API認証、送信失敗時の再送、二重送信の防止、Webhook、証明書の保存先、障害時の手作業を決めておく必要があります。特に、検索や通知がずれないよう、文書IDと業務上の契約IDの対応を定めておきます。

スクラッチ開発が必要になる場合

部門ごとに複雑な承認が分かれる場合や、特殊な文書管理、多言語・多拠点での運用、独自の料金計算が必要な場合は、標準サービスが業務に合わないことがあります。そのときは、スクラッチ開発を検討します。

  • 署名・認証:ゼロから作らず、実績のある外部基盤やモジュールを使います。
  • 独自開発の範囲:業務フロー、台帳、検索、連携、権限管理の部分。

署名機能を独自に実装すると、暗号鍵、証明書、タイムスタンプ、監査証跡、法改正への継続対応を自社で抱えることになります。外部基盤を使えば、こうした開発リスクを抑えられます。

評価の際は、初期費用だけでなく、5年間の保守、法令対応、障害復旧、担当者が替わった後の引き継ぎまで見ます。

ポイント

導入方式は、契約件数や利用者数、認証レベル、既存システムと移行量で比べます。標準サービスで業務が収まらない場合に限り、連携開発やスクラッチ開発を検討すると判断しやすくなります。

電子署名システムの導入メリットと限界

効果は、申請から締結後の管理までを一連の業務として見て測ります。そのうえで、申請から締結までの時間、停滞箇所、検索時間、更新漏れ、郵送費を計測します。

締結スピードとコストの改善

電子化すると、印刷、製本、押印、郵送、返送、保管の作業が減らせます。さらに、相手方がスマートフォンで署名できれば、書類の往復にかかる時間も短くできます。

効果を測るときは、郵送費だけでなく、作業時間、締結日数、差戻し回数を比べます。たとえば、月100件で1件30分の作業が不要になれば、月50時間の削減余地があります。

これは試算例であり、実際の効果は契約書の枚数、承認者数、郵送方法、相手方の対応速度によって変わります。そのため、導入前の2〜4週間で実測しておくと、PoC後の投資判断に役立ちます。

内部統制と監査対応の効果

申請者や承認者、送信者の動きを追えると、監査の場で経緯を説明しやすくなります。署名者や締結日時も記録に残り、文書のハッシュや変更履歴も追えます。

閲覧権限や承認の必須化、退職者アカウントの停止、ダウンロード履歴を組み合わせると、担当者の記憶に頼らない統制に近づけます。

ログは、閲覧者や管理者による削除の可否、保存年数、監査へ提出する形式も確かめます。ただし、権限を厳しくしすぎると別の保管へ戻る動きが出るため、役割と例外承認の手順も設計します。

導入しても残る課題

相手方が不慣れだと、メールが届かない、本人確認が止まる、スマートフォンでうまく操作できないといった問題が起こります。また、紙をなくせない業界では、紙と電子の二重管理で台帳が分散する場合もあります。

既存の契約に契約番号、締結日、満了日、相手先、金額、契約種別がそろっていないと、検索や更新通知は効果を発揮しにくくなります。

そのため、導入前に例外処理や紙を残す条件、移行対象、利用者への支援、障害時の代替手段を決めておきます。

電子署名システム開発・導入の進め方

電子署名システムの開発・導入を、要件定義、構成設計、PoC、移行・教育、本番展開の順に示す図。
要件を固めてから検証と展開へ進みます。

開発は、サービス選定から始めず、まず現状の業務を一覧にして、要件と方式を決めるところから進めます。要件定義や構成設計、PoCなどの段階に分けると、法務や情シス、事業部の認識をそろえやすくなります。移行、教育、本番展開の段階も含め、各段階で決めることは後の節で説明します。

▶ 詳細はこちら:電子署名システム開発の進め方/やり方/流れや方法/手法/工程/手順

要件定義で決めること

まず、秘密保持や業務委託、雇用関連文書、発注書などの契約類型を並べます。そのうえで、月間の送信件数、署名者と承認者の数、金額、保管年数、紙との併存期間、相手方の環境を整理します。

申請から監査までの業務フローも図にしておきます。必須要件のMUSTと、将来実現したいWANTを分けておくと、予算超過を防げます。

  • MUST:署名方式と本人確認、改ざん検知、監査ログ、権限と検索、データ返却と障害時運用。
  • WANT:AI条項抽出、多言語、モバイル最適化、複数システムとの自動連携。

設計・開発での注意点

構成は、画面と承認の流れ、署名サービス、証明書・タイムスタンプの3つに分けて検討します。台帳と検索、API、監視・バックアップも、それぞれ別に検討します。

データフローには、文書IDや受信者の認証情報、完了通知、保管ファイル、監査ログが通る経路と保存先を示します。

テストでは、認証失敗、メール未達、期限切れ、差戻しや再送、途中離脱を扱います。さらに、重複送信、API停止、管理者異動も対象にします。そのうえで、PDFと証明書、監査証跡を契約単位で再現できるかを確かめます。

PoCと本番展開の進め方

本番の前に、代表的な契約を3〜5種類選んで、作成から保管まで実際に通しておきます。選ぶ際は、承認段階が多い契約や外部個人との契約、スマートフォン署名、高額または機密性の高い契約を含めると、課題を見つけやすくなります。

PoCでは、締結日数、差戻し率、相手方の完了率、問い合わせ件数、検索時間、紙への戻り率を測ります。課題が解消できたら、1部署から複数部署へ広げていきます。

段階展開の前には、旧運用との並行期間を設け、マニュアルや相手方への案内、移行照合、障害連絡網を準備しておきます。

ポイント

必須要件(MUST)と将来の要件(WANT)を分けると、予算超過を防げます。PoCで締結日数や差戻し率を測り、課題が解消できてから本番へ広げるのが基本です。

電子署名システムの費用相場と開発期間

費用は、SaaSの月額利用と送信従量で済む場合から、既存システム連携や台帳開発を含む場合まで幅があります。次に挙げる数字は、2025〜2026年の公開料金と、一般的な業務システム刷新の目安をもとにした参考値です。

独自の市場統計ではない項目は、推定・参考値として扱います。

▶ 詳細はこちら:電子署名システム開発の見積相場や費用/コスト/値段について

▶ 詳細はこちら:電子署名システム開発の発注/外注/依頼/委託方法について

SaaSの月額料金の目安

SaaSの月額は、プランと送信数によって変わります。公開料金の幅と具体例を見ていきます。

  • 小規模向け:月額0円〜1.5万円程度の公開例。
  • 標準プラン:月額0.6万〜3.5万円程度で、送信従量が加わる例もあります。
  • 上位プラン:全社利用では月額数万円から要件に応じて変わり、個別見積もりもあります。
  • 対象機能:SSO、IP制限、詳細権限、監査ログ、API、契約管理。

月額基本料だけで比べると、実際の負担を見誤るおそれがあります。送信従量や保管容量、上位権限、API・SSO、初期設定支援の費用も、あわせて見ておく必要があります。

公開例には、固定費が月額11,000円または28,000円で、送信1件あたり220円かかるプランもあります。さらに、年払い月額換算5,980円・無料枠50通、または月額換算29,800円・無料枠100通の料金例もあります(出典: 各サービスの公式料金ページ、2026年8月確認)。

たとえば、月100件なら固定費と送信費を合わせた年額を試算します。月500件になれば、ボリューム割引や別プランとの境目も確かめます。

連携開発・独自開発の費用の目安

開発の範囲が広がるほど、費用も期間も大きくなります。次に示すのは、規模別の推定・参考レンジです。

  • 初期設定など:設定、業務整理、テンプレート、教育は50万〜300万円程度、2週間〜2か月。
  • 小規模連携:稟議やCRMと署名APIをつなぐ開発は300万〜800万円程度、1〜3か月。
  • 中規模開発:台帳、承認、検索、通知、基幹連携を含み、800万〜2,000万円程度、3〜6か月。
  • 全社基盤:要件が複雑になると、費用と期間がさらに増える場合があります。

複数部門、多言語、高い本人確認、大量移行、厳格な監査要件を含む場合は、1,500万〜4,000万円超、6〜12か月以上かかることがあります。

これらは専用の統計ではなく、一般的な業務システム刷新の資料からの推定です。要件が固まらないうちは金額だけを比べず、まず範囲や除外項目、テスト、移行、保守の条件をそろえます。

見落としやすいランニングコスト

月額料や送信従量のほかにも、サービス運用や委託契約に関わる費用があります。

  • 利用・運用費:保管容量、追加ユーザー、SMS本人確認、API利用。SSO、監査ログ保存、バックアップ、問い合わせ対応、契約書移行、法務・情シス工数。
  • 保守費:独自開発では初期費用の年5〜15%程度が参考です。SaaS料と連携保守が重なる場合もあります。
  • 契約方式:変更が多い初期は準委任が合うことがあり、要件と納品物を固定できる部分は請負が適しています。

見積書には、追加要件の単価や障害対応時間、データ返却費、解約時の出力、値上げ通知期間を記載してもらうと、予算を読みやすくなります。

ポイント

費用は、SaaSの月額と送信従量で済むのか、連携開発や独自開発まで必要なのかで大きく変わります。金額だけでは比べず、範囲、除外項目、テスト、移行、保守の条件をそろえてから判断します。

法令対応とセキュリティの確認項目

電子署名システムの確認領域として、本人性、保存・検索・訂正削除防止、暗号化・MFA・SSOを3枚のカードで示す図。
署名の本人性、データ保存、システム対策を分けて確認できます。

電子署名法は本人性や電子文書の成立を扱い、電子帳簿保存法は電子取引データの保存、検索、訂正・削除防止を扱います。両者は対象が異なるため、分けて確かめます。

「法令対応済み」の表示を見るだけでは足りません。自社の契約類型と保存業務に必要な要件へ分けて照らします。

電子署名法で確認する項目

本人の意思による署名を説明できるよう、契約の重要度に応じて認証方法と確認手順を決めます。

  • 認証と証跡:メールの管理、ワンタイムパスワードやSMS、署名鍵の管理者、完了証明書、操作ログを対象にします。
  • 契約ごとの確認水準:メール認証で足りる契約、追加確認が必要な契約、電子証明書を用いる契約を分けます。
  • 法務判断:契約ごとの本人確認レベルと例外を定めます。

高額契約や権利移転などで強い証拠力が必要な場合は、社内規程を整えるとともに、専門家の確認も合わせて受けます。

法令の解釈は、契約内容や取引の実態によって異なるため、システムの要件と法的な判断を混同しないことが大切です。

電子帳簿保存法の検索・保存要件への対応

電子取引データでは、改ざん防止、見読可能性、検索性、税務調査時のダウンロード対応を確かめる必要があります。

国税庁が令和8年6月に公表した「電子帳簿等保存制度を活用して、デジタル化をさらに進めてみませんか?」では、日付・金額・相手方での検索、範囲指定、複数項目の組み合わせ検索が要件として示されています。

PDFには、契約番号、取引日、金額、取引先、契約種別、満了日を紐付けておきます。そのうえで、訂正・削除履歴や操作権限、システム概要書、検索できない場合の代替策を、関係部門と一緒に確かめます。

セキュリティとAI機能の評価

セキュリティはデータ保護と運用の両面から、AI機能は機密文書を扱う前提で評価します。

  • システム対策:暗号化やMFA、SSO、RBAC、IP制限、ログ、脆弱性への対応。
  • 運用・保護:バックアップと復旧、委託先、保管地域、退会時の返却。
  • AI利用:入力データの学習利用、保存期間と地域、第三者提供、生成結果の確認者。

構成の確認には、IPAのTLS暗号設定ガイドラインが使えます。第3.1.1版は2025年4月25日に公開され、推奨セキュリティ型などを確認できます(出典: IPA「TLS暗号設定ガイドライン」、2025年4月)。

2026年4月には、ISMAPのクラウドサービスリストに「生成AIに関する情報」欄が追加されました(出典: ISMAPポータル、2026年4月)。

AI機能の有無だけでなく、機密文書がどのように流れ、どこで人が確認するかも評価します。

ポイント

電子署名法の本人性と、電子帳簿保存法の保存・検索・訂正削除防止は、別々に確かめます。「法令対応済み」の表示だけで決めず、契約類型ごとの本人確認レベルと保存業務の要件に照らして判断します。

電子署名システムの開発会社・ベンダーの選び方

選定では、署名機能だけでなく、業務の整理や法務要件、API連携、移行、教育、保守まで担えるかを見ます。サービス事業者と開発会社では得意な範囲が異なるため、必要な支援を先に明確にします。

自社の要件の伝え方

画面の希望だけを伝えるより、実際の契約業務の流れを添えたほうが、提案を比べやすくなります。

  • 基本情報:送信件数、契約類型、署名者・承認者数、本人確認レベル。
  • 環境・管理:相手方環境と既存システム、API・SSO、保管年数と移行件数、ログとSLA、返却条件。
  • 業務シナリオ:作成から締結後の検索までを示し、署名者と承認者を分けて記載します。
  • 例外・操作:代理承認、差戻し、順次・同時署名、登録不要、スマートフォン対応が必要なら、代表的な画面遷移を示します。

要件が曖昧なまま見積もると、後から追加開発が増えます。

実績と導入後の支援の確認点

導入件数だけでなく、自社に近い業務量や契約類型の実績があるかを見ます。そのうえで、年間件数や季節変動、紙との併存、部門権限、連携、過去データ移行の経験を質問します。

公開事例を見るときも、期間や利用者数だけでなく、標準機能と個別開発の範囲を確かめます。

導入後の窓口と障害の一次対応、法令や仕様の変更への対応は、契約に記載しておきます。管理者教育、利用支援、移行後の照合も、契約に盛り込んでおきます。加えて、設計書やAPI仕様、運用手順、テスト結果、データ定義を納品できる体制かも見ます。

見積もりの比較方法

見積もりは、同じ条件にそろえてから、金額と機能を比べます。

  • 費用の内訳:初期費用と月額、送信従量と保管、連携と移行、教育と保守を分けます。
  • 総額・単価:SaaS料と開発費をまとめず、5年間の総額と件数増加時の単価を出します。
  • 見積範囲:テスト、移行、障害対応、データ返却が除外されていないかを確かめます。除外があると、支払額が増える場合があります。
  • 提案条件:3社以上へ同じRFPを渡し、前提、体制、リスク、未確定事項を比較します。

デモでは、作成から承認、署名、差戻し、再送までを実演してもらいます。さらに、証明書の保存、検索、出力も見せてもらいます。回答の速さだけでなく、できないことや追加費用をはっきり説明できるかも評価します。

▶ 詳細はこちら:電子署名システム開発でおすすめの開発会社/ベンダー6選と選び方

ポイント

開発会社は、同じRFPを3社以上へ渡し、前提や体制、リスク、未確定事項をそろえて比べます。導入後の窓口や障害対応、データ返却まで契約に書かれているかが、選ぶときの決め手になります。

導入後の運用設計と効果測定

電子署名システムは、導入して終わりではありません。業務に定着させるには、テンプレート管理者と契約別の承認ルール、利用者管理、相手方への案内、期限通知、紙の扱い、権限レビューを決めておきます。

過去の紙契約やPDFの移行

移行の優先度は、有効性、保管期限、金額、更新予定、参照頻度、原本の所在で決めます。そのうえで、PDFには契約番号と相手先を紐付けます。締結日と満了日、金額、種別、担当部署も、同じ文書に結び付けておきます。

スキャンの品質や名前、重複、欠落、メタデータの誤りは、サンプルを照合して確かめます。原本を廃棄してよいかどうかは、契約や社内規程、保存義務に照らして判断します。

旧台帳への登録を止める日、電子システムを正とする日、紙を例外扱いにする日を決めておきます。二重登録を長引かせないことは、検索先が分かれるのを防ぐことにつながります。

効果を測るKPI

代表的なKPIは、申請から締結までの日数と差戻し率、署名完了率、作業時間の3つです。紙・郵送件数と検索時間もあわせて測り、期限超過と台帳登録率、問い合わせ件数は運用の状態を確かめる指標として使います。

導入前と、導入後の1か月・3か月・6か月を比べると、機能の利用状況だけでなく、業務がどれだけ改善したかを判断できます。

利用率が低いときは、使いにくいテンプレートや曖昧な承認者、相手方への説明不足、紙の例外を調べます。さらに、部署や契約類型、社内・社外の署名別に数値を分けると、改善箇所を探しやすくなります。

運用ルールの定期的な見直し

四半期に1回程度は、権限や利用者、テンプレートを見直します。あわせて、連携エラーやログ、バックアップ、脆弱性、期限通知、データ出力も点検します。

組織改編や異動のときは、退職者や異動者の権限を点検します。管理者を複数名にしておくと、特定の人に業務が偏るのを避けられます。

料金の改定やAI機能の追加も、契約更新のときに確かめます。2026年は作成からレビュー、締結、保管までを一連で扱う機能が増えています。そのため、機能を追加する前に、機密データや権限、保存期間、人手で確認する担当者を運用規程に反映します。

よくある質問(FAQ)

導入を検討すると、法的な有効性や相手方の使いやすさ、費用、既存システムとの連携について疑問が出てきます。検討の初期に特に多い疑問へ、見出しごとに直接答えます。

一定要件を満たす電子署名付き文書は、電子署名法に基づき本人の意思で作成したと推定される制度があります。

確認事項は、契約の種類や本人確認の方法、社内規程によって異なります。システムを導入したからといって、すべての契約が同じ扱いになるわけではありません。

相手方がアカウントを作らなくても署名できますか?

メールリンクで本人確認し、登録なしで署名できるサービスはあります。ただし、メール認証、SMS、本人確認書類の要否、スマートフォン対応は、サービスや契約要件によって異なります。

PoCでは取引先を想定して、迷惑メール対策や再送、期限切れ、問い合わせ窓口も確かめます。

電子署名システムは月額いくらから利用できますか?

公開料金には、小規模向け月額0円〜1.5万円程度、標準プラン月額0.6万〜3.5万円程度、上位の個別見積もりがあります。

送信従量やSMS、保管、API、SSO、初期設定費は、別途かかる場合があります。そのため、月間の件数と利用者数を含めた年間の総額で比べます。

電子署名システムの開発にはどのくらいかかりますか?

初期設定とテンプレート作成は2週間〜2か月、小規模API連携は1〜3か月、中規模開発は3〜6か月が参考です。

大量の移行や多言語、厳格な監査を含む全社基盤では、6〜12か月以上かかる場合があります。期間を見積もる前に、契約類型と移行量を決めておくと、見積もりを立てやすくなります。

まとめ

電子署名システムは、署名だけでなく、本人確認、承認、証跡、保管、検索、期限管理をつなぐ基盤です。

SaaS、API連携、スクラッチ開発のなかから、契約件数や利用者、本人確認、既存システム、移行量、5年間の総額に合う方式を選びます。

電子署名システム選定で優先する確認事項

法令面では、電子署名法の本人性と非改ざん性、電子帳簿保存法の保存・検索・訂正削除防止を分けて確かめます。

システム面では、暗号化やMFA、SSOといった認証と暗号の仕組みを点検します。権限とログ、バックアップと復旧、AI入力データの扱いも確かめます。料金には、送信従量や移行、連携、保守、解約時のデータ返却も含めて見ます。

最初に取り組むこと

まずは、1つの契約類型と1部署を選び、締結日数、作業時間、差戻し率、紙・郵送費、検索時間を測ります。

次に、代表的な3〜5種類の契約をPoCで試し、相手方の操作や証跡、連携、移行、障害時の代替運用を確かめます。数字で効果と課題を把握してから段階展開すると、自社に必要な規模を判断しやすくなります。

▼関連記事一覧
・電子署名システム開発の進め方/やり方/流れや方法/手法/工程/手順
・電子署名システム開発でおすすめの開発会社/ベンダー6選と選び方
・電子署名システム開発の見積相場や費用/コスト/値段について
・電子署名システム開発の発注/外注/依頼/委託方法について

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。