人事給与システム開発の完全ガイド

人事給与システム開発では、業務の標準化、勤務・給与規程への適合、既存システムとの連携範囲を分けて考えると、自社に合う仕組みを選びやすくなります。

役割と種類、要件定義と導入の流れ、費用相場、開発会社の選び方を、発注前に確認する順にまとめました。

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

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

人事給与システムの概要

人事給与システムは、給与計算ソフトより広く、従業員の入社から異動、休職、退職までの情報を一元管理します。また、勤怠実績や就業規則を給与計算に反映し、必要な帳票や振込データを作成します。人事情報、労務手続き、就業管理、給与、会計のうちどこまでを一体で扱うかによって、必要な製品や開発範囲が変わります。

人事給与システムが担う役割

人事給与システムでは、従業員・組織マスタ、勤怠・休暇、給与・賞与を扱います。社会保険や所得税、住民税に関わる処理も含みます。年末調整や明細、振込データも、同じ仕組みの中で扱います。

• 申請と承認：本人入力から上長承認までをつなぎます。
• 勤怠と給与：確定した勤怠を給与計算へ渡します。
• 外部連携：会計、銀行、ワークフロー、ID管理と連携します。

APIやCSVで連携すると、情報の転記作業が減り、運用の負担や入力ミスを抑えやすくなります。

人材管理システムや勤怠システムとの違い

それぞれのシステムは、主な目的が異なります。給与規程と勤怠データをどこまで処理するかは、製品ごとに確認してください。

• 人材管理：スキル、評価、配置、人材育成に活用します。
• 勤怠管理：打刻、残業、休暇の集計を担います。
• 人事給与：就業ルールと支給・控除をつなげ、支払日に給与を確定させます。

機能の境界は製品によって異なります。そのため、「人事」という名前だけでは判断せず、給与規程や勤怠データへの対応範囲を確認します。

導入で解決しやすい課題

導入前に、どの業務課題を解消したいかを決めておきます。例外的な手当やシフトを洗い出します。承認者と締め日も、あわせて確認します。

• 二重入力：勤怠から給与への転記の手間を減らします。
• 作業集中：給与支払日の前に集中する作業。
• 属人化：担当者しか分からない計算手順の共有。
• 紙と手作業：申請・明細や、法改正時の計算式修正。

ただし、システムを導入するだけで業務が整うとは限りません。標準化する業務と個別対応を残す業務は、分けておきます。

人事給与システムの種類と選び方

選択肢は大きく、クラウド型SaaS、パッケージを設定して使う方式、スクラッチ開発に分けられます。その中間として、パッケージに個別開発を加える方式もあります。

方式を決める材料は、企業規模に加えて業務の条件です。具体的には、複数会社や雇用区分、変形労働時間制を確認します。さらに、特殊手当や既存システム、法改正対応も踏まえます。

業務を製品に合わせるか、製品を業務に合わせるかは、発注側が決めます。

SaaS型が向いている企業

SaaS型は、サーバーを自社で持たず、月額または年額で標準機能を使う方式です。

• 導入・運用：初期費用や管理の負担を抑えやすく、法改正の更新やバックアップをサービス側に任せられます。
• 適する企業：従業員情報、勤怠、給与、年末調整を早くデジタル化したい企業や、IT運用担当者を置きにくい企業です。
• 追加負担：標準機能にない手当や承認経路は、追加開発や手作業が増えることがあります。
• 契約前の確認：標準機能への適合、API・CSV連携、解約時のデータ返却形式。

パッケージ型が向いている企業

パッケージ型は、給与計算や人事労務の基本機能を備え、設定や追加モジュールで調整する方式です。標準機能の信頼性と独自の運用を重視する企業に向いています。

SaaSより細かく設定できる場合があります。ただし、バージョンアップやサーバー、ライセンスの扱いに加えて、保守契約の範囲も確認が必要です。

スクラッチ開発・個別開発が向いている企業

スクラッチ開発は、自社の業務モデルに合わせて設計する方式です。

• 対象業務：就業規則、複雑なシフト、独自手当、グループ会社管理、基幹連携。
• 選択条件：標準製品への業務変更の負担が大きく、競争力や統制上の理由で独自ルールを維持する場合。
• 自社の責任：法改正、障害対応、開発者確保、仕様書やソースコードの管理。
• 開発範囲：従業員マスタやワークフローは標準サービスにし、給与計算の特殊部分だけ個別対応する方法もあります。業務の重要度と将来の変更頻度で範囲を絞ります。

導入前に行う課題診断と要件定義

