FDEの費用はどう決まる？業務委託の見積もり・稼働・成果物を整理

この記事の要点

FDEは統一された料金体系を持つ製品名ではありません。業務の調査範囲、関係者の数、実装するシステム、訪問頻度、担当者の役割などで必要な稼働が変わります。本記事では、根拠のない市場相場や当社の標準価格を提示せず、見積もりの前提を揃える方法を説明します。

同じ「週次伴走」でも、打ち合わせへの参加だけか、その間のデータ整理・実装・テストを含むかで内容は違います。見積もりに総時間しかなければ、現場確認、開発、レビュー、運用準備に何を含む想定かを確認します。実際の配分は検証結果に応じて変わるため、変更の決め方も必要です。

当社のFDE支援も、対象業務と稼働範囲を確認して個別にお見積もりします。初期検証で分かることと、本番化の見積もりに追加で必要なことを分けて整理します。

正確な件数や予算が不明でも、推測を確定値として書く必要はありません。「実測する」「社内確認する」「提案を求める」のどれかを記載します。依頼先が見積もりに置いた仮定も同じ表へ戻すと、後で条件が変わった理由を追えます。

対象業務と判断したいことを伺い、最初の検証範囲を整理します。

伴走型の仕事は、時間を使ったことと成果が同じになりがちです。そこで、打ち合わせごとに「今回確かめた仮説」「試作の変更」「評価結果」「残る論点」「次に判断する人」を記録する進め方を提案します。コードの量や会議回数だけで進捗を判断しません。

たとえば、請求書の読取りは動いたが発注番号がない帳票を照合できない場合、成果は単に「OCR完成」ではありません。対象にできる帳票の条件と、照合に使える別の項目、担当者が確認する負担まで示せると、次の実装に進むか判断できます。未解決事項も価値のある成果物です。

ソースコード、設定、テストデータの扱い、運用手順、アカウント管理は開始前の確認事項にします。権利や責任の具体的な条件は、実際の業務内容に合わせて法務・購買担当と契約を確認してください。ここでの整理表は契約書の代わりではありません。

現場の検証時間が取れず仮説を確かめられない場合は、稼働を増やすより体制を見直します。最初の期間を過ぎたから更新するのではなく、次に確かめることが明確かで判断します。90日モデル計画と投資対効果の整理も検討材料になります。

費用を知るには、仕様書が必要ですか？

必須ではありません。対象業務、利用データ、社内の確認体制を伺い、まず調査・試作に必要な範囲を整理します。本番開発費を確定できない段階では、未確定の条件を分けて提示します。

月額料金だけで比較してはいけませんか？

同じ稼働量、成果物、訪問条件、外部利用料、運用範囲であれば比較しやすくなります。条件が違う場合は、社内工数も含めた総負担で確認してください。

途中から受託開発へ変えられますか？

対象と受け入れ条件が明確になった範囲を、別の開発単位にすることは検討できます。費用、成果物、変更手順は切り替え前に改めて合意します。

参照日: 2026年10月28日。各社の役割説明・設計原則と、当社の提案を区別しています。表・業務例は当社の検討案であり、顧客実績、相場調査、効果保証ではありません。

対象部門、期待する変化、参加できる担当者をお聞かせください。調査・試作・実装を分けて、見積もりに必要な条件を確認します。

知りたいことに合わせて、次のテーマへ。