粗いプロトタイプの利点は、学習の単価を下げることにあります。開発が進むほど変更コストは指数的に増えるため、紙の画面や簡易モックの段階で顧客の誤解や不要な機能を発見できれば、数週間分の開発を節約できます。また完成度が低いほど顧客は率直に批判しやすく、完成品に対しては遠慮が生まれます。上司には「完成品を一度作るコスト」と「粗い試作を三回回すコスト」を比較して示し、ブランドリスクは社内ユーザーや少数の協力顧客に限定することで管理できると提案します。目的は完璧な初回ではなく、最も早い正しい方向修正です。The advantage of rough prototypes is that they lower the cost per unit of learning. Change costs grow steeply as development advances, so discovering customer confusion or unnecessary features at the paper-mockup stage can save weeks of engineering. Lower fidelity also invites more honest criticism, whereas polished products make customers hesitant to object. To persuade the manager, compare the cost of building one finished version with the cost of three rough iterations, and propose limiting brand risk by testing with internal users or a small group of friendly customers. The goal is not a perfect first release but the earliest possible correction of direction.
IDEO や d.school は「早く失敗して早く学ぶ」ために低忠実度プロトタイプを重視します。ソフトウェア工学でも、要件段階の欠陥修正コストに比べ、リリース後の修正コストが桁違いに大きいことは古くから指摘されています。さらに心理学的には、洗練された成果物は作り手の愛着（サンクコスト）を強め、顧客の遠慮も招くため、率直なフィードバックが得にくくなります。金融アプリのように規制やセキュリティの制約が強い分野でも、画面遷移や用語の分かりやすさはクリック可能なモックで十分検証できます。上司の懸念（ブランド毀損・情報漏洩）は、テスト対象と範囲を限定することで両立できる点を示すのが説得の鍵です。IDEO and the d.school emphasize low-fidelity prototypes to fail early and learn early. Software engineering has long noted that fixing a defect after release costs far more than fixing it at the requirements stage. Psychologically, polished artifacts strengthen the maker's attachment through sunk costs and make customers reluctant to criticize, reducing the honesty of feedback. Even in a regulated, security-sensitive domain such as finance, screen flows and terminology can be validated with clickable mockups. The key to persuasion is showing that the manager's concerns about brand damage and data exposure can be addressed by limiting the test audience and scope, so early learning and risk control coexist.
粗いプロトタイプは、顧客が「未完成だから」と本質的でない部分ばかり指摘する、あるいは経営層が試作品を見て事業の見込みを低く評価するといった副作用があります。テスト設計が甘いと、得られる学びも曖昧になります。Rough prototypes can lead customers to comment only on unfinished cosmetics, or cause executives to underrate the business because the artifact looks crude. Poorly designed tests also produce vague learnings, and in regulated industries compliance teams may object to exposing any unapproved interface to customers, adding friction to early testing.
テストの前に「この試作で検証したい仮説」を一つか二つに絞って明文化し、参加者には確認したい点を事前に伝えます。経営層向けには試作品そのものより「検証結果と次の意思決定」を報告し、忠実度は検証段階に応じて段階的に上げていきます。Before each test, write down the one or two hypotheses the prototype is meant to validate, and tell participants which aspects you want feedback on. Report validated learnings and next decisions to executives rather than the artifact itself, raise fidelity gradually as hypotheses are confirmed, and involve compliance early by agreeing on a safe testing protocol.