製品選定より前に要件が曖昧なまま進むと、失敗が起きやすくなります。特に、給与担当者だけで決めると、現場の打刻や承認、経理の仕訳が抜けます。従業員の明細確認や監査ログも、抜けやすい項目です。

人事や給与、経理の担当者に加え、現場管理者と従業員代表も巻き込みます。そのうえで、現状と目指す状態を同じ資料で確認します。

給与支払日から逆算した現状業務の整理

締め日から支払日までのカレンダーを作り、給与支払までの工程を時系列に並べます。

各工程には、担当者、入力元、出力先を記録します。あわせて、所要時間と差し戻し、例外処理も書き留めます。さらに、法定帳票も残します。

• 勤怠確定：打刻の締め、申請、承認。
• 給与処理：計算、確認、振込、明細配付。
• 後続処理：会計計上や法定帳票も、工程に含めます。

「残業時間を手入力する」場合は、誰がどの画面を見て、どの条件で修正するかまで書き出します。そうすることで、必要な機能と不要な慣行を区別できます。

要件は、必須のMUST、希望するWANT、将来検討に分けます。給与支払に必要な範囲を優先し、従業員マスタ、勤怠、明細から段階的に導入すると、導入の負担を抑えやすくなります。

運用が安定したあとに、会計や分析、人材活用へ広げる方法もあります。

給与規程と就業ルールの要件表

給与計算と勤怠の条件を一覧にします。締め日や支払日、複数会社・事業所は、従業員数と同じくらい大事な条件です。出向や休職も、一覧に入れておきます。

• 給与項目：基本給、固定・変動手当、欠勤控除、遅刻早退、割増賃金。
• 給与計算：通勤費、日割り、遡及差額、賞与、社会保険、所得税、住民税。
• 勤怠：雇用区分、シフト、フレックスタイム、変形労働時間制、休日・深夜。
• 休暇と上限：代休、有給休暇、36協定の上限アラート。

各ルールについて、標準機能、設定、API・CSV連携のどれで対応するかを表にします。個別開発や運用に回す場合も、その表に書き込みます。同じFit & Gap表を複数の候補に渡すと、価格や追加開発、将来の保守負担を比べられます。

権限・マイナンバー・ログの取り決め

人事給与データには、住所や扶養、口座の情報があります。加えて、評価、社会保険、マイナンバーも含みます。漏えいした場合の影響を踏まえ、利用目的や安全管理の方法を先に定めておきます。

• 番号管理：利用目的と担当者を必要最小限に絞ります。
• データ保護：権限、操作ログ、暗号化、バックアップの設計。
• 保存後：期限が過ぎたあとの削除やマスキング。

安全管理では、組織的・人的・物理的・技術的な措置を設計します。委託先の管理も、設計に含めます。こうした措置は、個人情報保護委員会のガイドラインにも示されています（出典：個人情報保護委員会「特定個人情報の適正な取扱いに関するガイドライン」、2025年改正反映版）。

管理者や給与担当、上長、従業員、経理、監査など、役割ごとに権限を設定します。閲覧や登録、承認、出力、削除の権限は、それぞれ分けて考えます。

多要素認証やシングルサインオン、退職者の停止も、運用の要件に含めます。再委託、復旧目標、データ返却は、契約の要件にします。

人事給与システム開発・導入の進め方

導入は、企画と現状分析から始まり、要件定義、Fit & Gapを経て、設計・設定・開発へ進みます。続いて、データ移行とテスト、教育を行います。その後、並行稼働と切り替え、運用改善に進みます。

給与支払は止められないため、旧新システムの計算結果を突合する計画を、最初に立てておきます。

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

企画・要件定義フェーズ

何を導入するかより先に、何を改善するかを決めます。業務目標は、たとえば「締め後の手入力をなくし、確認時間を半分にする」や「担当者が不在でも計算手順を再現する」のように書きます。

1. 要件を集める：ヒアリング、帳票・Excel・画面の収集、業務フロー作成を行い、MUST/WANTを優先付けしてRFP等にまとめます。
2. 対象を整理する：会社、従業員数、雇用区分、事業所を確認します。締め日・支払日、給与項目、勤怠端末を確認します。連携先、保持年数、法定帳票、利用者数も見ます。
3. 要件の境界を決める：守るルールと標準化する業務を定め、要件を丸投げせず見積もり精度を上げます。

設計・設定・開発フェーズ

要件に応じて、設計・設定・開発で主に扱う項目を押さえます。

