デザイン思考は意味ない？付箋で終わった案件を、顧客の事実と小さな検証へ戻す

成果が見えないときは、止まった場所を探す

顧客に話を聞いていないなら理解の材料が不足しています。困りごとが広すぎるなら対象と場面を絞ります。案を試していないなら、学べる反応がありません。試した後に誰も決めないなら、手法以前に意思決定の設計が足りない状態です。

工程をきれいな順番で一度だけ終える必要はありません。分からないところへ戻るために、今ある根拠と足りないものを出します。社内で人気のある案が、顧客に必要な案とは限りません。

架空例：申込フォームの改善が進まない

ある会社は相談申込フォームの利用を増やすため、ワークショップで「入力項目を増やせば、よい相談が来る」と決めました。ところが、利用者の作業は見ておらず、何を迷っているかも確認していません。案を作ったことと、課題を確かめたことが混ざっています。

利用者へ説明用の見本を試してもらうと、架空の協力者2人のうち1人が「送信後に何が起こるか分からない」と言いました。これは少数の観察であり、全利用者の原因や申込率の改善効果を証明しません。それでも、次に説明文を試す具体的な材料にはなります。

観察した事実・推測・未確認を分ける

「利用者は不安だ」と要約する前に、誰がどこで止まり、何と言ったかを書きます。その後に自分たちの解釈と、まだ聞いていないことを分けます。人数を多く見せたり、顧客の言葉へ社内の期待を足したりしないでください。

一度のテストで、学びたいことを絞る

今回は、「送信後の流れを示すと、利用者が何を申し込むか説明できるか」を確かめます。価格やデザインも同時に変えると、どの変更が影響したか分かりづらくなります。試す案と観察する行動を対応させてください。

IDEO.orgのDesign Kitも、実環境の試作では学びたい未解決の問いから範囲を定め、指標や必要な資源を確認するよう説明しています。本記事の紙の見本テストは、実環境で数週間等試すLive Prototypeそのものではなく、その前の小さな確認例です。

• 出典：IDEO.org Design Kit：Live Prototyping（新しいタブ）

担当・期限・条件・判断する人を決める

案がよくても、協力者を募る人、見本を作る人、観察をまとめる人、次を決める人がいなければ止まります。費用や個人情報の扱いを決める権限も確認します。初回の検証だからといって、無断で実顧客の画面や情報を使わないでください。

判断条件は、都合のよい結果だけを採らないために置く

「3人全員が理解したら市場で成功」といった基準にはしません。少数の見本テストで分かるのは、その条件の協力者の理解や迷いです。実際の申込率や収益は、別の段階で確認します。

例えば、同じ説明で複数人が迷えば文言を直す、対象者によって必要な情報が違えば対象の区分を見直す、制度や安全上の問題が分かれば公開を止めて専門家へ確認する、と決められます。結果のよし悪しより、次の判断へ何が増えたかを見てください。

専門知識や原因調査を先に使う場面もある

既知の不具合、セキュリティ、法令、安全、複雑な技術の可否などは、付箋の多数決では判断できません。適切な専門家、データ、検証方法が必要です。顧客の希望があっても、そのまま実施してよいとは限りません。

すでに原因と直し方が分かっている単純な問題なら、長いワークショップを増やさず修正と確認を行う方が適する場合もあります。手法を使った証拠を作るために、不要な工程を増やさないようにします。

次の会議は、案の数ではなく学びと判断を持ち寄る

共有するのは、問い、実施条件、観察事実、解釈、残る不明点、次の判断です。「盛り上がった」「付箋が100枚出た」は活動の記録にはなりますが、顧客の問題解決の証拠とは分けます。

チームの進め方を振り返るならKPTで項目を作る手順へ、事業の支援や決裁が止まっているなら新規事業の負担整理へ。観察と意思決定をつなぎ、次の一回で何を確かめるかを具体化してください。