Airtableのシステム開発費は、業務の範囲、利用者数、外部連携の複雑さによって、20万〜60万円から300万〜1,000万円までの幅があります。
費用の内訳や開発期間を左右する要因、見積もりを取るときの進め方も、あわせて見ていきます。
▼全体ガイドの記事
・Airtableのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Airtableのシステム開発の概要
Airtableは、表計算ソフトに近い操作でデータを管理できるクラウド型のデータベース・ローコード開発プラットフォームです。フォームや業務画面を組み立てられるほか、通知や自動処理も設定できます。
Excelをオンライン化するだけでなく、複数のテーブルをリンクできるのが特徴です。同じデータを部門や役割ごとに異なる画面で扱える点が、システム開発で活用される理由です。
Airtableのシステム開発で作るもの
Airtableでは、顧客管理や案件管理、商品・在庫台帳などを作れます。問い合わせ管理や採用進捗、コンテンツ制作の進行にも使えます。入力から集計まで、業務の流れを一つにまとめられるのが大きな特徴です。
- 入力：登録用のForm（情報を集める画面）
- 表示：一覧やカンバン、カレンダー、タイムラインなどのView
- 業務画面：現場向けのInterface
- 自動処理：レコード更新を起点に動くAutomation
開発会社へ依頼するなら、Baseの作成以外に、業務整理やデータモデル・権限設計、テストが含まれるかを確認します。研修や運用手順の作成まで含まれるかも、見ておきます。
ノーコードでも費用が発生する理由
Airtableは画面を早く作れますが、業務に合わないデータ設計は二重登録や集計ミスにつながります。顧客情報と案件情報を一つの表にまとめるか、別テーブルにしてリンクするかで、将来の拡張性も変わります。
誰に編集権限を付けるか、閲覧者をどう扱うか、削除やバックアップをどう管理するかも、先に決める必要があります。費用の中心は、コードを書く時間だけでなく、壊れにくい業務設計を考える時間です。
Airtableのシステム開発費用の相場
構築費は、小規模なPoCで20万〜60万円、標準的な部門システムで80万〜300万円、複数部署・外部連携型で300万〜1,000万円が目安です。
これはAirtableだけの公的統計ではありません。指定リサーチで確認したSaaS導入・設定支援や業務システム開発の一般相場、公式パートナーの公開予算帯をもとにした、発注前の推定です。
見積もりは、利用人数、画面数、連携本数、移行データの状態、セキュリティ要件によって変わります。
小規模PoC・初期設定は20万〜60万円
小規模PoC・初期設定では、次の内容を組み合わせます。
- 構築内容：1〜2個のBaseに、基本テーブル、入力フォーム、一覧View、簡単な通知を用意
- 初回取込：既存Excelからのデータ取り込み
- 対象範囲：一部門で、複雑な承認や外部API連携がない場合に収まりやすい価格帯です。
- 支援と期間：現場が自分たちで改善できる状態まで初期設計を支援し、期間は2〜6週間が目安です。
初回から全社に広げず、一部の利用者に入力してもらうことで、項目の多さや権限の不備を見つけられます。
標準的な部門システムは80万〜300万円
顧客、案件、担当者、活動履歴など複数テーブルのデータモデルを設計する場合の目安です。役割別Interfaceと申請・承認の流れを組み込み、Slackやメール通知も含みます。さらに、CSV移行と操作研修も、この目安に入ります。
期間は1〜3か月程度です。営業部門向けの案件画面と管理者向けの売上見込み画面に分けるだけでも、権限、項目、集計方法を確認する必要があります。
開発費にライセンス費が含まれるか、研修や初月の改善対応が含まれるかで、見積もりの比較条件が変わります。そのため、見積書の範囲をそろえて比べます。
複数部署・外部連携型は300万〜1,000万円
複数部署・外部連携型では、接続先や同期の仕組み、運用準備が費用に影響します。
- 接続先：CRM、会計、EC、BI、Slack、Google系サービスなどを、APIやWebhookでつなぐ
- 同期処理：差分同期、エラー時の再送、重複防止の設計
- 画面：複数の業務画面の設計
データクレンジング、移行リハーサル、総合テスト、運用監視まで含めると、期間は3〜6か月程度になります。大量同期は処理の遅れや再実行の費用につながるため、見積もりの前に件数と更新頻度を伝えておきます。
Airtable公式のWeb APIは、1 Baseあたり毎秒5リクエストが基本上限です。そのため、ページングや429エラーへの再試行も考慮します（出典: Airtable公式「Getting started with Airtable’s Web API」、2026年6月更新）。
エンタープライズ統制の場合は1,000万円超
SSOやSCIM、監査、細かな権限分離、複数地域の運用、基幹との大規模連携、全社移行、教育、長期保守まで含むと、初期費用が1,000万円を超える場合もあります。
Airtableの製品料金と開発会社の作業費は、分けて考えます。Enterprise Scaleは組織規模や要件に応じた個別見積もりです。
公式パートナーの公開予算帯には、1万〜2.5万米ドル、2.5万米ドル超という区分もあります。複雑な案件では為替だけでなく、契約範囲と体制を確認します。
Airtableシステム開発の費用内訳
見積書は「Airtable構築一式」ではなく、項目ごとの内訳を出してもらいます。製品料金、企画・設計、画面と自動化は、それぞれ区切って書いてもらいます。データ移行と外部連携も、個別に分けてもらいます。テスト・研修と保守は、さらに分けて書いてもらいます。
内訳が分かれば、不要な機能を外したり、内製に切り替えたりできます。一方で、一式金額だけでは、工数の理由や将来の追加費用を判断できません。
ライセンス料金と編集者数
2026年8月にAirtable公式料金ページで確認できる目安では、Freeは無料です。Teamは年払いで、1ユーザーあたり月額20米ドルです。
Businessは年払いで1ユーザーあたり月額45米ドル、Enterprise Scaleは個別見積もりです（出典: Airtable公式「Pricing」、2026年8月確認）。
- 課金対象：TeamとBusinessでは、少なくとも一つのBaseに編集権限を持つユーザー
- 対象外：読み取り専用の閲覧者、フォーム投稿者、共有リンクの利用者は、課金対象外と説明されています。
- 席数の整理：利用者を編集者、承認者、閲覧者、フォーム入力者に分け、入力はForm、確認はInterfaceの閲覧、データ整備は編集権限で行う方法
この方法なら、機能を保ったまま有料席数を抑えられる可能性があります。
利用者が100人いても、100席分と単純に計算するわけではありません。ただし、権限を狭めすぎると現場がExcelに戻るため、業務上必要な編集権限とのバランスを取ります。
業務整理・データ設計・画面構築の費用
業務ヒアリングでは、誰が何を入力し、どの状態で誰が判断するかを整理します。次に、顧客、案件、商品、担当者、履歴などのテーブルを設計します。
主キー、リンク、ステータス、更新者、変更履歴を決めてから、Form、View、Interface、Automationを実装します。画面数だけで費用が決まるわけではありません。
実際には、例外処理、権限分岐、承認ルート、集計ロジックの数が工数を左右します。
データ移行と外部連携の費用
Excelや既存システムからの移行では、列名の対応、重複統合、日付やコードの変換、空欄の扱い、添付ファイルの移行、移行後の照合が必要です。
元データが複数ファイルに分かれていたり、担当者ごとに表記が違ったりすると、単純なCSV取込では終わりません。
外部連携では、接続先ごとの認証、同期方向、更新頻度、失敗時の再送、削除の扱い、ログ保管を決めます。連携先が増えると、テストケースと障害対応の組み合わせも増えます。
テスト・研修・保守運用の費用
本番前のテストと研修では、次の点を分けて確認します。
- 閲覧権限：権限のない人に情報が見えないか
- 入力制御：必須項目を空欄のまま保存できないか
- 通知：通知が二重に送られないか
- 連携復旧：連携に失敗したとき、復旧できるか
- 研修：一般利用者には操作を、管理者にはBase・権限・Automationの変更手順を説明
保守費は、業務システム一般の目安として、初期開発費の年15〜25%、または月15万〜80万円程度を参考にできます（出典: 指定Q&A「業務システム全般_14」、2026年）。ただし、実際の額はAirtable固有の作業範囲で変わります。
保守契約には、ユーザー追加、Base改善、APIや連携先の仕様変更が含まれるかを明記します。加えて、障害監視、バックアップ確認、AI機能の評価も、対象に入るかを確かめます。
さらに、問い合わせや追加開発が別料金になると、年間のコストは高くなる可能性があります。
費用と開発期間を左右する4つの変動要因
同じAirtableでも、数週間で作れる申請台帳と、数か月かける営業基盤では必要な設計が異なります。価格を比べるときは画面数より、データ量と利用者の種類に目を向けます。さらに、連携の信頼性と統制の強さも見ます。
利用者数と権限の複雑さ
利用者が増えると、ライセンス費だけでなく、営業、管理、外部協力会社など役割ごとの表示や編集範囲を考える必要があります。
部門ごとに見えるレコードを変えるか、Baseを分けるか、Interfaceで入口を分けるかで、設計が変わります。
「担当者は自分の案件だけ編集」「管理者は全件を修正」「外部ユーザーはフォームだけ利用」といった条件は、単純な共有リンクでは満たせません。権限表を先に作っておくと、後からの作り直しを抑えられます。
データモデルと画面の数
テーブルが増えるほど、リンクやロールアップ、数式の組み方が複雑になり、履歴の持ち方も難しくなります。目的の異なる画面には、それぞれ操作テストが必要です。たとえば、入力や承認の画面と管理者設定の画面では、確認すべき内容が違います。
機能を一つのBaseに詰め込むと、関係のない部門にも影響し、変更のたびに検証コストがかかります。一方で、Baseを乱立させるとマスタが二重化します。
共通マスタと部門固有データを分ける設計判断が、費用と将来の保守性を左右します。
API連携の本数と処理量
Slack通知のような一方向の処理と、会計・EC・CRMとの双方向同期では、工数が異なります。Airtable APIは1回の取得で最大100レコードのため、たとえば501件の取得には複数ページが必要です（出典: Airtable公式「Getting started with Airtable’s Web API」、2026年6月更新）。
毎回の全件取得は避け、更新日時による差分取得やキュー、バッチ処理を見積もりに含めます。さらに、キャッシュや指数バックオフによる再試行も考えておきます。日次かリアルタイムか、1日に何件更新されるかを具体的に伝えます。
セキュリティ・監査・AIの要件
セキュリティとAIの要件は、扱う情報や利用方法に応じて整理します。
- 情報管理：顧客・従業員情報や契約書を扱う場合の、認証、権限、監査ログ、バックアップ、保存場所、退職者の停止、持ち出し手順
- AI利用：AIフィールドやOmniに渡すデータ、生成結果の確認者、個人情報を外部モデルへ入力できるか
Airtableは、通信中に256-bit SSL/TLS、保存時に256-bit AESを使います。暗号化バックアップや、CSV・APIによる手動バックアップについても説明しています（出典: Airtable公式「Security Practices」、2026年3月更新）。
基盤側の対策があっても、自社のアクセス管理や個人情報保護の責任は残ります。
Airtableは2025年6月にAI-native化を発表し、AIによるアプリ作成や分析を前面に出しました。便利さだけで導入すると、誤分類や機密情報の扱いが問題になります。
AI要件は、後から足す便利機能ではなく、データ分類とレビュー体制を含む設計項目として見積もります。
Airtableのシステム開発の進め方
要件を細かく決めて一気に完成させるより、最重要業務に絞ったMVP（Minimum Viable Product）を作るのがおすすめです。利用者の反応を見ながら、少しずつ広げていく進め方が向いています。
リサーチノートでは、現場の代表者が触るMVPを2〜4週間程度で確認します。入力負荷や権限漏れを早期に発見する流れを重視しています。
要件定義での業務目的の明確化
まず、「ExcelをAirtableへ移す」ことを目的にせず、どの判断を早くしたいかを言葉にします。たとえば、案件の失注理由を毎週集計する、問い合わせの対応漏れをなくす、制作物の承認状況を一画面で確認するといった目的です。
利用者と承認者、入力項目と通知条件を整理します。さらに、必要なレポートや連携先、保存してはいけない情報を洗い出し、現行データの件数も確かめます。要件はMustとShouldに分けます。
小さなMVPでの入力と権限の検証
最初の版は、登録と検索を中心に、一覧と必要最低限の通知だけに絞ります。代表ユーザーが実データで操作し、入力時間、重複入力、閲覧できる情報を確認します。
この検証で、現場が使わない項目、管理者しか使わない機能、自動化しにくい例外処理を切り分けます。そのため、不要な開発費を抑えられます。
リリースの判断は、入力率や対応漏れ、集計時間などのKPIを基準に行います。
設計・連携・テストの段階的な進め方
検証結果を設計に反映したあとは、仕様を固め、連携を検証し、運用体制を整えます。
- 設計：データモデル、Interface、Automation、外部連携を固める
- テスト：業務責任者による受入テスト
- 運用体制：Base管理者、データオーナー、権限申請者、バックアップ担当を決める
API連携では、正常登録の確認に加えて、タイムアウトや429エラー、接続先の停止を確かめます。さらに、同じイベントの重複やAirtable側での削除も確認します。
データモデル図と権限表、運用手順を納品物に含めてもらいます。さらに、テスト仕様やスクリプト、設定の引き渡しを受けておくと、担当者が退職したあとも保守しやすくなります。
Airtableの見積もりを取る際のポイント
見積もりの精度は、依頼者が出す情報の具体性で決まります。仕様をすべて決めてから相談しなくても構いません。
まず、現状の業務やデータ量、利用者を伝えます。さらに、連携先、期限、予算上限も示します。調査や要件定義が必要な部分は、別工程に分けてもらいます。
発注前にRFPへ書く項目
RFPや依頼書には、目的と対象業務、利用部門を書きます。あわせて、編集者数と閲覧者数、Base数を記載し、テーブル数と1年間のレコード増加数も添えます。
添付ファイルの有無と移行元、連携先を書きます。加えて、通知条件と承認フロー、必要な権限を示します。さらに、バックアップ方針と希望納期も含めます。
費用を比べるため、初期構築、ライセンス、移行を分けて提示してもらいます。連携や研修、保守は別々に示してもらい、追加変更の費用も分けておきます。見積もりの前提条件と対象外も確認します。
金額と成果物による複数社の比較
2〜3社へ同じ資料を渡し、同じ範囲で提案を受けます。Airtableの認定や掲載だけでなく、自社に似た業務の事例、要件定義の担当者、データ移行の経験を確認します。
API障害時の対応やテスト体制を聞きます。さらに、内製化の支援や保守の単価も確認します。料金が低いことは、そのまま良い提案とは限りません。
設計書や権限表がなく、担当者の経験だけで運用する提案は、将来の変更費用が見えにくくなります。
契約・移行・終了条件の確認
Airtableをやめる場合にCSVやAPIでデータを取り出せるか、添付ファイルをどう回収するか、外部スクリプトや設定を誰が持つかを、契約書で確認します。
委託先が作った設定やスクリプト、ドキュメントの権利も対象です。加えて、再委託の可否、障害時にどこまでを誰が受け持つか、個人情報の削除方法も確認します。
個人情報を外国事業者のクラウドやAIに扱わせる場合は、個人情報保護委員会のガイドラインやFAQを確認します。自社の法務・情報システム部門と合意してから進めます。
Airtableシステムの開発コストを最適化する方法
コストを抑えるうえでは、安いプランや開発会社を選ぶだけでなく、使い方に合った設計が効いてきます。具体的には、使われない機能を作らず、後から作り直しにくいデータ設計を先に行い、ライセンスと開発費を分けて管理します。
最初の業務と機能の範囲の絞り込み
営業や経理、人事などを一つの大規模Baseにまとめるのではなく、経営効果が大きく利用者が明確な一業務から始めます。
登録や検索など業務に欠かせない機能を先に作り、承認や通知もそろえます。一方で、レポート自動化やAI分類は、効果を検証してから追加します。
MVPに含める機能と次期に回す機能を合意しておくと、開発中の追加要望で予算が膨らみにくくなります。
編集者と閲覧者の権限の整理
ライセンス費は、ユーザー全体ではなく編集権限を持つ人数を軸に確認します。そのうえで、現場の入力をFormに寄せ、閲覧中心の人は閲覧権限にすると、管理者だけがBase構造を変える運用もできます。
課金を避けることだけを目的に権限を狭めると、現場が別ファイルで管理し始めかねません。そこで、「見る」「登録する」「更新する」「設定を変える」を役割ごとに分け、使いやすさと費用を同時に評価します。
効果と処理量を見た連携の段階導入
外部連携を増やすほど便利になりますが、そのぶん、認証情報やエラー通知の管理が必要です。さらに、再送や仕様変更への対応も求められます。
まずCSVや標準コネクタで効果を確かめ、手作業の負担が大きい部分だけをAPIへ置き換える方法があります。Make、n8n、Webhookといったツールを使う選択肢もあります。
リアルタイム同期が必要か、日次バッチで足りるかも見直します。処理量が少ない段階で大規模な連携基盤を作らずにおくと、初期費用と保守費を抑えられます。
運用者の育成と追加費用の抑制
開発会社へ任せ続けず、社内にBase管理者と業務ごとのデータオーナーを置きます。
変更依頼の受付から本番反映までを社内で回し、変更履歴やバックアップも管理できれば、小さな変更を毎回外注せずに済みます。
初期費用には、管理者研修と設計書、操作マニュアルを含めます。録画や引き継ぎ期間も含めます。一見すると初期費用は増えますが、年間の追加開発費を抑えやすくなります。
Airtableに向くシステムと向かないシステム
Airtableは、業務の変化が多く、部門が自分たちで画面や項目を改善したい場合に向いています。
取引の整合性や会計・決済、リアルタイム在庫引当などが中核なら、専用DBや既存の基幹を正系にします。大量の同時更新を伴う場合も、同じ考え方で正系を決めます。そのうえで、Airtableは申請や周辺業務、可視化のレイヤーに置く方が安全です。
向いている業務：共有・申請・可視化
共有や申請、進捗の可視化を担う業務では、Airtableの画面や自動通知を活用できます。
- 管理業務：顧客・案件の進捗、問い合わせ受付、社内申請
- チーム業務：制作物レビュー、採用候補者の進捗、マーケティング施策の管理
- 運用条件：Formで入力をそろえ、役割別InterfaceとAutomationで業務を回す
- 試しやすさ：データ構造が明確で、部門単位で運用ルールを改善できる業務
このような業務は、パッケージ導入やフルスクラッチより短期間で試せます。
Airtable公式のOpenAI事例では、製品開発の50〜60件のプロジェクトを毎週AIで要約し、8週間先までのマイルストーンを一画面で確認しています（出典: Airtable公式「OpenAI scales product operations with AI-powered Airtable」、2025年インタビュー）。
この事例では、構造化データと役割別画面を組み合わせ、定期更新やAI要約も使っています。同じ規模を目指すより、自社で減らしたい集計時間や確認漏れを先に決めます。
専用システムとの役割分担が必要な業務
会計仕訳や決済、給与計算では、障害時の整合性や監査要件を先に評価します。大量の在庫引当や秒単位のリアルタイム処理についても、同様に先に評価します。
Airtableだけですべてを置き換えず、基幹システムや専用DBを正しい記録とし、必要なデータだけをAirtableへ連携する構成も選べます。
将来の移行を考えるなら、マスタの所有者と同期方向を決めます。削除の責任やエラー時の復旧手順も、あらかじめ決めておきます。また、一つへ無理に集約しないことも、長期的なコスト最適化につながります。
よくある質問
Airtableの費用について、発注前によく寄せられる質問をまとめます。製品の月額料金と開発会社へ支払う構築費は別で、どちらも要件によって変わります。
Airtableなら無料でシステムを作れますか？
Freeプランは無料ですが、容量や機能に制限があるほか、利用人数や運用要件にも条件があります。Teamは年払いで1ユーザーあたり月額20米ドル、Businessは月額45米ドルが公式の目安です。
編集権限のあるユーザーが課金対象です。小さな検証は無料で始められても、本番運用では、ライセンスと設計に加えて、移行や保守も含めた総額で判断します。
Airtableのシステム開発には何か月かかりますか？
小規模なPoCや初期設定なら2〜6週間、標準的な部門システムなら1〜3か月、複数の外部連携や全社移行を含む場合は3〜6か月が目安です。
データの重複や表記ゆれがあると、期間は延びます。関係者の承認やセキュリティ審査が入る場合も、期間は延びやすくなります。要件定義から本番移行までの予定を確かめ、利用者テストや教育の時間も見ておきます。
開発会社へ依頼するとき何を比較すべきですか？
金額だけでなく、業務整理やデータ設計、権限が見積もりに含まれるかを比べます。あわせて、移行や連携、テストの扱いを確かめ、研修や保守も同じように見ます。
データモデルや権限表、テスト結果は受け取れるかを確認します。運用手順や設定、スクリプトの引き渡しも確かめます。公式パートナー掲載や認定は参考情報です。
日本語対応や国内契約について質問したうえで、個人情報の扱い、障害対応、将来の移行支援も聞き、自社の要件に合う会社を選びます。
Airtableから別システムへ移行できますか？
CSVエクスポートやAPIでデータを取り出せます。ただし、テーブル構造やリンク関係、添付ファイルは、そのまま同じ形で移せるとは限りません。権限やAutomation、外部連携の設定も含めて確認が必要です。
導入時からデータの所有者と定期バックアップを決め、終了条件や移行時の形式も決めておきます。移行可能性を見積もりに含め、重要データのサンプルで復元テストを行うことをおすすめします。
まとめ
Airtableの開発費は、小規模PoCで20万〜60万円、標準的な部門システムで80万〜300万円、複数連携型で300万〜1,000万円が目安です。
この金額は、Airtable固有の統計ではなく、業務システム一般の相場と公開情報をもとにした推定です。公式ライセンスは別途発生します。
総額は、編集権限を持つユーザー数やデータ量、画面数によって変わります。連携や移行、セキュリティなども影響し、保守の範囲も総額を左右します。
発注前の総額と変動要因の整理
見積もり前に、目的と対象業務、利用者の役割を整理します。さらに、移行データと連携先を決め、必要な統制やMVPの範囲も決めておきます。
開発会社には、ライセンスと初期構築、外部連携を分けて提案してもらいます。データ移行や教育、保守も、別々に示してもらいます。成果物と前提条件、そして対象外と将来の追加費用も確かめます。
Airtableの速さを活かしつつ、会計や大量処理などは専用システムと役割分担すると、無理のない導入計画になります。
全体像の確認と費用の判断
Airtableは、現場に近い人が業務アプリを改善しやすい一方で、自由度が高いため、初期からデータ設計と権限を決めておく必要があります。バックアップや終了条件も、早い段階で決めます。費用の安さだけで判断せず、使われ続ける仕組みと社内に残る運用知識まで発注範囲に含めることが、結果的なコスト最適化につながります。
▼全体ガイドの記事
・Airtableのシステム開発の完全ガイド
▼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を創業。