1. 基本設計：従業員マスタ、組織・権限、就業ルール、給与計算式。
2. 業務と連携：申請・承認、帳票・明細、会計・銀行連携、監査ログ。
3. 設定・個別開発：設定値と変更者・日時を管理し、計算ロジックの版、根拠、過去時点の再計算方法も設計します。
4. 工程配分の目安：要件定義10％前後、設計10〜20％、開発・設定40〜60％、テスト10〜20％。
5. 期間の目安：標準化範囲が広ければ数か月、スクラッチ開発は6か月から1年以上のケースがあります。

期間は従業員数よりも、連携数や勤務パターンに左右されます。移行データの品質や例外ルールの数も、期間に影響します。

これらは計画を立てるための目安で、個別見積もりの代わりにはなりません。

移行・テスト・リリースフェーズ

移行・テスト・リリースでは、データの範囲と照合方法を決めて進めます。

1. 移行対象となるデータ項目を洗い出します。
2. 旧データのコード変換や重複、表記ゆれ、欠損値を確認し、移行リハーサルを複数回行います。
3. 正常系に加え、例外パターンを組み合わせてテストします。
4. 旧新システムで給与総額、支給額、控除、社会保険、税額、振込額を従業員単位で照合し、差異の理由を説明できる状態にします。

テストする例外には、入退社、休復職、異動があります。欠勤、遅刻早退、休日・深夜も対象に含みます。さらに、割増、遡及、賞与、扶養変更を含めます。加えて、年末調整、複数会社、締め日変更も対象です。

移行対象は、従業員情報や所属・職位、給与項目、扶養です。年末調整や税・社会保険、過去明細、退職者データも対象になります。法定保存、問い合わせ、分析、監査に必要な期間を決めて、不要なデータは移さないようにします。

公開事例には、旧システムと新サービスの給与計算を7か月照合した例があります。

短期間の導入ほど、テスト設計を先に固めておく必要があります（出典：人事給与システム移行の公開事例、2023年公開情報）。

人事給与システムの費用相場と5年TCO

費用は、5年TCO（総保有コスト）全体で見積もります。ライセンス料だけで比べると、全体の負担が見えません。

見積もりには、初期設定や要件定義、個別開発、連携を含めます。加えて、データ移行や端末、教育、並行稼働も見ておきます。さらに、保守や法改正対応、問い合わせ、解約時のデータ移行も対象です。

クラウドの月額が安くても、移行や複雑な連携に高額な費用がかかる場合があります。反対に、初期費用が高くても、運用工数を大きく減らせる場合もあります。

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

受託開発・個別開発の目安

給与・勤怠など特定領域の刷新は、300万〜1,500万円程度です。一方、人事からシフト、勤怠、給与、振込まで統合し、会計連携までつなぐ刷新は、1,500万〜4,000万円程度がベンチマークです。

• 導入期間：スクラッチは6か月〜1年以上、SaaSや部分改修は数か月が目安です。
• 見積もり条件：機能、連携、データ量、テスト範囲、契約方式で変わる概算です。
• 人件費：SE月額80万〜120万円程度を仮置きし、要件定義から管理までの工数を積み上げます。
• 保守と契約：初期費用の年5〜15％を見込む方法があり、保守の範囲や請負・準委任の違いで、費用と責任の分け方が変わります。

いずれも概算なので、相場だけで予算を確定しないでください。保守費は、法改正や監視、インフラの範囲で変わります。問い合わせと追加改修の範囲によっても、差が出ます。

クラウド利用料から見る予算の下限

公開料金を比べる際は、料金体系と含まれる機能を確認します。

• 単価型：年払いの1人あたり月額や、勤怠単体の料金を見ます。
• 人数段階型：従業員数の区分ごとに変わる月額。
• 利用条件：最低利用人数、税、導入支援、移行、追加連携を確認します。
• 機能範囲：給与、勤怠、年末調整、明細、マイナンバー、サポートを確かめます。

たとえば、人事労務の基本プランは、年払いで1人あたり月400〜1,100円です。また、勤怠単体は1人あたり月300円で、初期費用はないとされています。

100名で給与・労務・勤怠を使う場合の試算は、ライセンスのみで月7万〜14万円前後、年84万〜168万円前後です（出典：人事労務クラウドの公式料金ページ、2026年3月確認）。

別の例では、20名まで月5,500円、50名まで9,000円、100名まで17,000円です。さらに、300名まで23,000円、1,000名まで93,000円です。

初期費用は、プランにより0〜7万円とされています（出典：給与計算クラウドの公式料金ページ、2026年確認）。製品ごとに料金体系は異なります。

