クリエイティブの作業をしていると、試作までは進められる。
でも「見せる」「評価される」ところで止まってしまう。
そんな経験、ありませんか？
検証フェーズが一番苦しいのは、あなただけではありません。
私自身、何度もそこで立ち止まりました。
- 検証フェーズが「怖い」本当の理由（“合否判定”として捉える構造）
- 完成度を上げてから見せる→ダメージが増える悪循環
- 検証は「終わり」より「次のサイクルの始まり」という視点転換
- フィードバックを“感想”から“情報”に変える前置きのコツ
記事を書いている人
R（アール）
Web制作の現場で17年（現役進行中）。精密栄養カウンセラー。
個人開発をアプリ6本並行しながら、AIと「作る・届ける」を実験しています。
うまくいったことも、月収2,000円みたいな冴えない数字も、隠さず公開中。
教える人ではなく、少し先で転んで戻ってきた人として、あなたと同じ目線で現在地を観測していけたらと思います。
デザイン思考の検証フェーズが一番怖くなる理由
フィードバックをもらうのが怖い。
その感覚は、多くの人が抱えています。
「ダメ」と言われたら、自分の仕事が全否定されたように感じてしまう。
この怖さの根っこには、検証を「自分や案の価値を測られる場」として捉えてしまう構造があります。
合格か不合格か。
OKかNGか。
そう考えると、できるだけ完成度を高めてから見せたくなるのは自然な心理です。
しかし、完成度を上げてから見せようとすると、かえって失敗したときのダメージが大きくなります。
時間をかけた分だけ、やり直しが苦しくなる悪循環です。
プロトタイプ検証を「合否判定」にしてしまう失敗
以前、ある案件でやらかしたことがあります。
「もう少し詰めてから見せよう」と思って、2週間かけてプロトタイプを磨き込みました。
結果、クライアントからの第一声は「方向性が違う」でした。
最初の段階で確認していれば30分で済んだ話を、2週間の作業の後に聞くことになったのです。
問題は、検証のタイミングではありませんでした。
「ある程度完成してから見せよう」という思考そのものが、検証を「合否判定」に変えてしまっていたのです。
でも、ある程度完成させてから見せないと、相手に失礼じゃないですか？
僕もそう思って2週間磨き込んで、第一声が「方向性が違う」でした。最初に30分見せていれば済んだ話です。早く小さく見せるほうが、結局おたがいの時間を守れます。
視点転換：検証フェーズは次のサイクルの始まり
検証は「終わり」ではありません。
正解を育てるループの「再スタート地点」です。
この視点転換が腑に落ちると、フィードバックの意味が変わります。
「ダメ出し」というより、「次に何を見ればいいかの情報」として受け取れるようになります。
ただし、ここで誤解してほしくないことがあります。
検証を「次のサイクルの始まり」と捉えることは、判断を先延ばしにすることではありません。
むしろ逆です。
検証は「判断の精度を上げる行為」です。
責任を放棄しているのではありません。より確かな判断をするために、情報を集めているのです。
検証フィードバックを改善情報に変換する考え方
フィードバックを「感想」から「情報」に変えるコツがあります。
それは、見せる前に「今回は◯◯を見るための検証です」と前置きすることです。
「今回は、何が分かれば成功ですか？」と自分に問いかけてみてください。
その答えが明確になっていれば、フィードバックは感想というより、次のアクションにつながる情報になります。
たとえば「今回はナビゲーションの分かりやすさを確認したい」と決めておけば、色味の指摘があっても「それは次のサイクルで見ます」と整理できます。
すべてを一度に解決しようとしないことが、検証を軽くするポイントです。
プロトタイプ検証で小さく試すことで何が変わるか
プロトタイプは完成品ではなく「判断できる状態」を作る工程で書いたように、試作は判断材料を揃えるための作業です。
そして検証は、その判断を実際に行う場面です。
小さく試して学ぶと、修正は「失敗の後始末」より「自然な次の一手」になります。
早く・小さく失敗した方が、結果的にプロジェクトはうまくいく。これは精神論ではありません。構造の話です。
デザイン思考の検証とフィードバックで「正解を育てる」が実感できる
このシリーズでは、共感とは「分かる」ことではないから始まり、問題定義は仮説アプローチで進める、発想は正解を探すことではない、プロトタイプの目的は完成ではないと進んできました。
最終回の検証編まで読んでいただいた方には、「正解を育てる」という考え方が実感として伝わっているのではないでしょうか。
正解は最初から存在するものではなく、共感し、問いを立て、発想し、試作し、検証するサイクルの中で育っていくものです。
まとめ
検証が怖いのは、それを「合否判定」として捉えているからです。
次の検証で、ぜひ試してみてください。「今回は、何が分かれば成功ですか？」と問いかけること。その問いに答えられたとき、フィードバックは怖くなくなり、プロジェクトを前に進める情報に変わります。
もう一段だけ。検証が怖くなくなる一番の土台は、技術より「自分の作ったものに、相手がどこで引っかかったか」を見ることでした。新しい時代に自分のスキルを伸ばすというのは、一発で正解を当てる力より、検証のたびに反応を観測して、次に直す一点を見つけられるようになることでした。
「正解を育てる」シリーズ
このシリーズでは、デザイン思考の各フェーズを「正解を育てる」視点で掘り下げています。全体ガイドは正解を育てる技術 ── 5ステップを「判断の道具」に変えるガイドをご覧ください。
シリーズ全5回の内容をまとめた無料PDFを配布しています。
気になった方は行き詰まったときに問いかける5つの質問からどうぞ。
「自分の強みは何か」が、見えなくなる時期があります。
診断を受けても、本を読んでも、「結局どう動けばいいか」が分からない。考えるほど止まる。これは個人クリエイターによくある状態です。
個人開発8本、月収2,000円。Web制作17年のクリエイターが、AI と「作る」「届ける」を honest に実験している過程をメルマガで公開しています。「観測する」生き方の実践ログです。
登録特典:「AI時代に取り残されないための構造整理シート」（PDF 12p / 5ステップ）― スキル棚卸しから、自分のポジション設計まで。
