納期管理システムの発注は、まず課題と範囲を整理するところから始まります。その後、方式と契約を決めたうえで、要件定義から現場導入までを段階的に進めます。この流れで進めると、遅延を早い段階で把握する仕組みにつながります。
下の見出しでは、発注形態の選択から導入後の定着まで、段階ごとに決めることを順に扱います。
▼全体ガイドの記事
・納期管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
納期管理システムの発注・外注の考え方
納期管理システムを発注するときは、画面や機能の数より先に、納期回答の精度を高めるためにどの業務データを一元化するかを決めます。
納期管理には、受注情報のほかに、部品表、在庫引当、仕入先の納入予定、設備と人員の能力が関係します。さらに、工程間の依存関係、休日、外注先の予定もかかわるため、対象のデータは受注画面の外にも広がります。
発注前に決めるべき目的と対象範囲
「納期を守る」という抽象的な目的のままでは、導入後に効果を測れません。そこで、まず測定できる課題に置き換えます。導入の前後で何が変わったかを、この課題で比べられるようにするためです。
- 営業が生産管理へ確認する、納期回答までの時間を短くする
- 出荷直前に発覚する遅延を、早い工程で検知する
- 外注先の回答待ちを見える化する
- 納期遵守率を改善する
導入前に、現在の納期回答時間、遅延件数、遅延理由、在庫確認や転記にかかる時間を記録しておくと、導入後の評価がしやすくなります。
対象範囲は、受注登録だけに絞るのか、在庫から出荷までの業務を含めるのかを決めます。範囲を広げるほど効果は見込めますが、既存の販売管理や会計、生産管理との連携も必要になります。さらに、マスタ統合とデータ移行も伴います。
初回の発注では、受注から納期回答、進捗確認、遅延アラートまでを第一段階にしておくと安全です。そのうえで、高度な計画機能は実績が蓄積してから追加します。
納期回答に必要なデータモデル
納期管理で最低限そろえたいデータは、業種に応じて次のように分けて考えます。
- 受注：受注番号、顧客、品目、数量
- 納期と進捗：希望・確定納期、優先度、担当者、工程、予定・実績日、遅延理由
- 製造：BOM、在庫数量、引当状況、購買発注、仕入先の納入予定、外注工程、設備能力
- 工事・保守：作業員の稼働、現場の予定、部材搬入、協力会社の作業日を、マイルストーンで管理
システム会社に相談する際は、機能名だけでなく、「どのデータを、誰が、いつ更新し、どの判断に使うか」を伝えます。「遅延アラートがほしい」とだけ伝えると、要件が曖昧なままになります。
たとえば、予定日を過ぎても実績が未入力の場合や、次工程の開始日までに部材が入らない場合に通知する、と定義します。通知先は営業と生産管理です。こうした業務ルールが、発注範囲と見積金額の土台になります。
発注形態の選び方
発注形態は、標準機能を使うSaaS、ローコードで自社業務に合わせる方法、生産管理パッケージの導入、個別開発に分けて検討します。最適な形態は、安さや機能の数だけでは判断できません。
判断では、利用者数と工程の複雑さを中心に見ます。製品や案件の種類と、既存システムとの連携も合わせて考えます。外注比率や将来の拠点展開も、判断の材料になります。
SaaS・ローコードが向くケース
納期管理を台帳や進捗共有から始め、現場で改善したい場合は、標準機能を使えるSaaSやローコードが候補になります。
- 基本管理：台帳、カレンダー、進捗、担当者通知
- 簡易な業務フロー：承認を含む運用を標準機能で試す
- 現場での改善：入力状況を見ながら機能や運用を調整する
kintoneの公式料金ページでは、ライトは1ユーザー月額1,000円、スタンダードは1,800円、ワイドは3,000円です。ライトとスタンダードは最低10ユーザーです。
10ユーザーの場合、ライセンスだけなら月額1万〜3万円が出発点です。ただし、初期設定やプラグインは別費用です。帳票、連携、教育も別に費用がかかります（出典：サイボウズ株式会社「kintone 料金」、2026年8月確認）。
Microsoft 365をすでに使っている企業では、Power Appsを中心に、DataverseやPower Automateを組み合わせる選択肢もあります。
公式価格ページでは、Power Apps Premiumが年払いで1ユーザー月額2,998円相当、税抜です。利用者全員のライセンスも必要です。さらに、プレミアムコネクタ、データ設計、運用管理も要します。
SaaS同士を比べるときは、月額の金額だけで判断しないことが大切です（出典：Microsoft「Power Apps のライセンスと価格」、2026年8月確認）。
パッケージ・個別開発が向くケース
パッケージと個別開発は、管理範囲と独自要件の重要度で選びます。
- 生産管理パッケージ：受注・生産計画・BOM・在庫・購買・工程・外注・出荷を一体で管理
- 個別開発：特殊な製造工程、独自の納期回答ロジック、顧客ポータル、複数拠点やEDIとの複雑な連携が競争力に直結する場合
パッケージには標準の業務知識が組み込まれているため、ゼロから仕様を作る負担を抑えられます。ただし、標準業務に合わせて運用を見直す必要があります。独自帳票や特殊な納期計算を追加しすぎると、費用と保守の負担が増えます。
個別開発で全社を一度にフルスクラッチで置き換えると、作業が大きく膨らみます。要件定義から移行、テスト、教育まで、一度に抱えることになるためです。そこで、納期回答と遅延検知から小さく作り、効果を確認した範囲から広げる段階発注が現実的です。
発注前のRFPと要件の整理
RFPは、提案を依頼する会社に、自社の課題と対象範囲を同じ情報で伝えるための文書です。期待する成果と条件も、このなかに書きます。
相談は、要件が粗いうちから始めて構いません。ただし、現行業務と優先順位が曖昧なまま発注すると、会社ごとに前提が変わり、見積金額も納期も比べられなくなります。
RFPは、提案を比べるための資料であると同時に、自社内の意思決定をそろえるために作ります。
現行業務と関係者の可視化
現行業務は、業務の流れ、担当者、情報の置き場所の順に確認します。
- 受注受付、納期回答、材料手配、工程計画、作業実績、検査、出荷、納品を確認する
- 営業、生産管理、購買、現場、品質、出荷、経営、外注先の役割と更新時点を整理する
- Excel、メール、紙帳票、既存システムを並べ、納期情報の重複を探す
ヒアリングでは、標準ケースだけでなく例外も確認します。例外には、割り込み注文、材料不足、外注先の遅延、再加工があります。さらに、分納、休日出勤、工程のやり直しも含まれます。
それぞれ、誰が納期を変更し、顧客へどう回答するかを聞きます。例外を扱わないと、現場がメールや個人メモへ戻るおそれがあります。
MUST・WANTとRFPの必須項目
RFPでは、導入初日から必要な機能と追加候補を分けます。
- MUST：納期・進捗・欠品・外注予定、権限、履歴、CSV、既存連携
- WANT：AI遅延予測、IoT自動実績収集、顧客ポータル、複雑な最適化
要望をすべて同じ優先度で並べると、予算内に収めるために何を削るかを判断できなくなります。
RFPには、対象拠点、利用者数、同時利用、年間受注量を書きます。製品・案件・工程の種類、外注比率、既存システムも記載します。データ件数、希望時期、予算も示します。
非機能要件もRFPに示します。ブラウザ・スマートフォン対応、権限、監査ログ、バックアップと復旧が含まれます。加えて、応答時間、セキュリティ、データ出力条件も書きます。
IPAの要件定義ガイドも、ユーザー企業とベンダーが要件を明確にし、合意することの重要性を説明しています（出典：IPA「ユーザのための要件定義ガイド 第2版」、2021年）。
納期管理システム開発の進め方
外注開発は、発注して完成品を待つだけの流れではなく、ユーザー企業と委託先が各段階で合意を更新しながら進める共同作業です。ユーザー企業が業務の判断基準とデータを提供し、委託先が設計・開発・テストを進めます。
特に納期管理は現場の例外が多いため、画面のレビューやサンプルデータによる確認を、早い段階で行います。
企画・要件定義フェーズ
企画では目的と範囲を定め、要件定義では実装と運用の条件を文書にまとめます。
- 企画：導入目的、対象業務・拠点、効果指標、導入順序を決める
- 要件定義：業務フロー、画面、帳票、権限、データ項目、連携、アラート、移行を文書化する
- 納期計算：在庫、部材入荷、工程能力、休日、外注リードタイムの考慮範囲を決める
現場の代表者には、実際の受注データや遅延案件を見せてもらいます。それをもとに、プロトタイプや業務シナリオで確認します。
入力項目が多すぎると更新されなくなるため、毎日入力する項目と、マスタや既存システムから自動連携する項目を分けます。要件定義を委託する場合でも、最終判断は発注側が行い、未決事項は一覧で管理します。
設計・開発・連携フェーズ
設計・開発では、画面とデータの形を決めます。権限や連携、履歴の扱い、障害時の運用も決めておきます。
- 画面・基盤：画面遷移、データベース、API、通知、帳票、バックアップ、障害時の運用
- 権限：営業は確定納期と顧客回答履歴を見られ、原価や他顧客情報は見られない設計にする。生産管理は工程を変更でき、変更理由を必須にする
- 変更記録：納期変更の履歴と変更者を残し、原因を追跡する
連携の対象は、販売管理、在庫、購買です。会計、EDI、外注先も連携先に含まれます。連携の方式がCSVかAPI・EDIかによって、費用と運用が変わります。
クオリカのATOMS QUBEは、受注出荷、生産計画、資材所要量、購買、工程、在庫を扱う製品の一例です。
製品との適合性は、自社の業務シナリオで確認します（出典：クオリカ株式会社「ATOMS QUBE」、2026年8月確認）。
テスト・移行・リリースフェーズ
テストでは、画面が表示されるかだけでなく、納期回答が正しく変わるかを確認します。特に、遅延につながる次のケースを再現します。
- 部材が不足した場合
- 外注工程が遅れた場合
- 分納になった場合
- 予定日を変更した場合
- 休日をまたぐ場合
テストは、単体テスト、連携テスト、業務シナリオテスト、受入テストに分けます。発注側が受入条件を満たしたかを判断できる状態にしておきます。
データ移行では、どの情報を移行の対象にするかを決めます。品目、顧客、仕入先、BOM、工程が候補になり、在庫、未完了受注、過去の納期変更履歴も候補に加わります。
すべてを一度に移行しようとすると、古い表記や重複データの整理に時間がかかり、遅延します。
移行対象と除外対象、変換ルールを決めます。検証件数と切り戻し方法も決めたうえで、まずは少量のデータでリハーサルを行います。
リリース後は、問い合わせ窓口と障害時の連絡先を明確にします。旧運用をいつ停止するかも周知します。
契約形態の選び方（請負と準委任）
契約形態は、フェーズごとの成果物と不確実性に合わせて選びます。プロジェクト全体を一つの契約で決めるとは限りません。
要件が固まっていない企画・要件定義は準委任、仕様が確定した設計・開発は請負、導入支援や運用は準委任、という組み合わせが一般的な考え方です。
IPAのモデル契約資料も、企画・要件定義は準委任、設計・プログラミングは請負を基本とする整理を示しています（出典：IPA「情報システム・モデル取引・契約書」、2025年資料）。
請負契約での確認事項
請負契約では、完成を求める成果物と受入条件を明確にします。
- 契約範囲：仕様、対象機能、納期、受入条件、検収方法
- 機能要件：アラート条件、納期計算、連携形式、帳票、性能、権限
- 受入対象：移行データと受入テストを成果物に結び付ける
契約後に仕様を追加すると、納期と費用に影響します。そのため、変更手順、追加見積の算定方法、承認者をあらかじめ定めておきます。
引き渡しの対象は、ソースコード、設計書、データベース定義、API仕様です。テスト結果と運用手順の引き渡しも対象にし、知的財産権の扱いも確認します。
委託先を変える場合に備えて、解約時のデータ出力とアカウント返却も契約に含めます。
準委任契約での確認事項
準委任契約では、完成品の納品ではなく、業務の遂行に対して報酬を支払います。
- 対象業務：要件整理、専門人材支援、アジャイル開発、運用改善
- 向く段階：仕様が変わる要件定義や、優先順位を一緒に決める場面
- 契約条件：担当者、作業範囲、稼働時間、会議体、成果物、報告、品質確認
準委任は、完成品の納品を必ず保証する契約とは限りません。そこで、要件定義は準委任、確定した機能の開発は請負とする二段階の契約が、現場確認を重ねる納期管理と合わせやすい方法です。
月額の支援費に加えて、要件定義で何が完成するのか、次の開発契約へどう引き継ぐのかを確認します。
IPAのモデル契約は、変更や未決事項について、契約当事者が変更管理の手続きに沿って費用と納期を協議する考え方も示しています。
納期管理システムの費用相場と期間
納期管理システムの費用は、標準SaaSの月額利用から、複数拠点・複数システムを含む数千万円規模の開発まで幅があります。
全国統一の公的な相場はありません。そのため以下は、リサーチノートで確認した業務システムの相場、公式料金、要件の複雑さを組み合わせた目安です。
実際の費用は、利用者数や連携数、データ移行の量で変わります。さらに、現場端末、帳票、保守範囲によっても変わります。
発注形態別の費用レンジ
発注形態ごとの費用と期間は、要件の規模によって次のような幅があります。
- SaaS：初期0〜50万円程度、利用開始まで2週間〜2か月程度
- ローコード：100万〜500万円程度、1〜4か月程度
- 生産管理パッケージ：300万〜1,500万円程度、3〜9か月程度
- 中規模開発・複数拠点連携：1,500万〜4,000万円程度、6〜12か月程度
- 全社フルスクラッチ：独自計画、IoT、複雑なEDI、全社刷新まで含む場合は3,000万円〜8,000万円超、1〜2年以上になる可能性
これらは、受注、生産、在庫、購買を含む類似システムから推定した数字です。公的な価格表ではありません。
小規模システムは数百万〜1,500万円、複数領域の刷新は1,500万〜4,000万円程度という整理を基にしています。個別開発では、SE単価を月80万〜120万円程度と置く場合もあります。
単価は、スキルや上流工程によって変わります。管理工数や契約条件でも変わるため、単価だけで優劣を決めないことが大切です（出典：リサーチノート内の業務システム全般Q&A整理、2026年）。
初期費用・月額費用・保守費用の分け方
見積では初期費用と運用費を分け、含まれる作業と対応条件を確認します。
- 初期費用：要件定義、画面・帳票設計、DB設計、開発、連携、テスト、移行、教育、管理、リリース支援
- 運用費：SaaS・クラウドの月額、追加ストレージ、監視・バックアップ、問い合わせ、障害対応、法改正対応、追加改修
初期費用が安くても、連携や移行が別見積になることがあります。逆に、高く見える見積に、標準機能や教育、マスタ整備、稼働後支援が含まれる場合もあります。保守費を初期費用の5〜15％程度とする見積もりもあります。
年額か月額か、改修時間の扱い、24時間監視か翌営業日対応かを、自社の業務に合わせて確認します。
委託先選定と見積比較のポイント
委託先は、会社の知名度だけでなく、自社と似た生産形態や業務範囲を経験しているかで選びます。個別受注、繰返量産、見込生産、工事・保守では、納期管理の考え方が違います。
候補を2〜3社に絞り、同じRFP、同じサンプル受注、同じ遅延シナリオでデモと概算見積を依頼すると、価格と提案内容を比較しやすくなります。
実績とデモによる適合性の確認
実績確認とデモでは、自社業務への適合性を確かめます。
- 導入実績：生産形態、工程数、拠点数、外注比率、既存システム、利用者層
- 業務シナリオ：可能なら、納期回答、工程の滞留、部材欠品、外注遅延、分納を再現する
- 提案体制：質問への回答力と、標準機能・追加開発の区別
パッケージ導入会社は、標準業務や導入支援に強い一方で、独自連携や個別画面は別開発になる場合があります。受託開発会社は自由度が高い反面、製造業のマスタや現場運用への理解が必要です。
提案担当者だけでなく、設計・開発・保守を担う体制と経験も確認します。
同じ条件での見積比較
見積は総額だけでなく、同じ範囲と前提で比較します。
- 作業範囲：要件定義、開発、連携、移行、教育、保守
- 見積条件：工数、単価、期間、成果物、含まれない作業
- 標準機能：設定、運用変更、追加プラグイン、ライセンスの要否
開発費の支払時期、追加変更の単価、交通費、クラウド費用も比べます。さらに、移行の責任分担と障害対応の範囲も比べます。
工数配分の目安は、要件定義10％、設計10〜20％、開発40〜60％、テスト10〜20％です。ただし、案件によって変わります。開発工数が極端に少ない場合は、テスト、移行、教育、管理費が抜けていないかを確認します。
セキュリティと委託先変更のリスク
納期管理システムには、顧客や注文、価格、図面の情報が入る場合があります。仕入先や担当者の情報が入ることもあります。そのため、保護策と委託先の管理を定めます。
- アクセス：役職だけでなく業務単位で権限を設計
- 技術対策：通信暗号化、多要素認証、操作ログ、バックアップ、脆弱性対応
- 委託先：障害時の連絡、委託先や再委託先の管理
IPAの「中小企業の情報セキュリティ対策ガイドライン」第4.0版は、経営者向けの指針と実践手順をまとめています。2026年7月にも更新情報が確認できます（出典：IPA「中小企業の情報セキュリティ対策ガイドライン」、第4.0版）。
外注先が扱う注文書、契約書、納品書、見積書などを電子データで受け渡す場合は、電子帳簿保存法の対象となる取引情報が含まれるかを、経理部門と確認します。
国税庁は、電子メールやEDIなどで授受する取引情報を、一定要件の下で電磁的記録として保存する必要があると説明しています（出典：国税庁「電子帳簿保存法の概要」、2026年確認）。
法令対応をシステムだけで済ませると決めつけず、保存要件、検索性、訂正削除履歴、業務規程を確認します。
発注後の現場定着の進め方
納期管理システムは、導入日に完成するものではありません。現場の入力と業務ルールが続いて初めて、効果が出ます。そのため、操作研修だけでなく、なぜ入力が必要なのか、入力しないとどの判断が遅れるのかも共有します。
導入初期は、対象拠点や製品群を絞ります。実際の受注と遅延案件で運用を試し、問題を修正してから対象を広げます。
小さく始める運用と入力負担の軽減
小さく始める運用では、見える情報と入力の負担を整えます。入力者に毎回長文の入力を求めない設計にします。
- 見える情報：納期、現在・次工程、部材不足、外注予定、遅延理由を同じ画面に集める
- 入力負担：バーコード、QR、選択式理由、既存データの自動取り込みを使う
- 項目見直し：入力が増えた場合は目的と頻度を見直し、不要項目を減らす
導入後の会議では、システム上の画面で遅延、未着手、欠品、外注先の回答待ちを確認します。会議のたびに別のExcelへ転記していると、システムが業務の中心になりません。
委託先からは、操作マニュアルに加えて、マスタ更新の担当や問い合わせの手順も引き継ぎます。また、追加改修の依頼方法と障害時の連絡ルールも引き継ぎます。
KPIによる効果と追加投資の判断
導入前後で比較できる指標を決め、関係者が共通の数字を見ます。
- 納期：回答時間、納期遵守率、遅延を出荷何日前に発見したか
- 原因・在庫：遅延理由の件数、在庫金額
- 作業：転記工数、外注先からの回答待ち時間
大切なのは、経営、営業、生産管理、現場が同じ数字を見ることです。すべての指標を毎月追う必要はありません。
データが整い、一定期間の実績がたまった後に、遅延予測や需要予測などのAI機能を検討します。
入力漏れや納期変更の理由が残っていない段階でAIを導入しても、予測の根拠を説明できず、現場の信頼を失う可能性があります。
追加の発注は、KPIの変化と残っているボトルネックを確認したうえで、標準機能では足りない競争領域へ投資する順序が適切です。
よくある質問（FAQ）
納期管理システムの発注では、費用だけでなく、既存業務との適合性、契約上の責任分担、現場の入力継続性も同時に確認します。
納期管理システムの発注費用は最低いくらですか？
標準SaaSなら初期費用0〜50万円程度から検討でき、ライセンスは利用者数に応じた月額になります。独自画面、帳票、既存システム連携、データ移行を含むと、費用は増えます。
ローコードは100万〜500万円程度、生産管理パッケージは300万〜1,500万円程度などが目安です。正確な予算を知るには、対象範囲と連携条件をそろえた概算見積を取ります。
納期管理だけならExcelやSaaSで十分ですか？
受注件数や工程が少なく、担当者が限られ、在庫や外注との複雑な連携がないなら、ExcelやSaaSで始められる場合があります。複数人での同時更新や納期変更履歴が必要な場合は、専用の仕組みを検討します。
部材不足や工程能力を含めて納期を回答する場合や、複数拠点をまたぐ場合も、専用の仕組みを検討します。現在の業務を洗い出し、SaaSでは足りない要件が明確になってから個別開発へ進む方法もあります。
発注先を何社くらい比較すればよいですか？
初期の相談は複数社に行い、RFPとサンプルケースを同じ条件で示したうえで、最終候補を2〜3社に絞る進め方が比べやすいです。
候補が多すぎると、提案内容の評価に時間がかかり、各社へ異なる説明をしてしまいます。
費用、実績、デモの適合性、開発体制を同じ評価項目で採点します。保守、データ移行、契約条件も同じ項目に入れます。価格の低さだけで決めないことが大切です。
請負契約なら納期遅延の責任をすべて委託先に任せられますか？
請負契約でも、発注側の要件提示やレビュー、受入、データ提供が遅れれば、納期や品質に影響します。
契約書には、成果物と受入条件、発注側の協力事項を記載します。変更管理や遅延時の連絡と対応、検収、契約不適合への対応も記載します。
要件が固まっていない段階は準委任で整理し、仕様が確定した部分を請負にするなど、責任の範囲をフェーズごとに明確にしておくと安全です。
まとめ
発注前に整理する要点
納期管理システムを発注・外注するときは、まず「納期を守る」を、納期回答時間、納期遵守率、遅延の早期検知、外注先の回答待ちといった具体的な課題に分解します。
発注形態は、利用者数や工程、既存システム、外注比率、将来の拡張性に合わせて選びます。選択肢は、SaaS、ローコード、パッケージ、個別開発です。
委託先選定で確認する要点
発注前の要件整理、契約、見積比較では、次の条件をそろえます。
- 要件：現行業務、例外処理、MUST・WANT、データ、連携、非機能要件をRFPへ
- 契約：要件定義は準委任、仕様確定後の開発は請負など段階別に選ぶ
- 見積：作業範囲、成果物、移行、教育、保守を同条件で比較
- 費用：標準SaaS初期0〜50万円程度から個別開発3,000万円〜8,000万円超まで想定
特定の金額を鵜呑みにせず、自社の要件に基づく見積を取ります。
最後に、納期管理システムは導入して終わりではありません。小さな範囲で試し、現場の入力負担を減らし、遅延シナリオを検証して、KPIを定期的に見直します。
自社の業務を理解し、標準機能と追加開発の境界、契約上の責任、導入後の支援を説明できる委託先を選ぶことが、納期を守る仕組みを定着させる近道です。
▼全体ガイドの記事
・納期管理システム開発の完全ガイド
▼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を創業。