案件管理システム開発の完全ガイド

案件管理システムは、営業が獲得した案件から請求までの情報を一つにまとめ、進捗と採算を同じ案件番号で見られるようにする仕組みです。

方式は、SaaS、パッケージ、ローコードや業務アプリ基盤、スクラッチ開発に大きく分かれ、機能の範囲や費用、導入期間が方式ごとに違います。

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

案件管理システムの全体像

案件番号が、進行状況と採算情報をつなぐ軸になります。

案件管理システムは、営業が獲得した案件を起点に、受注後のプロジェクト、納品、検収、請求までを一つの流れで管理します。

対象はシステム開発のほか、広告・制作、コンサルティング、建設関連、保守・メンテナンスにも広がります。いずれも、人員と原価が案件ごとに変わる業務です。

進捗と採算を同じ案件番号で結びつけておくと、遅れと赤字の兆しを一つの画面で追えます。

案件管理システムと他の業務システムの違い

CRM・SFA、プロジェクト管理ツール、案件管理システムは、扱う中心の情報が違います。

CRM・SFA：顧客との関係や接点、営業活動や商談の進捗を管理します。
プロジェクト管理ツール：タスク、期限、課題、成果物の進行を中心に扱います。
案件管理システム：受注金額、担当者、作業予定を業務の流れとして扱い、実績工数と外注費、請求額と粗利も同じ案件に集めます。

各領域は機能が重なります。そのため、どの時点から、どの数字を、誰が更新するかで役割を決めておきます。

導入で解決できる代表的な課題

よくある課題は、情報が散らばっていること、担当者ごとに入力方法や案件名が違うこと、予算と実績工数・外注費を比べられないことです。管理者が毎週複数の表を集計していると、入力漏れに気づくのが遅れる場合があります。その結果、納期遅延や赤字案件を、検収直前まで見逃すおそれがあります。

案件番号や顧客、責任者などの項目をそろえると、会議用の集計を減らせます。

そろえた項目なら、現場と管理者の認識も合わせやすくなります。

案件管理の対象になりやすい企業

担当者や作業時間が案件ごとに変わり、納期・品質・利益を同時に追う企業では、導入の効果を得やすい傾向があります。

システム開発：要件定義から検収までの工程を、メンバーの稼働や外注費、契約条件と結びつけて管理します。
広告・制作：提案や制作物、修正回数を案件ごとに追い、請求と粗利までつなげます。
案件管理以外が合う業務：定型的な店舗販売など、案件ごとに人員や原価がほぼ変わらない業務では、販売管理や在庫管理が合う場合があります。

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

方式は、SaaS、パッケージ、ローコードや業務アプリ基盤、スクラッチ開発に大別できます。比べるときは、業務をどこまで標準の機能に合わせられるか、既存システムとどうつなぐか、機密情報をどう扱うかを見ます。

あわせて、将来の変更頻度と社内の運用体制も確かめます。方式の優劣は、これらを見たうえで決めます。

SaaSとクラウド型サービス

SaaSを比べるときは、導入のしやすさと、ライセンス以外の費用を分けて確認します。

導入のしやすさ：初期費用を抑えやすく、短期間で始められます。サーバーの調達や更新を自社で抱えずに済みます。
事前確認：無料試用があれば、実案件を使って入力のしやすさを確かめられる場合があります。
ライセンス例：初期費用が無料で、複数の月額プランを用意している例があります。
別途費用：アプリ設計、データ移行、外部連携、教育、追加プラグインは、基本料金とは別に見積もります。

公式料金の例では、1ユーザー単位で月額1,000円、1,800円、3,000円のプランが示され、最小10ユーザーから利用する設計です（出典: 業務アプリ基盤の公式料金ページ、2026年8月確認）。

パッケージとローコード

