ユースケーススコアリングの仕組み:10 項目の意味
ユースケーススコアリングの仕組み:10 項目の意味
機会スコアの目的は、ユースケース候補を比較可能にすることです—— 「一番長く議論した案が勝つ」を、すべての候補に同じ問いを立てる固定の枠組み に置き換えます。スコアは意思決定の支援であって市場の真実ではありません。 今日のエビデンスと推論の要約であり、実際の反応によって変わるべきものです。
10 の評価項目
各項目は根拠つきで独立に評価されるため、なぜその点数なのかが見え、 反論もできます。
| 項目 | 立てる問い |
|---|---|
| 痛みの頻度 | ターゲットはこの課題にどれくらい頻繁にぶつかるか |
| 痛みの深刻度 | ぶつかったとき何を失うか |
| 緊急度 | 今すぐ解決が必要か、いつかでよいか |
| 既存支出 | 代替手段にすでにお金(や有給の工数)が流れているか |
| プロダクト適合 | 実際の製品がこの課題をどれだけ解けるか |
| 到達可能性 | 実際に持っているチャネルでこの層に届くか |
| 差別化 | このユースケースにおいて、明白な代替でなく自社を選ぶ理由があるか |
| エビデンス品質 | 上記の根拠はどれだけ強く、複数あるか |
| 検証容易性 | 安く速く検証できるか |
| 戦略適合 | ここで勝つことがチームの能力と方向性に合うか |
合計の計算方法
合計は決定的な加重和です。
Total score = Σ(項目スコア × 設定された重み)
これは算術であって、モデルの総合的な印象ではありません——同じ項目スコア からは常に同じ合計が出ます。本番の重みの具体値はベータ期間中に調整される 可能性があります。この公開フレームワークが説明するのは判断の構造であって、 恒久的なランキング保証ではありません。
重みに関係なく働くガードが 2 つあります:製品側の能力不足が確認された候補は プロダクト適合で高得点を取れず、検証手段のない候補は検証容易性が最低に 固定されます。
Confidence はスコアの中に入れない
すべてのスコアには Confidence(低・中・高)とエビデンスレベル (不足 → 単一シグナル → 反復シグナル → 見込み顧客フィードバック → 行動 シグナル)が並記されます。「スコア 75・Confidence 低」はありえます—— 紙の上では有望、根拠は薄い。その不確実性を数字に混ぜ込むことは、いちばん 見るべきものを隠すことです。
欠損データと矛盾の扱い
データの欠損はエビデンス品質と Confidence を下げます——黙って「平均」に 置き換えられることはありません。反証エビデンスは機会に紐づいたまま保持され、 未解決の矛盾は推薦と一緒に表示されます。ならされて消えることはありません。
手動での上書き
スコアはユーザーが上書きできます。公開 Web が知らないことをチームは知って いるからです。上書きは記録され、下流の結論(推薦・レポート)は古いまま 残らず、無効化されて再計算されます。
根拠ある推薦・優先検証候補・推薦なし
却下されておらず Confidence が低ではない候補は、根拠ある主要推薦になり えます。該当候補がない場合、UseCaseify は最高スコアを自動的に推薦へ 格上げしません。Confidence が低ではない、反復シグナルがある、支持 Evidence が 1 件以上ある、Product Fit と検証容易性が基準以上、Red-team Review を通過 している、という安全条件を満たす場合に限り、「優先検証候補」 と表示 します。これは「次に試す初期仮説」であり、「市場が欲しがっている」という 意味ではありません。
安全条件を満たす候補もなければ、推薦を提示せず、より強い Evidence の収集を 促します。
検証後の再スコアリング
実在の見込み顧客の回答は、理由つきのスコア変更提案を生みます。反映されるのは あなたが受け入れたときだけで、来歴が残ります——スコアの履歴を見れば、賭けが 今どこにあるかだけでなく、何がそれを動かしたかが分かります。
UseCaseify を試す:usecaseify.com — 登録で 2 credits、クレジットカード不要。