没有测试过的产品原型，请不要轻易开发

我的上个产品，由于原型设计完全不足，就火急火燎的进行了开发，在研发期改设计、加功能、改界面、改逻辑。非常痛苦不说，还效率低下，这简直就是一种资源浪费。

利用原型测试，不但能有效的节约公司资源，同时还能减轻程序员的负担，也能让产品设计人员更加了解自己的产品，从而达到更棒的设计。

经过金钱和时间的磨砺，我得出了以下原型测试的步骤：

一、创意需要测试

相对于产品说明文档，产品的原型更加适合有效的测试。因为人眼对于文字的想象空间，比不上图片，对于图片的想象空间，又比不上模型。

一个清晰明了的原型，不但可以让用户验证创意，还能加深产品经理对产品的理解 ，避免开发团队浪费时间和精力开发没有把握的产品。

大公司就不用说了，就说小团队吧。人不够多，也请不起专业的测试团队，外包又表示心疼。如果自己不是专业的，那也应该为产品找到合适的测试者，进行产品原型测试。

二、为产品找到合适的测试者

一个产品怎么着也是要为用户服务的，不要想着自己会找不到用户来测试。 你也不能关门造车，想当然的觉得自己就是用户 ，就不用寻找合适的测试者了。

我们身边，谁没有几个亲朋好友呢？有从事互联网的工作者，也有其他行业的工作者。根据产品的特性，需要的话可以避开互联网从业者，他们对于产品的理解总会带有一定的偏执，和一些职业习惯。

还有就是走出办公室，去街道，去休息区。不要担心浪费时间，只要十个测试者，花上十个小时，能让你发现一个问题，都是值得的。

三、测试前的准备

事前，把自己特别满意的功能页面，和比较棱膜两可的做好记录，或熟记于心。 等到正式测试的时候，先不跟测试者说明太多。因为你真的只有一次机会，了解测试者未接触产品原型之前是如何解决问题的。

可以让测试者对原型进行评分，然后在原型上对产品进行迭代更新，再进行评分，然后根据评分可以得出原型的满意度。

也不用等到原型图做得非常满意了才让用户测试， 可以在功能不是那么完善的时候，故意让用户回答 ，接下来你觉得应该是出现什么画面，或者是什么功能。

四、互联网产品原型测试

移动端的测试环境就非常方便，越是在轻松的环境下越好。测试开始，产品人员不应该与测试人员透露过多信息，简单勾起对方的兴趣，然后告诉测试者，先简单的使用产品原型图，遇到疑问了先过，完成后再详细交谈。

有时候，测试人员会为一些个人的习惯问题，爱钻牛角尖。而 测试的重点是看用户能否轻松的完成任务，以及能否喜欢上产品 ，如果仅仅因为界面难看，应该去除，那么就跑偏了。

这时候我们要做的是， 多看他们在哪些地方停顿了，在哪些地方犹豫了 。有时需要要适当的给予提示，但也不能过多，可以反问测试者希望这个地方应该怎么做怎么改进，或许测试者也会有一个很好的创意。

有了几个测试者之后，产品人员也大概知道哪些是非常不合理的，哪些地方是由人的主观原因造成的。

五、更新迭代原型

我们测试的目的，是要尽快的发现缺陷，然后改正，然后再给下一个人去测试，这样才能够在七八个迭代后完成整个产品原型设计。

如果经过多次改造之后，用户还是不愿意去使用产品，那基本上可以放手了。 这不是失败，而是为公司省钱，为自己省时间。

文/平步起浪