パッケージには、案件、工数、原価、請求の業務知識があらかじめ組み込まれています。そのため、ゼロから設計する負担を減らせます。パッケージは、標準機能に業務を寄せられる企業や、業界で一般的な承認や会計処理を早く整えたい企業に適しています。

一方、ローコードは、項目や画面、簡単なワークフローを自社の言葉に合わせやすい方式です。ただし、画面を自由に追加し続けると、似たアプリや重複したマスタが増え、保守しにくくなる場合があります。そのため、拡張の前に、責任者、命名規則、廃止基準を決めておきます。

スクラッチ開発とハイブリッド

スクラッチ開発の特徴と負担、そしてハイブリッドという選択肢を整理します。

強み：独自の契約や複雑な採算計算を実現しやすく、複数拠点の権限や、既存の基幹システムとの連携にも対応しやすい点が特徴です。
負担：要件定義とテストの工数が大きく、開発の後も、脆弱性への対応、OSやデータベースの更新、障害対応が続きます。
ハイブリッド：重要データは社内環境に置き、現場のタスクや報告はクラウドで管理します。データの置き場所と、どこまでを誰が受け持つかを契約書に明記します。

ポイント

方式は、業務をどこまで標準機能に合わせられるかで絞ります。標準に業務を寄せられるならSaaSやパッケージ、独自の採算計算や基幹との連携が多いならスクラッチを比べます。

案件管理システムに必要な機能

機能は、現場が毎日入力でき、管理者が判断できる最小構成から始めます。機能を増やしすぎると、入力の負担が重くなるためです。

最小構成では、案件台帳と進捗、工数が現場と管理者の判断の中心になります。そのうえで、残る4項目を次のように分けて見ます。

タスク：案件ごとの担当と期限の管理
予算・原価：案件ごとの予算と原価の比較
文書・承認：見積書や注文書などのひも付けと承認者の記録
集計・連携：案件の数字の集計と、他システムとの連携

この順で確かめると、過剰なカスタマイズを避けやすくなります。

案件台帳とステータス管理

案件台帳では、記録する項目、ステータスの決め方、変更の残し方を分けて見ます。

登録項目：案件番号、顧客、案件種別、営業担当、責任者を登録します。
入力項目：受注確度や契約金額、開始日・終了日を入力し、ステータスと失注理由も残します。
ステータス：問い合わせや見積、受注の営業段階と、要件定義や設計、開発の段階をつなぎ、検収や請求まで含めて実際の流れに合わせます。
変更の記録：変更の条件と変更者を決め、日付と履歴を残します。
分析：残した履歴から、案件の滞留期間や受注率を分析できます。担当者の自己申告だけに頼らずに済む点も利点です。

タスク・要員・工数と予算・原価

タスクと工数、原価は、案件ごとに次のとおり整理します。

タスク：担当者、期限、優先度をひも付けます。依存関係やコメント、添付ファイル、変更履歴も残します。
工数：予定と実績、稼働率、外注分を記録します。
原価：労務費、外注費、経費、請求額を案件ごとに集めます。

見積の前提との差を確かめておくと、受注額が大きくても利益が残らない案件を、早い段階で見つけられます。

工数管理は、スマートフォンやモバイルブラウザで数分以内に入力できるかどうかで、定着が決まります。

文書・承認・連携と経営ダッシュボード

案件情報と経営判断をつなぐ機能は、次の用途で確認します。

文書・承認：見積書や注文書、仕様書、議事録、検収書を案件にひも付け、承認者と日時を残します。
外部連携：顧客、契約、会計、勤怠との連携を想定します。販売管理、チャット、BIとの連携も含めます。
経営ダッシュボード：案件別・顧客別・担当者別・部門別に売上と粗利を表示します。受注残や失注、納期遅延、稼働状況も並べて見られます。
AI活用：要約や予測を加える場合でも、入力データの品質とステータスを先にそろえておきます。

外部連携では、方式（API、CSV、Webhook）と頻度、エラー時の再処理を決めておきます。

