実証が終わった後の話 — PoCを本運用につなぐ引き継ぎ設計

「実証は成功しました。それで、次はどうすれば」——実証実験の報告会のあとに、この静かな行き詰まりはよく起きます。技術は動いた。数字も出た。しかし本運用への道筋が見えない。いわゆるPoC疲れの正体は、技術の失敗ではなく、引き継ぎの設計不在であることが多いのです。

実証の成果は、事業者の手元に溜まる

典型的な実証では、次のものが事業者側にだけ蓄積されます。

• 計測の定義(線の位置・数えた対象・集計条件)
• 生データと、その処理の履歴
• 換算やキャリブレーションの根拠
• うまくいかなかった試行の記録(実は最も価値があるのに、報告書には載らない)

報告書という「結果」だけが自治体に渡り、「再現する能力」は渡らない。この状態で本格導入の入札をすると、実証をやった事業者しか要件を満たせない——意図せざるベンダーロックインが、こうして成立します。

「別の事業者でも再現できる一式」を納品物にする

対策は、実証の契約段階で決められます。納品物を「報告書」ではなく「再現一式」と定義することです。具体的には:

1. 計測定義書: どこに・何を・どんな条件で。次の事業者がそのまま同じ計測を再現できる粒度で
2. データ本体: 集計表だけでなく、再集計可能な形式のデータと、その形式の仕様
3. 検証の記録: 何と突合し、どんな誤りの型がどれだけあったか
4. 判断の記録: 実証中に「やらないと決めたこと」とその理由(次の事業者が同じ穴に落ちないため)

事業者側から言えること

私たちは計測の事業者として、この要件を歓迎します。ロックインで守られる関係は、次の予算查定や担当者の交代で簡単に壊れるからです。定義とデータが公共側に残り、それでも選ばれ続ける——健全なのはその状態で、私たちのシステムが「定義の記録」「再集計可能なデータ」「撤回まで含む判断の記録」を標準の成果物にしているのは、そのためです。

実証を計画する側のチェックリスト

1. 納品物に「再現一式」(定義書・再集計可能データ・検証記録・判断記録)が含まれるか
2. データの形式は、特定の事業者のシステムがなくても読めるか
3. 本運用を別の事業者が担う場合を、仕様の段階で想定しているか
4. 実証で「やらないと決めたこと」の記録が引き継がれるか

おわりに

実証実験は、技術のテストであると同時に、引き継ぎのテストであるべきです。「この実証が終わったとき、何が我々の手元に残るのか」——契約の前にこの一問を立てるだけで、PoC疲れの大半は防げると私たちは考えています。