当三个产品都创业失败后，我顿时悟了！

本文共3542字，阅读时间约为7分钟。文章干货满满，篇幅较长建议收藏阅读。

很多创业者都有一个通病，脑子一旦有了新的想法，在没有经过任何调查验证情况下，就直接动手开发产品。

最终往往是以失败收场，但始终没有弄明白自己为什么会搞砸了。明明很有创意，开发出来的产品也不错，为什么无法吸引用户呢?

不难发现，开发产品过程中，很多人会犯同样的错误，比如没做市场调查、未经测试就直接发布产品等等，这些都是导致失败的原因。那么该怎么做才能避开这些“坑”呢?

最近，国外创业者Mike Adams[1]分享了自己在经历多次创业失败之后，摸索出了一些实用经验。站长之家觉得其中的几个观点可以帮助大家在产品开发中少走一些弯路，在这里跟大家做个分享。

如果你能做到以下几点，开发出一款真正用户需要的产品也指日可待了。以下是正文:

你真的了解用户了吗?

我们在开发产品时，最经常得到的建议是，多与“用户交流”，获取真实的反馈。

问题在于，大家的沟通方式通常是不合理的，导致获得的用户反馈与现实存在很大的偏差。后果就是浪费了数月时间结果构建出来的却是没人想要用的“垃圾产品”。

那么有什么办法才能真正理解用户的想法呢?

在过去十年里，Mike Adams创立了多家公司，也犯过同样的错误。比如第一次创业的时候，他没有验证自己的想法就直接招人开发产品，在花费了将近一年的时间和投入数万美元之后，结果产品根本就没人用。

Mike Adams汲取第一次失败经验，第二次创业认真做了调查，比如听取了潜在用户和行业前辈的意见，这一次还真成了!

他选择十分高调的启动项目，并在10个月内筹集了1150万美元。然而，仅仅两年之后，投资人还是撤资了，产品也立即被迫关闭了。

事后看来，Mike Adams在第二创业过程中还是犯下了几个致命的错误。虽然这一次他的确听取了用户的意见，但实际上并没有真正的理解用户。

事实上，大家在开发产品时候，可能无法避免两个“陷阱”。正如eBay早期的前项目经理马蒂•卡所说的“关于产品，有两个残酷事实。”

1、我们至少有一半的想法是行不通的;

2、即使是好的想法也要经过多次迭代才能变得可行。

从统计学上讲，大多数想法都是行不通的。成功的产品往往需要耗费很多的精力和时间去打磨，最终才能被市场广泛采用。

好的想法固然重要，但最最重要的是真正的去了解目标客户，必须要弄清楚他们已经在采用哪些办法来解决面临的问题，以及他们为什么会这么做。

然而，就算是在第三次创业，Mike Adams又一次掉入上文提到的两个陷阱。

Mike Adams又创建了一款视频编辑工具grain.co，选择从一个特定的解决方案切入，并尽可能获取用户看法。虽然调查得出的结论是，大家都很想使用这样一个产品，但在产品开发出来之后，却无人问津。

Mike Adams意识到最主要的问题还是，他并没有真正了解目标用户的想法，存在着很大的“认知偏差”。

于是他选择从头开始，但这次采用了不同的方法:

• 专注于一个特定的用户群体和特定的目标任务。

• 采访几十个有这类需求的人，了解他们当下是如何以及为什么解决问题。

调查的目标不是验证某个特定解决方案的价值，而是观察现有的客户行为和愿望，从而找出潜在解决方案。

在这个过程中，Mike Adams采用的四个步骤是很值得借鉴的，看看具体要怎么操作:

第一步:掌握提问题正确姿势

如果你深入了解目标市场针对当前问题采取的解决方式后，就可以更好地了解潜在客户的现有动机、行为和期望，从而大致判断他们对新解决方案的反应。

国外知名连续创业者罗伯·菲茨帕特里克（Rob Fitzpatrick）创造了《妈妈测试(The Mom Test)》理论，里面介绍了关于如何正确提问的规则，让人能以正确的方式与客户交谈，收集准确的反馈。

向用户提问的问题一定要侧重理解他们现有的行为。例如，以下是Mike Adams的Grain团队在采访指南中提到的一些问题，用来了解潜在用户如何记录和共享现场会议的信息:

• 您当前记录和共享视频会议信息的流程是什么？
• 您认为记录和共享的信息的准确性有多重要?
• 您目前采取了哪些措施来确保记录信息的准确性?
• 如果文档不准确会发生什么?
• 您有多少次在谈话中不需要记录或分享任何东西?
• 对您来说，记录和共享哪些类型的对话是最重要的?

在提出的问题中，一定要避免关于“人们可能会做什么”的假设性问题。比如不要试图用“你会使用这个吗”或“你认为XXX有什么可能性”之类的问题来验证你未来的产品——因为这类型问题存在主观引导性，回答者并没有客观的按照自己的想法给出答案，最终导致获取的数据反馈产生偏差。