案件管理システムの開発と導入の進め方

実案件で確かめた内容を運用へつなげる構成です。

進め方は、目的とKPIを決め、現状業務を洗い出してから、実案件で検証し、本番導入と段階的な拡張へ進む流れです。

注意したいのは、最初から全社の業務を一画面に詰め込むと、要件の漏れや入力の負担が増え、使われなくなるおそれがあることです。

目的とKPIの設定

最初に決めるのは、「何を管理するか」より「どの経営・現場の課題を改善するか」です。たとえば、赤字案件を検収前に把握することが挙げられます。

目標の例は、週次の進捗集計を30分短縮することや、工数入力率を95パーセントにすることです。失注理由を分類して提案の質を上げる目標もあります。

KPIは、導入前の数値を測っておき、導入後の効果を確かめる材料に使います。入力件数だけを目標にすると、不要な項目を埋めること自体が目的になります。そのため、目標の立て方に注意が必要です。

現状業務とデータの洗い出し

営業、責任者、現場、経理、情報システムの各担当者に聞き取りをして、業務の流れを確かめます。そのうえで、案件の開始条件、ステータスを変える人、承認の経路、例外の処理、Excelや帳票を洗い出します。

案件名や顧客名、担当者名、商品コード、部門コードの表記の揺れや重複も確認します。過去データをそのまま移すと、誤った集計まで引き継いでしまいます。そのため、移行前に表記をそろえておきます。

残す期間や必須項目、名寄せのルール、未確定データの扱いを決めます。現状の不便さは、なくす業務と残す業務に分けたうえで、必要なものだけを機能にします。

実案件でのPoCと受入テスト

候補の方式やサービスを絞ったら、10〜20件程度の実案件を使ってPoCを行います。

新規案件だけでなく、遅延や外注、仕様変更があった案件も含めると、現実の運用に近い形で検証できます。

実案件を使って、操作性、業務機能、例外時の処理が実務に合うかを確かめます。

操作性：入力時間、検索性、スマートフォンでの操作
業務機能：権限、通知、帳票、集計結果
例外処理：担当変更、案件分割、失注、契約変更、連携エラー、退職者の権限停止

現場の声は、画面や設定に反映したうえで、受入テストでは正常系と例外系の両方を再現します。

段階導入と運用改善

導入後は、定着の状況に合わせて、次の順に運用を見直します。

初期リリースは、意思決定に直結する項目に絞ります。まずは案件台帳、進捗、担当者、期限を載せます。さらに、受注金額、実績工数、粗利見込を加えます。
定着したら原価の精度を高め、請求・会計連携、外部協力会社の利用、AIによる要約や予測を広げていきます。
導入責任者と現場リーダーを置いたうえで、月次で入力率や未更新の案件、ステータスの滞留、粗利の差異を点検する体制を整えます。
新しい機能を足す前に、使われていない項目を減らすことも、改善の一部です。

ポイント

現場が毎日入力できる範囲から始め、実案件で入力の負担を確かめてから範囲を広げます。広げる判断は、入力率と未更新案件の数を見て行います。

案件管理システムの費用相場と内訳

費用は、利用料だけでなく、要件定義、開発、移行を含めた総額で比べます。総額には、次の作業も加えて見ます。

設定：導入時の作業の費用を比べます。
連携：既存システムとの接続費用を見込みます。
教育：利用者向けの費用を含めます。
保守：導入後の費用が総額に入るかを確かめます。

ここで示す開発費は、公式の定価ではなく目安です。業務システムの一般的な相場に、案件管理の設定や連携、移行を組み合わせた推定です。

金額は、案件数や利用者数、拠点の数で変わります。帳票や権限、既存システムの複雑さでも変わるため、予算検討の起点として使います。

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

方式別の初期費用と期間

方式ごとの初期費用と期間は、次の幅を目安に比べます。

