原型法是一种减少软件项目失败风险的技术。然而，原型法又引入了自身的风险。最大的风险是用户或者经理看到一个正在运行的原型从而以为产品即将完成。“哦，这看起来好像差不多了！”充满热情的原型评价者说：“这看起来真的很好，你能把它完成后交给我吗？”一句话：不行！如果你正在演示或评价一个抛弃型原型，无论它与真正的产品是如何相像，它决不会达到产品的使用程度。它仅是一个模型，一种模拟或一次实验。处理风险承担者的期望是成功原型法的一个关键因素，因此要保证那些见到原型的人理解为什么要建立原型并且怎样建立原型。决不能把抛弃型原型当作可交付的产品。交付原型可导致项目的延期完成，因为那些设计和编码并没有考虑到软件质量和容错性。
不要因为害怕提交不成熟产品的压力而阻碍你建立原型，但是你必须让见到原型的人明白你不会交付原型，甚至不会将它称之为软件。控制这种风险的一种方法是利用书面原型而不是电子原型。评价书面原型的人决不会误认为产品已经完成开发并可以交付了。另一种可能的方法是使用不同于在真正开发时所用的原型法工具，这将有助于你抵抗“已完成”原型开发并可把它当作产品交付的压力。
在原型评价期间，继续处理那些期望。如果评价者看到原型可以对一个模拟的数据库查询响应甚快，那么他们可能期望在最终的软件产品中也具有同样惊人的性能。在对最终产品的行为进行模拟时，要考虑现实中的时间延迟（这可以使原型不易被看作可即将交付的产品）。