見落としやすい追加コスト

追加費用には、初期設定や現行データのクレンジング、給与項目の追加があります。勤怠端末やAPI開発、帳票変更も、追加費用になります。

従業員向けの教育や操作マニュアル、旧新の並行稼働は、見積もりに加えます。問い合わせ窓口、監査ログ保管、バックアップ、セキュリティオプションも、見積もりに含めます。

• 見積範囲：「一式」は対象範囲、回数、成果物、追加時の単価を確認します。
• 補助対象：2026年通常枠は対象ITツールのソフトウェア購入費、クラウド利用料、設定・研修、保守などです。
• 補助額と率：5万円以上150万円未満、または150万円以上450万円以下。原則2分の1以内です。

補助金は、登録ITツールが前提です。そのため、自由なスクラッチ開発費がすべて対象になるわけではありません。

公募要領、対象経費、期限、賃上げ要件を申請時点で確認します（出典：デジタル化・AI導入補助金2026 通常枠、公募要領・公式案内）。

人事給与システム開発会社/ベンダーの選び方

候補は、知名度や価格よりも、対応力で比べます。給与規程の理解や移行、テストへの対応力は、同じRFPと質問票で確認します。法改正と運用への対応力も、確認項目に加えます。

製品導入か業務に合わせた開発かによって、適した相手は変わります。そのうえで、選択肢をSaaSやパッケージ、個別開発に分けます。SaaS＋BPOも、選択肢に含めます。

人事給与の実績と複雑なルールへの対応力

導入社数よりも、自社に近い条件での経験を確認します。該当する項目は、候補先に伝えます。

• 組織と勤務：複数会社・複数事業所、店舗・物流のシフト、夜勤・日またぎ、変形労働時間制。
• 制度と連携：特殊手当、海外・出向、BPO、会計・銀行連携。

公開事例には、約4,500人の物流企業で、多数のシフトや複雑な時間外計算に対応した例があります。また、約400人・関連会社9社で、勤怠・給与・労務を5か月で本番稼働した例もあります。

人数だけでなく、標準化の範囲や移行期間を尋ねます。テスト方法と導入後の運用体制も、あわせて確認します（出典：人事給与システムの公開導入事例、2024〜2026年確認）。

提案内容とFit & Gapの透明性

提案書では、作業ごとに色分けしてもらいます。対応できるかどうかに加えて、対応方法と費用を確認します。

• 作業区分：標準機能、設定、追加開発、連携、運用代行、顧客側作業。
• 給与・労務：給与項目、勤務区分、年末調整、社会保険、明細。
• 周辺要件：会計仕訳、権限、データ移行の方法と費用。

「できます」という回答に加えて、画面や帳票、計算式、テストケースの例を示せる相手なら、契約後の認識差を減らせます。

比較表には、初期費用や月額、5年総額を入れます。移行、教育、保守、法改正、追加改修も、同じ表に並べます。

さらに、障害対応、サービスレベル、解約時の返却を加えます。自社に残る作業と担当者工数の評価額も、見積もりの安さとあわせて比べます。

保守・契約・データ返却の確認

保守や契約、データ返却の条件は、導入体制とあわせて確認します。

• 契約条件：法改正の範囲・時期、障害優先度、復旧目標、問い合わせ時間。バックアップ、再委託、監査、個人情報、終了時の返却も確認します。
• スクラッチ：設計書、ソースコード、テスト仕様書、運用手順書の引き渡しと、担当者に依存しない保守体制。
• クラウド：保存場所、エクスポート形式、退会後の保持期間、API利用制限。
• 失敗要因：要件の丸投げ、機能過多、現場不在、移行確認不足、古い運用の再現、終了時計画の欠如。
• 参加者：給与担当、現場管理者、経理、情報システム、監査、従業員代表。月次業務を回せるか確認します。

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

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

2026年に確認したい最新動向と運用のポイント

2026年の導入では、クラウド化そのものより、法改正に追随できる更新体制が重視されます。加えて、複数サービスの連携や従業員セルフサービス、給与計算の検証可能性も、見ておきたい点です。

AIや自動化は、計算結果を任せきりにしない前提で、担当者が確認できる補助用途から取り入れます。たとえば、入力チェックや問い合わせ分類、シフト案、異常値検知などがあります。

法改正を前提にした更新体制

人事給与システムは、導入後も制度変更に合わせて更新を続けるものです。制度変更のたびに、計算式や帳票、従業員への案内を見直します。