SaaS標準利用：初期費用0万〜50万円、期間1〜3か月程度。
ローコード等の設定・小規模開発：初期費用50万〜300万円、期間1〜4か月程度。
パッケージ導入・カスタマイズ：300万〜1,500万円、3〜9か月程度。
中規模開発：1,000万〜5,000万円、6〜12か月程度。
フルスクラッチ：複数拠点や複雑な会計連携、独自の採算管理、厳格な非機能要件を含む場合は、5,000万円〜数億円以上、1〜3年超になることもあります。

クラウドの月額費用は、ユーザー単位か組織単位で決まります。料金確認の例では、あるサービスが組織単位のプランとして、月額2,700円、16,000円、27,000円、75,000円を提示しています。プランごとに、30ユーザーまでか無制限か、容量、ガントチャート、2段階認証などの条件が異なります（出典: タスク・進捗管理サービスの公式料金ページ、2026年8月確認）。

タスク管理を中心に使うか、売上や原価、請求まで扱うかによっても、追加費用は変わります。

見積書で確認する費用項目

各社の見積の配分を比べるときは、次の比率を仮置きの目安として使えます。

要件定義：10〜15パーセント
設計工程：基本設計は15〜20パーセント、詳細設計は10〜15パーセントです。
開発：30〜40パーセント
テスト：15〜20パーセント
移行・教育：5〜10パーセント

比率は案件によって変わります。ただし、要件定義や受入テスト、移行を極端に削ると、手戻りが生じるおそれがあります。

初期費用に含まれる作業かどうかは、連携や帳票、権限から確かめます。追加ユーザーや容量、サポート、保守は、別料金になるかを分けて見ます。

10人・50人・200人で考える総額

利用規模ごとに、月額費用と初期費用の両方を、次のように比べます。

10人規模：標準SaaSは月額1万〜3万円程度からの例があり、設定やデータ整理を含む総額は50万〜200万円程度です。
50人規模：月額5万〜15万円程度の課金に、権限、帳票、連携、教育費が加わります。初期費用は100万〜500万円程度になることもあります。
200人・複数部門：契約・会計・勤怠との連携のほか、権限、移行、運用設計の影響が大きく、パッケージや個別開発を含めると、数百万円〜数千万円に及ぶこともあります。

個別開発の保守・運用費は、初期開発費の年10〜20パーセント程度を仮に置いて考えられます。たとえば、3,000万円の開発なら、年300万〜600万円が目安になります。

クラウドでは、基盤の更新や監視が月額に含まれる場合もあります。ただし、障害対応や追加改修、バックアップの復旧、問い合わせ対応は、どこまで含まれるかを契約で確かめます。

導入後3年間のライセンス、保守、追加開発、教育を合計したTCOで判断します。

ポイント

利用料だけで比べると、移行や教育、保守の費用を見落としがちです。導入後3年間の総額で比べ、利用者数の規模ごとに目安を当てはめます。

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

知名度や機能の数だけでなく、案件の進め方や原価計算、既存システム、導入後の運用への理解度を比べます。

受託開発、SaaS、パッケージ、ローコード支援では、契約の主体や自由度、責任の範囲、納品物が違います。

比較の前に、標準機能に業務を合わせられる範囲を決めておくと、提案の違いを見分けやすくなります。

業務理解と実績の確認

導入件数だけでなく、自社に近い案件の数や、工程、原価、契約、請求の経験を確かめます。あわせて、同じ担当者が要件定義から運用まで関わるかも尋ねます。

失敗した事例を説明できるかも聞いておきます。そのうえで、デモでは仕様変更や赤字の見込み、担当の交代、外注費の追加、検収の遅れを入力してもらいます。

提案の中で自社のKPIや業務用語が使われているかは、表面的な機能比較よりも確かめたい点です。

見積・契約と納品物の比較

比較資料と契約の確認点は、提案を依頼する段階と、契約の段階に分けて整理します。

