Claris FileMakerの発注は、業務の整理、RFPと見積の比較、契約と運用の設計という順に進めると、発注側と委託先の認識のずれを抑えやすくなります。要件の整理から契約、費用、委託先の選び方、運用まで、段階ごとに見ていきます。
▼全体ガイドの記事
・Claris FileMakerのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Claris FileMakerのシステムを発注する全体像
Claris FileMakerは、顧客・会社・担当者・案件・活動履歴などを関連付けるローコード開発プラットフォームです。入力画面、一覧、帳票、承認フローを業務に合わせて構築でき、既製CRMとフルスクラッチ開発の中間に位置します。また、業務の変化に合わせて改修しやすい点も特徴です。
発注形態の三つの分け方
発注形態は、委託する範囲と、自社で担う作業を基準に選びます。
- 一括委託：Clarisパートナーへ、要件定義から開発・保守までを委託
- 共同開発：業務整理や簡単な改修を自社で担い、難しい設計・連携・移行を外注
- パッケージ活用：テンプレートやパッケージを導入し、必要な部分をカスタマイズ
現場に開発担当者がいない場合は、一括委託が進めやすい方法です。一方で、将来の内製化を目指すなら、ソースファイルや設計書の引き継ぎを前提に共同開発を選ぶと、ベンダーロックインを抑えやすくなります。
会社名や製品名だけで発注形態を決めないことも大切です。顧客管理だけなら、パッケージを使える場合があります。ただし、見積・受注、保守契約、在庫、現場写真、会計連携まで含めると、個別のデータ構造と権限設計が必要になります。
業務は、標準化できるものと、自社独自の競争力に関わるものに分けます。そのうえで、独自性が成果に直結する箇所へ開発費を配分します。
CloudとServerの選び方と責任の範囲
CloudとServerのどちらにするかは、利用者がどこから使うか、サーバーの運用を誰が担うかで判断します。
- FileMaker Cloud：遠隔利用が多く、サーバー管理を自社で担わない場合
- FileMaker Server：閉域網や既存社内サーバーを使う場合
日本向けCloudはAWSの東京リージョンに構築されます。また、データベースと通信の暗号化、多要素認証が案内されています（出典：Claris「Claris FileMaker Cloud 2026 まもなくリリース」、2026年）。
Clarisによる24時間365日の運用監視も案内されています。なお、Cloudのストレージ、API転送量、App数、接続可能なクライアントのバージョンは、契約前に確認しておきます。
Serverは特定のOS・ネットワーク・ローカル環境での運用にも対応できます。一方で、OS更新、SSL証明書、監視、バックアップ、障害時の復旧は、自社または運用委託先の責任になります。
FileMaker Server 2026のRemote Backupは、20分ごとに増分バックアップを行います。さらに、予備サーバーと同期するStandby Serverも案内されています（出典：Claris「Claris FileMaker 2026、本日提供開始」、2026年）。
追加サービスの費用と復旧目標は、提案書で確認しておきます。
発注前に要件を整理する方法
要件の整理では、先に機能一覧を作るのではなく、「誰が、いつ、どの情報を使い、何を判断するか」を業務の流れに沿って明らかにします。
営業、管理者、経理、現場責任者など、利用者によって困りごとは異なります。そこで、代表的な一日の業務を観察し、入力・検索・承認・報告の順番を確認します。
現状業務と導入目的の整理
発注側は、現状の保存先と導入効果を整理し、初回リリースの対象を絞ります。
- 保存先：Excel、Access、紙、メール、既存の販売管理の情報を書き出す
- データの状態：表記揺れ、重複、退職者の情報、未記録の失注理由を洗い出す
- 効果指標：案件更新、訪問報告、顧客情報の重複を測れる形にする
たとえば、「案件更新の遅れを何日以内に把握する」「訪問報告を何分短縮する」のように書けると、指標として使えます。顧客情報の重複をどの程度減らすかも、候補に加えられます。
「情報を一元化する」ことだけを考えると、不要な項目や画面が増えやすくなります。そこで、初回は利用頻度の高い顧客・案件・活動履歴に絞ります。
効果は、入力率、案件更新の遅延、報告書の作成時間などで測ります。また、全業務を一度に詰め込まず、二期開発の候補として分けておきます。
データ構造と権限の決定
発注側は、データの関連付けと閲覧範囲を決め、その設計と運用の条件をRFPに記します。
- データ構造：会社・担当者、案件・活動履歴の関係を定義
- 閲覧権限：誰がどの範囲の案件を見られるかを設定
たとえば、営業担当は自分の案件だけ、上長は部署の案件、管理者は全社データを見られるようにするかを決めます。さらに、会社に複数の担当者がいるか、案件に複数の商品や見積を登録するか、顧客を複数の部署で共有するかも決めておきます。
決めないまま画面を作ると、後からデータを作り直すおそれがあります。そこで、RFPにはテーブル候補、必須項目、重複判定、過去データの保持期間を記載します。
退職者のアカウントをどう止めるか、CSV出力やAPI連携を誰に許可するかも決めます。個人情報を扱う場合は、本番データをテスト環境へそのままコピーしない運用を含めます。そのうえで、管理者権限の見直し方法、操作ログ、バックアップの保管期間を要件に加えます。
端末と外部連携の前提条件
発注側は、業務ごとに端末と外部連携の条件を定め、RFPに記します。
- 端末：FileMaker Pro、FileMaker Go、WebDirectの利用先を分ける
- 現場利用：通信、写真・PDF・署名、カメラ、文字サイズを試作で確認
- 外部連携：方向、頻度、再送、重複防止、認証、責任の分け方を記載
FileMaker Proはパソコン、FileMaker GoはiPhone・iPad、WebDirectはブラウザで使います。端末が増えると、テスト対象も増えるため、RFPで利用者と端末を定めておきます。
外部連携の対象には、会計や販売管理のほか、メール、問い合わせフォーム、MA、BIなどがあります。連携の方法にも、FileMaker Data API、OData、ODBC/JDBC、cURL、JSON、Claris Connectなどの選択肢があります。
連携先の仕様変更やAPI利用量も、ランニングコストに含まれます。さらに、連携が止まったときの検知と復旧の担当も、発注条件に入れておきます。
Claris FileMakerのシステム発注・外注の進め方
発注は、次の順で進めます。発注側は、一社に丸投げせず、業務の判断者と意思決定者を社内に置きます。そのうえで、工程ごとに成果物と承認者を決めておくと、認識のずれを早く見つけやすくなります。
- 相談
- 現状確認
- RFP提示
- 提案・見積比較
- 要件定義
- 試作
- 開発
- 受入テスト
- 移行
- 教育
- 運用開始
RFPの記載項目（業務・範囲・成果物）
RFPには、何を任せ、何を受け取るのかを書きます。
- 発注条件：背景、課題、部門、人数、端末、業務、画面・帳票
- 業務結果：利用者の操作と、その後に行う判断まで記載
- 納品物：システムだけでなく、設計・運用資料も指定
データ移行、外部連携、権限、運用体制、希望時期、予算の考え方も、発注条件に含めます。また、「営業が訪問後にiPadで活動履歴を登録し、上長が翌朝までに案件の遅れを確認する」のように、業務結果まで書きます。
納品物には、Appファイル、データベース定義、画面・スクリプト設計書、権限一覧を含めます。加えて、テスト仕様書と結果、移行・バックアップ・復旧の手順、管理者向けマニュアルも対象になります。
さらに、利用者向けの操作資料と、ソースや設定情報の受け渡し方法も明記します。完成したシステムだけでは、担当会社の変更時や社内での軽微な修正時に再現できなくなるためです。
試作と受入条件の設定
要件が固まっていない場合は、試作で不明点を確かめます。
- 試作範囲：顧客検索、案件登録、活動履歴、一覧表示
- 操作確認：入力項目、検索結果、スマホでの使いやすさ
- 受入条件：保存、権限、CSV、帳票、障害連絡を測定可能にする
画面モックや短期間のPoCを依頼し、営業担当者が実際に試作に触れて確かめます。PoCの成果物を本開発へ引き継ぐ条件と、PoCだけで終了する条件も、契約前に確認します。
受入条件には、必須項目が未入力なら保存できないことや、権限外の案件が検索結果に出ないことを含めます。また、指定CSVが所定の件数で取り込めるか、帳票の計算が既存の帳票と一致するかも、テストします。
障害時に、定めた時間内で連絡があるかも確認します。受入担当者とテストデータは、早めに決めておきます。
データ移行と教育の別工程管理
移行では、データを整える作業が必要です。利用者教育も、開発とは別に見積もります。
- データ移行：対応表、表記統一、重複統合、不要データ除外
- 利用定着：研修、マニュアル、窓口、初月の伴走支援
移行の前後で、エラー件数とサンプルの照合方法を決めたうえで、リハーサルを行います。あわせて、移行元のバックアップと切り戻しの手順も、発注条件に含めます。
改善要望の受付方法と、FileMakerを正本にする情報を決めておきます。また、既存のExcelは、完全に禁止するのではなく、二重入力をいつ終えるかを合意します。
請負と準委任の使い分け
要件と完成条件が固まった開発工程は請負とし、要件整理や伴走支援、継続改善は準委任とする方法があります。
判断は契約名ではなく、本文と個別仕様書の中身で行います。中心になるのは、作業範囲、成果物、検収の3つです。そのほか、責任の分け方、変更手続、知的財産、データ返却、保守条件も、同じ文書で見ておきます。
請負契約と準委任契約の違い
発注側は、工程の性質に合わせて請負と準委任を使い分け、成果や作業の条件を契約に定めます。
- 請負：成果物の完成・検収が中心
- 準委任：一定期間の専門作業や助言が中心
請負は、画面・帳票・機能・移行・テストの完成条件が明確な開発に適します。要件を追加すると費用や納期に響くため、変更の受付、見積、承認、仕様の更新を契約に定めます。
現状分析、試作、内製支援、リリース後の改善は準委任に適します。そのうえで、月次計画、成果報告、課題一覧、レビュー日、終了条件を定めます。
保守・知的財産・終了条件の契約への盛り込み
発注側は、保守サービス、継続費用、終了時の返却と情報管理を、契約で具体的に決めておきます。
- 保守範囲：受付時間、障害区分、初動・復旧、軽微な改修
- 費用：作業時間、繰越、夜間・訪問対応、関連サービスのTCO
- 契約終了：成果物返却、再委託、データ削除、アクセス停止
保守には、バージョンアップ、バックアップの確認、料金、対象外の作業を定めます。月額保守の場合は、作業時間と未使用時間を繰り越せるかも確認します。
夜間や訪問対応の料金も確認し、ライセンス、ホスティング、保守を別々に並べて、TCOで判断します。
終了時に返却する対象は、Appファイル、データ、アカウント、設計書、スクリプト、連携設定です。加えて、バックアップやログの形式、再委託の承認、個人データの利用範囲も定めます。
削除証明、秘密保持、退職者や担当変更時のアクセス停止も、欠かせない項目です。また、個人情報保護委員会のガイドラインは、委託先の選定、契約、取扱状況の把握を含む監督を求めています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、令和7年3月24日施行版）。
Claris FileMakerのシステム開発費用・相場
公的に定まった一律の相場はありません。ここでは、リサーチノートの営業・CRM相場と、ローコード短期開発の特性から算出した発注前の目安を示します。これは正式な予算ではありません。
費用は、利用人数、画面数、移行データ、連携、権限で変わります。テストや教育、保守、可用性によっても変わります。そのため、同じRFPをもとに、複数社へ見積を取ります。
開発費の規模別の目安
規模別の費用と期間を目安にしつつ、対象機能や運用条件に応じて、複数社の内訳を比べます。
- 小規模：50万〜300万円、1〜3か月
- 中規模：300万〜1,000万円、3〜6か月
- 大規模：1,000万〜3,000万円超、6〜12か月以上の可能性
この数字は、RFPにどこまでを含めると小規模を超えるかを考えるための目安です。小規模の想定は、5〜10ユーザー程度で、顧客・案件・活動履歴の登録、検索、一覧、簡単な帳票を対象にします。テンプレートや標準機能を使い、移行や連携が軽い場合を想定します。
中規模は、案件管理に見積・受注と部署別の権限を加えた範囲です。さらに、承認、スマホ入力、CSV移行、会計・販売管理との連携も範囲に入ります。要件定義、データクレンジング、受入テスト、教育を含む場合の目安になります。
複数拠点、数百ユーザー、基幹連携、監査ログを含む案件は、大規模になります。AIやRAG、24時間運用も、大規模案件の要件に含まれます。
開発費には、FileMakerライセンス、クラウド・サーバー、データ整備、社内作業時間は含まれません。
一般的な業務システムの費用配分の例は、要件定義10〜15%、設計15〜35%、開発30〜40%、テスト15〜20%、移行・教育5〜10%程度です。実際の工数配分は案件ごとに異なるため、各社に同じ項目で内訳を求めます。
ライセンスと運用費の切り分け
ライセンス、インフラ、保守、API・AI利用料は、開発費と分けて考えます。そのうえで、利用人数に応じたTCOを見積もります。
- Cloud：Starter・Maxで対象人数と容量が異なる
- Server：ライセンス以外に基盤・監視・復旧費が発生
- 継続費：保守や利用量を含めて3年分を比較
Cloud Starterは5〜10ユーザー向けで、ユーザーごとの年間ストレージは2GBです。一方で、Maxは5〜99ユーザー向けで、年間ストレージは1ユーザー6GBです（出典：Claris「クラウドで展開するためのClarisプラットフォームライセンス」、2026年8月確認）。
リサーチノートの販売情報では、Starterが税別月額2,200円、Maxが税別月額4,500円で、いずれも年払い換算の金額です。たとえば、5ユーザーなら年額13.2万円、10ユーザーなら年額26.4万円です。価格、キャンペーン、契約条件は、公式情報で再確認します。
FileMaker Serverを自社や外部クラウドで運用する場合は、ユーザーライセンス以外の費用も発生します。対象になるのは、OS、仮想マシン、SSL証明書、監視、バックアップ、障害対応です。
ジェネコムのFileMaker Serverクラウドは、2025年4月時点で月額36,000〜66,000円（税込39,600〜72,600円）でした。ただし、これは同社サービスの例で、一般的な相場や2026年の全社共通価格ではありません（出典：株式会社ジェネコム「クラウド」、2025年4月時点）。
年間の保守・改修費は、初期開発費の10〜20%程度を仮に置き、バックアップ、監視、バージョンアップ、ライセンス更新、API・AI利用料を加えます。
利用者が増えると、ライセンス費、データ容量、API転送量、教育、問い合わせも増えます。そのため、初年度、2年目、3年目のTCOを比べると、初期費用だけでは選びにくくなります。
見積比較と委託先選定のポイント
見積は、範囲をそろえてから比べ、合計の安さだけで判断しません。たとえば、A社は移行を含み、B社は別途、C社は保守を月額に含む場合、金額だけでは比べられません。
提案を依頼するときは、要件定義、設計、開発、連携、移行、テストを分けた見積書を求めます。さらに、教育、保守、ライセンス、インフラも、別の項目として分けてもらいます。
実績より自社と似た課題の解決力
発注側は、パートナーが自社と似た課題をどう解決してきたかを確かめます。
- 得意分野：受託開発、相談、運用、内製化支援などのどこに強いか
- 類似課題：自社の業務・端末・移行・連携に近い事例の有無
- 担当体制：開発者、要件担当、保守窓口、再委託の有無
会社によって得意分野は異なり、受託開発、コンサルティング、ホスティング、内製化支援、リセール、トレーニングなどに分かれます。公式の検索で認定や対応領域を確認したうえで、営業CRM、顧客マスタ移行、iPad入力、Cloud・Server運用、外部API連携など、自社に近い事例を尋ねます。
Claris Japan Excellence Award 2025では、ライセンス販売、教育、業界別App、内製化に関わる企業が紹介されました。受賞歴も、確認材料になります（出典：Claris「Claris Japan Excellence Award 2025 受賞者発表」、2025年11月）。
また、担当者のClaris認定資格と、実際に開発するメンバーを確認します。営業と開発が別会社の場合、設計、品質、問い合わせの責任の分け方が変わる可能性があります。
提案には自社の業務責任者も参加し、画面の見栄えより、データと運用への理解を確かめます。
見積書の前提・除外・変更費
見積の前提として、画面や帳票の数、レコード件数、移行対象を確認します。さらに、連携の本数、ユーザー数、拠点数も、前提の項目に入れます。
テスト環境、研修回数、納品物、修正回数が含まれるかも、見積ごとに確かめます。「別途相談」や「必要に応じて対応」と書かれた箇所は、追加費用になりやすいものです。
そうした箇所については、上限や算定方法を聞き、工数単価、作業時間、固定費のどれで計算しているかを比べます。そのうえで、見積の条件をそろえ、業務への適合度、費用、運用リスクを、自社の優先順位で評価します。
- 業務理解・提案適合度：30点
- 要件・品質・テスト：20点
- 費用・TCO：20点
- 移行・教育・定着支援：15点
- Cloud/Server・セキュリティ：10点、契約終了時の引き継ぎ：5点
この配点は一例です。安い提案を自動的に選ばず、重要なリスクを比べやすくするために使います。
提案段階でのセキュリティとAIの扱い
個人情報や営業機密の管理と、AI利用時のデータの条件は、提案の段階で確かめます。
- 安全管理：保存、認証、ログ、復元、再委託、削除の方法
- 委託先監督：契約で取扱状況を把握し、必要に応じて監査
- AI利用：送信情報、保存、学習、国外処理、権限の扱い
保存リージョン、暗号化、多要素認証、管理者権限、通信制限を点検します。さらに、復元テスト、データ削除の証跡、脆弱性への対応も確かめます。
個人情報保護委員会も、委託先の安全管理措置を確認することを望ましいとしています。
FileMaker 2025以降のAI機能で、要約、文書検索、自然言語検索、回帰予測などを使う場合は、送信するデータを定めます。匿名化やマスキング、保存期間の扱いも、同じように確かめます。
顧客マスタの品質や権限が不十分だと、AIを加えたことで誤要約や漏えいのリスクが増える可能性があります。そこで、利用前にデータ構造とアクセス制御を整え、限定したデータで検証します。
発注後の運用と内製化の設計
外注のゴールは、納品ではなく、現場が継続して使い、改善できる状態をつくることです。そのため、入力率、案件更新の遅延、検索時間、帳票作成時間、問い合わせ件数、エラー件数を毎月確認します。
改善の優先順位を決め、保守の範囲、追加開発の見積、緊急対応も、運用ルールとして定めます。
運用責任者と改善の流れの決定
発注側は、社内の責任者と委託の範囲を決め、運用と改善を分担します。
- 運用担当：管理者、キーユーザー、承認者、セキュリティ担当
- 社内で対応：データ定義、軽微な修正、マスタ、簡単な帳票
- 外部へ依頼：複雑な連携、移行、性能・セキュリティ検証
アカウント、権限、バックアップ、障害連絡、要望の受付、リリース承認の担当は、一覧にしておきます。委託中も、業務の優先順位は発注側が決めます。
内製化も段階的に進めます。ただし、権限の設計は、外部パートナーに依頼する分担が現実的です。また、委託先に操作研修やレビューを依頼し、設計書と変更履歴を社内に残すと、依存度を下げられます。
失敗しやすい発注を避ける確認項目
避けたいのは、現場を見ずに一人の要望で発注することや、画面数を目的にしてしまうことです。移行・保守・バックアップを後回しにすることや、安さだけで選ぶことも、失敗につながります。
FileMakerは柔軟なため、設計者によって、データ構造、命名、スクリプト、権限の品質に差が出ます。そのため、設計の品質と運用上の責任を確かめ、その結果を発注条件と契約内容に反映します。
- 業務要件の承認者と初回リリースの範囲は明確か
- 移行元データの修正担当とCloud・Serverの運用責任は明確か
- 障害時の復旧目標と、受け取れるApp・設計書は明確か
- 委託先変更時に返却・削除するものは何か
- AI利用時に外部へ送信するデータは何か
見積と契約に、上の5項目への回答が入っていれば、発注後の追加費用と認識のずれを抑えやすくなります。
よくある質問（FAQ）
発注や外注で質問されやすい内容に、ここで回答します。回答は、RFPの確認項目としても使えます。
Claris FileMakerのシステム開発はどのくらいの期間がかかりますか？
開発期間は規模によって異なり、データ整備や発注側の意思決定の速さにも左右されます。
- 小規模：1〜3か月
- 中規模：3〜6か月程度
- 複数拠点・大規模連携：6〜12か月以上の可能性
小規模は、顧客・案件・活動履歴を中心にした開発です。ここでの期間は、要件整理からリリースまでの目安です。
中規模は、見積・受注、権限、データ移行、外部連携、教育を含みます。複数拠点や大規模連携を含む場合は、長期化する可能性があります。
FileMaker CloudとFileMaker Serverはどちらを選べばよいですか？
サーバーの更新や監視を自社で担わず、遠隔利用と最新機能を重視するなら、FileMaker Cloudが候補になります。一方で、閉域網や既存インフラ、独自の運用統制、特定のバックアップ方針を重視するなら、FileMaker Serverが候補です。
ライセンス、インフラ、運用担当者、障害対応、バックアップ、復旧を含むTCOと、責任の分け方で決めます。
Claris FileMakerの開発を内製化せず外注しても問題ありませんか？
外注は可能ですが、業務の優先順位と受入の判断まで、委託先に任せきりにしないことが大切です。そのためには、設計書、権限一覧、テスト結果、移行手順、Appファイルを受け取り、社内の担当者が運用を理解できる状態にします。
将来の内製化を考えるなら、軽微な改修やマスタ更新を社内で担えるよう、研修とレビューを契約に含めます。
RFPが作れない状態でもClaris FileMakerの会社へ相談できますか？
相談できます。業務フロー、利用者、困りごと、希望時期を共有すると、要件整理や現状分析から支援してくれる会社を探せます。
現在使うExcelや帳票も共有します。相談前に、必ず解決したい課題と初回の対象外にする業務を仮に置いておくと、提案を比べやすくなります。
RFP作成は準委任で依頼し、その後の開発は別契約にする方法もあります。
まとめ
まず、発注前に現状業務と導入目的を整理し、パッケージ、カスタム開発、共同開発、一括委託のうち、合う形を決めます。そのうえで、CloudとServerの責任の分け方、データ構造、権限、端末、連携、移行範囲をRFPに落とし込みます。
開発費の推定レンジは、小規模が50万〜300万円、中規模が300万〜1,000万円、大規模が1,000万〜3,000万円超です。ただし、これは案件固有の正式見積ではありません。ライセンス、インフラ、保守は、開発費と分けて考えます。そのほか、教育、バックアップ、AI・API利用料も、別々の項目として扱います。
同じ条件で複数社を比べ、価格以外に、類似業務の実績、移行、セキュリティ、成果物、終了時の引き継ぎも確認します。
発注後は、受入条件と運用指標をもとに小さくリリースし、入力率や作業時間を見ながら改善します。また、業務を理解したキーユーザーを社内に置き、外部パートナーと設計書、Appファイル、運用手順を共有します。必要な部分を継続委託する体制を整えると、Claris FileMakerの柔軟性を長く活かせます。
▼全体ガイドの記事
・Claris FileMakerのシステム開発の完全ガイド
▼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を創業。