过去几个新闻稿有引用我所谓的“产品验证”。这是指验证产品规范(PRD)正在描述您知道的产品将是成功的,而是在实际构建和部署产品的情况下这样做。

这在过去是一件非常昂贵和困难的事情,而且通常只在工具和制造成本非常昂贵的产品上才会这样做,比如汽车。

然而,对于今天的每种类型的产品来说,到目前为止,产生有效原型或模拟的成本已经下降,我惊讶于我继续遇到不这样做的产品团队。

产品团队最常犯的错误之一就是对产品规格过于自信,他们会继续前进,认为一旦得到beta反馈,他们就会调整产品——如果有必要的话。当然,beta测试版已经远远超过了进行重大改变的时间,所以许多最初的产品发布都与标准相去甚远也就不足为奇了。

作为产品经理,您有责任确保这不会发生在您的产品上。这样做的关键是向自己和其余的产品团队证明你给他们的产品描述了一个获胜的产品。你可以做到这一点,它的成本远远低于你可能的想法。

在向产品团队提交最终产品规格之前,你需要执行三种重要的验证:

可行性测试

一个立即问题是产品是否将是可建立的,具有技术可用。您的工程师和建筑师应该非常参与调查技术和探索可能的方法。有些路径将是死亡的,但希望其他人将证明可行。

最重要的是,如果工程团队认为在这个产品的时间框架中存在无法克服的障碍,那么现在就应该知道,而不是等到时间和金钱都损失了之后才发现。

有些产品比其他产品有更大的技术风险,但是如果你的产品在可行性方面有很大的风险,确保尽早解决它们。

可用性测试

您的产品设计人员(UI / Interaction Designers)将与您密切合作,以提出呈现产品功能的方式,以便不同类型的用户可以弄清楚如何实际使用该产品。

可用性测试通常会发现缺少的产品要求,并且如果做得好,如果良好,请识别原本是必要的产品要求。在您提出成功的用户体验之前,您应该计划多次迭代。

可用性原型的目的是对真实的人进行测试,可用性测试是从目标客户中获得有用反馈的艺术和科学。当然,产品经理和设计师将使用原型并从中学习很大的协议,但没有替代实际人群从目标客户群前面的原型替代。

请注意,为了可用性测试的目的,模拟复杂的后端处理是非常好的——关键是评估用户体验。

期望测试

Finally, it is not enough to know that your product is feasible to build and will be usable, but what really matters is whether or not your product is something users will want to buy – i.e. how much do users and customers like and value what you’re doing?

This testing can typically be combined with the usability testing, and the prototypes used can generally be the same, but in usability testing you’re seeing if users can figure out how to do the necessary tasks, while in desirability testing you’re seeing if they actually care about those tasks and how well you solve them.

对于一些小产品的努力,只需在纸上工作的想法可能就足够了。但对于大多数产品而言,通过复杂的用户交互或新用途的技术,这些原型绝对是至关重要的,以评估产品是否符合其目标。

原型可以是物理设备,或者它可以是软件产品的快速组装版本。关键是它需要足够现实,您可以在实际目标客户上测试原型,并可以为您提供有用的反馈。

直到最近,对“高保真”原型(我描述了什么)的相对优点,与“低保真”原型(基本上纸图)进行了争论。今天我认为这辩论毫无意义,因为高保真原型的成本已经如此之低,反馈的质量如此高。

在过去,这些类型的原型设计有两个主要障碍。缺乏好的原型工具意味着要花很长时间来实际构建原型。另一个问题是,不开明的管理不理解原型和实际产品之间的区别,团队会被迫使用原型作为最终产品的基础,从而导致实现质量的可预测结果。

如今,存在出色的原型工具,可以让工程师或设计人员快速创造非常有用的原型(通常是数小时或几天),可以有效地将未来产品效仿,并形成现实用户测试的基础。此外,今天大多数经理都知道建立模拟和建筑实际产品非常不同 - 类似于建立房屋的比例模型,并建造实际的家。

这些并不是验证你产品的唯一方法——尤其是对互联网服务来说,还有其他简单有效的技术——但在你真正开始创建产品之前,验证你的想法是多么的重要和有价值。总是会有惊喜,尽早发现它们比等到产品的beta版或发布要好得多。此外,一旦真正的工程开始,一种特殊类型的惰性就会出现,并且很难进行重大的更改,更改的成本也会急剧上升。

分享这个