RFP：利用者数と案件数、拠点、業務フロー、項目を示します。帳票と連携先、過去データ件数も伝えます。権限、スマートフォン、希望時期、予算上限も共有します。
提案：固定価格の範囲、追加変更単価、発注者が用意するマスタとテスト、納期の前提。
納品物：要件定義書、画面仕様、データ定義、API仕様、テスト結果までを確認します。操作マニュアルと、ソースコードや設定情報の扱いも確かめます。
責任・データ：障害時の責任、データ返却、削除証明。

導入後の支援とロックイン

導入後に困らないよう、支援の内容、データの移行しやすさ、社内で運用を続けられるかを確かめます。

導入後の支援：問い合わせ担当、回答時間、運用変更の価格を確かめておきます。
解約・移行：データ形式、全件エクスポート、API利用制限、移行支援の料金を見ます。
ロックインの要因：設定を変えられる担当者が限られる状態や、独自プラグインの増加は、将来、他社への乗り換えが難しくなる原因になります。
継続運用：運用担当を複数人育て、標準機能と個別開発の境界を記録しておけば、長期の変更にも対応できます。

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

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

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

ポイント

自社に近い案件の経験があるかを先に見て、提案が自社のKPIや業務用語で書かれているかを比べます。契約では、納品物の範囲と解約時のデータ形式まで確かめておくと、導入後に困りにくくなります。

セキュリティ・法令と運用定着のポイント

閲覧制御から復旧まで、守る仕組みを組み合わせます。

案件情報には、顧客情報や契約条件、未公開の仕様、見積、請求、担当者の評価などが含まれます。機能を選ぶのと同じ段階で、閲覧できる人、操作履歴を残す年数、障害時に復旧できる時点を確かめておきます。

2026年の情報セキュリティ10大脅威では、組織に向けた脅威として、ランサム攻撃や委託先を狙う攻撃、AI利用をめぐるサイバーリスクなどが挙げられています（出典: IPA「情報セキュリティ10大脅威 2026」、2026年）。ランサム攻撃や委託先を狙う攻撃もあるため、案件管理システムは、自社だけでなく連携先や委託先を含む運用として守ります。

アクセス権・認証・ログとバックアップ

アクセスの制御、認証、記録、復旧の各面で、設定を確かめます。

権限設計：会社、部門、役割、案件、項目の単位で制御を決め、閲覧、編集、出力、削除を分けておきます。
認証・アカウント：二要素認証やSSOの有無、退職・異動時の自動停止を確かめます。協力会社の期限付きアカウントと、管理者権限の分離も確認します。
監査ログ：ログイン、案件閲覧、ダウンロード、権限変更、マスタ変更を記録できるかを見ます。
バックアップ：頻度や保存世代、復旧にかかる時間、復旧テストの日を、契約や運用手順に定めておきます。

電子帳簿保存法と契約データ

電子取引の保存要件と、受け取った後の検索や監査までを、一連の運用として確かめます。

対象と要件：見積書、注文書、請求書、検収書を電子で授受・保存する場合は、対象になる取引と要件を経理や法務と確かめます。
公的資料：国税庁は保存方法や保存要件チェックシート、令和7年度税制改正後の取扱いを公開しています（出典: 国税庁「電子取引関係」、2026年8月確認）。
システム要件：取引日、取引先、金額で検索できること、改ざん防止、訂正と削除の履歴、保存期間、削除権限を組み込みます。
業務検証：「PDFを置けるか」を見るだけでなく、受領から検索、監査までを実際に試します。

入力される仕組みづくり

現場が入力しない原因は、意欲だけでなく、設計にもあります。項目が多い、更新の時期が分からない、入力しても自分に利点がないといった設計が、入力の手を止めさせます。

必須項目を絞り、スマートフォンから短時間で登録できるようにします。さらに、入力した本人がタスクや期限、工数、承認状況を確かめられる画面も用意します。