• 見直す制度：税率、社会保険料、雇用保険、年末調整、働き方。
• 対象者判定：改正後の社会保険手続きに備えます。
• 更新手順：情報収集主体、更新時期、顧客側の設定、過去月の再計算、従業員への通知を契約前に確認します。
• 検証記録：更新履歴と計算根拠を残すと、後から差異を説明しやすくなります。

たとえば、2025年の年金制度改正では、「106万円の壁」に関わる賃金要件の撤廃や、企業規模要件の段階的な縮小・撤廃が示されています（出典：厚生労働省「年収の壁」への対応、2025年）。

連携・セルフサービス・自動化の段階的な拡大

連携や自動化は、本人確認と人による検証を含めて段階的に広げます。

• セルフサービス：入社、住所・扶養変更、休暇、年末調整、明細を本人が入力・確認し、転記や問い合わせを減らします。
• 申請管理：本人確認、承認、差し戻し、証跡、退職後の停止を整えます。
• データ連携：スマートフォン対応だけでなく、申請から給与・社会保険までの流れを見ます。
• AIの確認：給与の最終確定権限は人に残し、入力漏れや異常な残業の根拠を担当者が確認・承認します。
• 情報管理：個人情報の学習利用、ログ保存、外部送信、誤判定の訂正方法を確認します。

人事給与システムについてよくある質問

導入前によくある疑問をまとめました。自社との違いは、従業員数だけでなく給与規程や勤務形態をもとに考えます。連携や移行データ、運用体制も、判断材料になります。

人事給与システムの導入費用はいくらですか？

導入費用の概算は、開発範囲や利用条件によって異なります。

• 開発刷新：給与・勤怠など特定領域の刷新は300万〜1,500万円程度、複数業務と会計連携まで含む刷新は1,500万〜4,000万円程度です。
• SaaS：1人あたり月額数百円を基準にした公開料金もあります。初期設定や移行、教育、連携、保守が別になる場合があります。
• 費用判断：初期費用だけでなく、5年TCOと社内担当者の工数を含めて判断します。

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

SaaS標準機能を使い、データが整理されていれば、数か月で導入できるケースがあります。一方で、個別開発や複数会社、複雑なシフト、連携、過去データ移行があると、6か月から1年以上かかる場合があります。

期間を短くするには、要件を絞るだけでなく、移行リハーサルや旧新の給与突合、現場教育、障害時の切り戻しを並行して進めます。

SaaSとスクラッチ開発はどちらを選ぶべきですか？

法改正対応、短期導入、運用負担の軽さを優先するならSaaSが有力です。

独自の給与規程、複雑な就業、基幹システムとの深い連携を保つなら、パッケージ＋個別開発やスクラッチを検討します。

独自仕様が増えるほど、保守費用や法改正対応の責任も増えます。そのため、標準機能に合わせられる業務を先に見極めます。

給与データの移行とテストで注意することは何ですか？

移行候補には、従業員マスタに加えて、給与項目や扶養、税・社会保険を含めます。年末調整や過去明細、退職者情報も候補になります。そのうえで、保存義務と問い合わせ対応から範囲を決めます。

まず、表記ゆれや欠損を直し、旧新システムで複数月の給与を照合します。

通常月のほか、入退社や休職、賞与、年末調整、遡及、特殊手当もテストします。差異の理由を説明できてから、本番へ切り替えます。

まとめ

人事給与システムは、従業員情報や勤怠、給与を整えます。労務手続きや会計連携も含めて整理することで、正確な給与支払と担当者の負担軽減を支えます。

導入時は、従業員数や月額だけでなく、勤務形態や給与規程、特殊手当を確認します。複数会社や移行、法改正、セキュリティ、保守も、確認の対象です。さらに、5年TCOまで見ておきます。

導入成功のために押さえる3つの要点

導入準備、方式選定、候補比較の各段階で、判断材料をそろえておきます。

• 業務を洗い出す：支払日から逆算し、MUSTとWANTを分けます。
• 方式を選ぶ：標準化する業務と、独自性を残す業務の区分。
• 候補を比べる：同じFit & Gap表で移行、テスト、保守まで確認します。

最初に作るべき資料

まずは、従業員・会社・事業所の一覧と給与項目表、就業ルールを集めます。あわせて、締め日・支払日カレンダーや現行フロー、連携先、データ保管状況、権限一覧も用意します。

資料をもとに候補先へ相談すると、追加工数やリスクを早く把握できます。価格の比較では見えにくい部分も、事前に確かめられます。導入後の運用まで計画することが、長く使える仕組みにつながります。

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

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