無償パイロットではなく、有償PoCから始める理由
無償パイロットは始めやすく見えます。しかし実際には、DXプロジェクトを有効にするために必要な要素を弱くしてしまうことがあります。業務責任者、サンプルデータ、受入条件、最後の判断です。
大きなDX投資の前に証拠が必要な日本企業にとっては、小さな有償PoCの方が健全です。大規模変革ではなく、判断に使える小さなプロジェクトになります。
このパターンは日本固有ではありませんが、特に顕著に現れます。エンタープライズ調達が遅いため、ベンダーが遅さを回避するために「無償」を提示し、結果として社内では予算が立たない案件になります。社内予算がないと、責任者が決まらず、システムオーナーが任命されず、データ承認も依頼されず、最終日に「続ける道筋がない」状態でプロジェクトが消えます。
有償にすることで変わること
有償PoCは大きい必要はありません。スコープを守るだけの真剣さが必要です。
業務責任者が週次デモに参加する
キックオフ前にサンプルデータを準備する
成功条件を書き出す
除外範囲を明確にする
最終デモで次の判断を行う
この構造により、経営層が評価できる具体的な材料が残ります。支払いは収益のためではなく、強制機能(forcing function)です。たとえ小さくても予算項目が紐づけば、社内プロセスが動き出します。法務はDPAをレビューし、情報システム部門はサンドボックスを払い出し、業務責任者はカレンダーを確保し、セキュリティ・チェックシートが実際に返ってきます。これらは予算コードなしでは安定して起きません。
入り口となる有償エンゲージメントの典型例:
DX準備度監査(1週、約60〜90万円相当)。 業務マップ、実現性と効果でランク付けした自動化候補、ROI見積、スコープを定めたスプリント提案書。何を作るか自体がまだ未確定のチームに適する。
Quick PoC(2週、約180〜250万円相当)。 1業務の動くプロトタイプ、絞ったAIステップ、デモダッシュボード、本番化コストと工期を含む次ステップ計画書。業務は分かっているが証拠が足りないチームに適する。
MVPスプリント(4週、約350〜500万円相当)。 使える社内アプリまたはワークフロー、実(または模擬)連携、デプロイ、基礎監視。PoCが成功し、パイロット利用者群が用意できる段階。
社内目安として、PoC費用が受け入れチームの2週間人件費を下回るなら、議論の軸は価格ではなく価値です。
避けたい進め方
危険なのは、予算責任者がなく、実際の業務サンプルもなく、次の判断も決まっていないパイロットです。活動は増えますが、証拠は残りにくくなります。
無償パイロットが「成果ゼロ」へ向かう警告サイン:
業務責任者がいない。イノベーション部門の窓口だけ。
代表的なサンプルデータがない(「後で送る」)。
「ただのデモ」だからセキュリティチェックシートはなし。
受入条件が「やってみて判断」。
後続予算が「結果次第」で、承認経路が明示されない。
社内ではベンダー評価として位置付けられているが、次の一歩が未定義。
業務責任者を置けない、代表的なデータを共有できない場合は、まずDX準備度診断から始める方が適しています。診断はPoCより安価で、書面の成果物が残り、欠けている判断を早く可視化します。完全なスプリントより予算化しやすく、双方にとって最初の調達テストとして有用です。
最初に問うべきこと
AIが一般的に役立つかではなく、1つの痛みの強い業務を2〜6週間で速く、見やすく、管理しやすくできるかを問うべきです。集中したPoCは、その問いに答えるためのものです。
最初の案件に適した問いの形:
「人手承認を残したまま、AI下書き返信キューでTier-1サポートの平均応答時間を50%削減できるか」
「仕入請求書から必須7項目を再現率95%以上で抽出し、既存会計APIに投入できるか」
「800ページの社内規程ライブラリから、検証可能な引用付きで該当条文を30秒以内に見つけられるか」
いずれも検証可能、予算化可能、判断可能です。スタートに変革プログラムは不要です。だからこそ、有償PoCのほうが誠実な道です。実際に答えが出せる問いに、双方が約束を置く形になります。