試作品の検証を設計する：作る範囲と次の判断を先に決める

試作品に持たせる役割を一つ選ぶ

「使いたいか」「操作できるか」「提供を続けられるか」は別の問いです。画面が使いやすくても需要があるとは限らず、利用者が希望しても現場が処理できないことがあります。最初の検証では、事業が成立しなくなるほど大きい未確認事項を一つ選びます。

英国政府のサービス開発ガイドは、アルファ段階でリスクの大きい仮定を試し、必要な部分だけを試作する考え方を示しています。以下はその考え方を小規模な企画検証に応用した、本稿の検証カードです。

次は、地域の施設予約サービスを考える説明用の架空例です。実施結果ではありません。三つを一度に調べず、最も不確かな行から始めます。

施設予約サービスの検証カード例
問い	作る範囲・試す場面	観察すること	次の判断
利用する理由があるか	最近予約に困った人に、予約までの流れを紙で示す	直近の困り事と提案が合うか。現在の代替手段から変える条件は何か	困り事が違うなら対象か課題の設定へ戻る
操作が分かるか	空き枠を選んで確認する画面だけを作る	説明なしで次の操作を選べるか。どこで解釈が分かれるか	迷いの原因を直し、同じ課題で再確認する
現場で提供できるか	架空の予約を職員役が手作業で処理する	確認・変更・例外処理が担当者と手順に収まるか	権限や例外対応が未定なら受付開始を保留する

検証カードには、対象者を選ぶ条件、依頼する課題、記録方法、所要時間の見込みを追記します。「うまくいけば続ける」ではなく、重大なつまずきが残ったら修正する箇所、提供条件が決まらなければ開始しない範囲を具体化します。少人数の観察を市場全体の割合には換算しません。

記録は「確認画面で戻る操作をした」「料金が確定したと思ったと話した」のように観察と発言を残します。「需要がない」「ITに不慣れ」といった解釈は別欄です。進行役の説明で解決した場合は、試作品だけでは解決していないことも記録します。

終了後は、仮説を支持した点、反した点、試し方の問題で分からなかった点を整理します。課題が合わないなら企画を変更し、操作の問題なら該当部分だけを直し、運用条件が未定なら開始を保留します。満足度の高い感想があっても、この区別を飛ばして製品化は決めません。

検証の前提となる顧客の行動がまだ曖昧なら、顧客インタビューの質問づくりから確認できます。

以下の公開一次資料を2026年9月23日に確認しました。記入表と検討手順は、本稿で提案する整理方法です。

GOV.UK Service Manual: How the alpha phase works：最もリスクの大きい仮定を試し、必要な部分に限って試作するという開発段階の考え方を参照。

英国政府のアルファ段階の説明を、すべての事業に共通する期間や合格基準として適用していません。試作品での行動は本番利用・継続・支払いを保証しません。検証カードと例は本稿の提案で、実案件の実施記録ではありません。