如何在项目没有上线前快速的验证出，项目的可行性？

很可能你已经在应用这些方法，但挑战在于，也许你已不自觉地陷入了 误区 或者应用的并 不深入 到位。结合自己创业做产品的6年经验（其实都是踩过的坑），尝试给出三个快速验证项目可行性的方式（侧重于思辨性理解和对误区的阐述）。文末有彩蛋，是融合本回答提出的三大方法的著名案例视频。

第一个是，可用性测试。可用性测试是用户研究及产品验证过程中最常用的一种方法。可用性测试非常易于操作，而且可以融入产品开发从概念到原型，再到产品的全过程，甚至一个概念图就可以做测试。可用性测试有相对标准化的流程、频率、过程安排与控制、分析与呈现报告。具体操作推荐一本书——《妙手回春：网站可用性测试及优化指南》，相信很多人都读过，即使没有读过这本书，也应该读过作者的另外一本书《DON’T MAKE ME THINK》。这本书对如何开展可用性测试，有详细的论述。

正如书中所言，开展可用性测试的门槛和成本极低。同时，通过可用性测试能够发现很多问题，最大程度上降低后续发现问题所需要付出的极大代价。几年前， 我最初做可用性测试的动机就是，通过可用性测试报告向boss和销售团队论证产品的改进方向。

我当时操作可用性测试使用了一个软件工具—— morae ，很多人可能不太熟悉，不过说起这家公司TechSmith应该都不陌生，很多产品经理都会使用他们的截图和录屏工具。使用morae做可用性测试的好处是，更加方便做分析和汇报。

上图是我几年前用morae做可用性测试后的一个汇报报告

第二个是，《精益创业》这本书所强调的MVP的概念。现在MVP的概念已经被产品经理界广泛接受，在一些产品经理的培训课程中，不少大牛也是张口闭口MVP。

在这里，我想强调 一个误区 ，也是国外MVP的践行者总结出的一个概念。 MVP是从一辆自行车，迭代为一辆摩托车，再到一辆小轿车，而不是从一个轮子，到两个轮子，再到有车架子。 在实践中，很多产品经理都把MVP作为功能迭代的说辞，而并不重视可演示产品的推出。我周围，一些非常资深的产品经理，也时常陷入这种误区。

上图是我经常跟人分享MVP引用的示例图，来自网络

第三个是，原型。大多数产品经理， 要么非常强调原型的价值 ，甚至把做高保真原型作为产品经理的最大意义和乐趣； 要么就非常贬低原型的价值 ，强调产品经理最重要的是逻辑思维和交互，原型纯粹是UI的工作。我想， 这两种看法都有失偏颇，作为产品经理，应该准确看待原型的价值和局限。 做原型不是一个产品经理最重要的技能，但是，原型能够最大程度上帮助创业者低成本验证产品，甚至拿到投资。爆个糗事，我曾经用原型供过货（to B），然后争取了三个月的产品开发时间，三个月后替换为正式的产品。我个人认为，原型是MVP概念的延伸，早期可用性测试的抓手。

如果能够做到以上三点，我相信，一定可以在项目没有上线前快速验证出项目的可行性。

文/ 大地山河 在线教育 产品经理

关键字：产品经理, 可用性

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！