導入の初月は、入力率と未更新の案件を毎週確かめ、使われていない項目を廃止します。

ポイント

権限の分け方と操作ログ、復旧の時点を機能の比較と同時に見ます。電子取引の保存要件や、現場が入力し続けられる設計かも、あわせて確かめます。

案件管理システムのよくある質問

構成は、目的や案件の種類、利用者数、既存システムによって変わります。導入前によく出る疑問を、判断の軸とあわせて挙げます。

案件管理システムはExcelから移行すべきですか？

案件数が増えて複数人で同じ情報を更新し、転記や集計に時間がかかるようなら、段階的な移行を検討できます。

過去データは、進行中の案件と分析に必要な期間に絞って移します。その前に、表記の揺れや重複を整理しておきます。

画面を置き換えるだけでなく、案件の状態を誰がいつ更新するかを定めることが、成功の条件になります。

案件管理とプロジェクト管理は何が違いますか？

プロジェクト管理は、作業やタスク、期限、課題、成果物を予定どおりに進めることが中心です。

案件管理は、顧客や契約金額、見積を扱います。さらに、工数や原価、請求、粗利も対象になり、受注から収益までを一続きで管理します。

開発チームの進捗だけが課題なら、プロジェクト管理を選びます。一方、営業や現場、経理で案件の数字を共有したいなら、案件管理が合いやすくなります。

AI機能は案件管理システムに必要ですか？

AIは、議事録の要約やタスク候補の抽出、遅延や粗利の差異の兆候検知に使えます。ただし、導入の初期から必須とはいえません。

ステータスがそろっていない、工数が未入力、過去データが不正確といった状態では、AIの出力も信頼しにくくなります。

機密情報を扱う場合は、事前に、学習利用の扱い、保存期間、モデル提供者、アクセス権を決めます。プロンプトと出力のログや、人による確認手順も定めておきます。

開発とSaaSはどちらを選ぶべきですか？

業務を標準化でき、早く始めたい場合は、SaaSが向いています。一方、独自の原価計算や複雑な承認、基幹との深い連携、厳格なデータ管理が競争力に直結する場合は、パッケージの改修や個別開発を比べます。

判断するときは、初期費用だけでなく、3年間のTCOや導入期間、社内の運用負担を見ます。さらに、データの持ち出しやすさや将来の変更費用も含めます。

まず一部門で標準機能を試し、合わない要件だけを追加開発する方法も有効です。

案件管理システム完全ガイドのまとめ

案件管理システムは、案件情報を一つの台帳へ集めるだけのツールではなく、利益を守るための業務基盤として働きます。

顧客や契約から進捗、タスク、工数、原価、請求までをつなぎ、案件ごとの採算を見える形にします。

CRMやSFA、プロジェクト管理、販売管理、ERPとの役割の重なりを整理し、経営がすぐに判断したいことを起点に設計します。

最初に整えるべき範囲

まず目的とKPIを決め、現状業務とマスタを洗い出します。そのうえで、案件台帳とステータスを最初に定着させ、担当者や期限、受注金額、実績工数、粗利見込を加えます。

実案件でPoCと受入テストを行い、入力できる量に絞ります。

導入後は、入力率や未更新の案件、滞留期間、粗利の差異を見ながら改善します。

読者別の次の一歩

利用人数や拠点数に合わせて、試行や比較の進め方を調整します。

少人数：無料試用や小規模SaaSで5〜10件の実案件を試し、入力時間と検索性を見ます。
30〜100人規模：ローコードやパッケージ、SaaS拡張を同じRFPで比べ、原価と会計連携を検証します。
複数拠点・部門：権限、移行、監査ログ、バックアップを含めて提案を依頼し、障害時にどこまでを誰が受け持つかも確かめます。

導入方式を決めるより先に、案件の利益を守る業務ルールを決めておきます。

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