后果就是，我们误解了用户的真实需求，浪费大量时间搞了个没用的产品。

在这个阶段，大家其实只需要观察用户已经在做什么，而不是他们理论上可能会做什么。

Rob分享了一个更新的模型:一旦你的问题出错，用户就会对你“撒谎”:

• 问错误的问题

• 记录错误的反馈

• 用不正确的反馈“印证”，最后作出错误的决定

想要在采访中获取准确的反馈，建议大家征得受访者的同意，记录采访内容作出相关注释，这将有助准确记录受访者想法和整理行为模式，最终让技术团队了解用户的需要，作出正确的决策。

第二步:评估用户测试

完成第一个步骤之后，就可以构建最小化可行产品（MVP）。(站长之家注:MVP是指刚好具备能帮助你帮打产品核心概念的部分功能的产品。你可以将最简单可行的产品提供给比较宽容且比较愿意回馈意见的早期用户。)

这一阶段要做的就是，让目标用户试用MVP产品，以了解他们的反应。

虽然说原型产品越接近最终目标效果越好，但它不需要是一个功能齐全的产品，所以纸上的设计、原型、模型——任何类似的形式进行测试都可以。

在这个阶段的目标是得到明确的信号，可以让用户:

• 理解产品解决方案

• 明确表达产品未来前景的真实看法

根据市场的复杂程度和你要解决的问题，这个阶段可能需要几个月甚至几年的时间进行测试。

不幸的是，很多产品团队会加速测试，或者直接跳过这个测试过程，直接进入工程和交付阶段。

这个过程虽然很费时间，但可以肯定的是:产品能否成功将与在最初的客户测试阶段投入的工作是成正比的。

用户测试应该去做，也值得把它做好。

第三步:产品可用性测试

即使你开发出了人们需要的产品，如果客户不知道怎么用，那也是白搭。所以在构建产品过程中，还需要进行可用性测试。

可用性测试的传统方法是建立一个测试环境，当用户浏览产品时，我们要观察具体情况。应当鼓励用户解释他们看到、想到和观察到的东西，同时还要提示用户，如果他们在使用产品时卡住了，接下来可能会考虑什么。在大多数情况下，是能很快的发现产品的可用性问题的。

这里跟大家分享一个可用性测试采访框架，可以询问参与者的想法，包括:

1、期望（关于将要发生的事）

2、（对所发生的事情）反应

3、反思（关于1和2之间的差异）

这里有一种不太科学但更灵活的方法来识别较低的可用性问题。在进行测试时，让产品团队中的成员直接指导新用户（最好是通过视频电话）使用产品并实时回答问题。

这有助于团队成员站在用户的角度看审视产品，比如要求用户采取的操作步骤是否合理，哪些功能应该进行优化改进等等。

另外，也可以让团队对问题形成共同理解，并找到真正有效的解决方案。

第四步:不断的探索

一个好的产品团队应该是不断突破瓶颈，去开发新功能并进行评估测试。那么怎么样才能更好的优化现有的解决方案呢?

产品团队更常见的做法是不断地从现有用户获取反馈，却往往忽略了新用户的看法和见解。

最理想的状态是能在现有用户和新用户两大群体之间取得平衡。新用户可以让你更好地了解最初的产品体验，而老用户可以在使用某个产品几周或几个月后，为提供深度的见解。

优秀的产品团队还要能够与活跃的用户建立长期的信任关系。比如创建产品内测群，即时获取用户最新的想法和意见。这么做目的是找出哪些功能是令人愉快的，哪些是令人沮丧的，哪些是可行的，哪些是还有欠缺的。

在构建产品的早期，每周或每两周例行登记这些反馈是很重要的。随着时间的推移，产品越来越接近市场需求，频率可以降低到变成每月甚至每季度一次。

用数据说话

在产品开发的的每个极端，你都应该用“数据”推动决策。很多没有经验的产品团队，经常在没有数据的支持下，紧靠主观臆想就作出一个决定。

比如，团队成员根据自己的感觉单独评估信息，得出不一致结论，从而导致设计出来的产品很差。

因此，一定要优先考虑让获取的数据易于共享，这是让团队最终提出支持或反对某个决定的有力的支撑。

比如使用视频会议进行用户调查，保存音频和视频，挖掘他们的见解，并寻找可以与团队共享的模式。当大家看到的都是最初采访的内容时候，越能得到多个不带偏见的观点，并一起找出有效且统一的解决方案。

总而言之，如果你想要构建一款成功的产品，那么就从用正确的方式与用户交谈开始吧。如果你遵循这个指南，就能避开很多不必要的坑。

以上就是本文分享的主要内容。如果你觉得这篇文章对你有所帮助，想要看更多干货文章，欢迎在在评论中跟我们分享。

[1]Mike Adams，是国外视频工具grain.co CEO兼联合创始人，有多次的创业经验

[2]Mike Adams经验分享原文:

https://mgadams.com/the-founders-guide-to-actually-understanding-users-c68feaecac44

来源：站长之家