所有文章 构建正确的东西

打造人们真正想要的产品的完整指南

由FabricLoop团队撰写  ·  2026年5月  ·  10分钟阅读

CB Insights每年发布一份创业公司失败原因的分析。多年来,排名第一的原因一直都是:"没有市场需求。"不是执行不力。不是资金耗尽。不是团队不好。产品根本没有解决人们足以改变行为的问题。

当你考虑建立产品需要投入多少精力时,这个统计数据是令人震惊的。团队花费数月——有时数年——设计系统、编写代码、讨论架构和完善流程。最常见的失败原因是没有人问过所有这一切是否解决了真实的问题。

打造人们真正想要的产品不是一种天赋。这是一门纪律。它有一种方法,这种方法可以被学习。

根本错误:先有解决方案再有问题

最常见的产品错误是在深入理解问题之前就爱上一个解决方案。这在首次创业者中几乎是普遍的,在有经验的创业者中也很常见。模式总是一样的:有人有一个想法,他们觉得它很有吸引力,然后开始构建。客户是一个事后的想法——某个要被说服的人,而不是被理解的人。

解决方案不是复杂的但它需要纪律:在你考虑解决方案之前,花更多时间在问题上。和有这个问题的人交谈。观察他们的工作。理解他们今天使用的变通方案以及为什么这些变通方案不完美。只有这样,你才有足够的背景来设计真正适合的东西。

警告标志 如果你的团队花更多时间讨论功能而不是讨论拥有问题的具体人以及他们为什么拥有它,你是从错误的出发点构建的。回头。

产品发现循环

好的产品开发不是一条直线——它是一个循环。循环中的每次迭代都是一个用证据替代假设的机会。构建人们想要的产品的团队是那些快速且频繁完成这个循环的团队。

产品发现循环
问题
研究
假设
构建
测量
学习
重复
发现
问题 + 研究
"谁有这个问题,它实际上给他们造成了什么成本?"
定义
假设 + 构建
"我们可以构建的最小东西是什么来测试我们的答案是否正确?"
学习
测量 + 学习
"用户实际上做了什么,那告诉我们什么?"

循环不是形式。每个阶段都有特定的输出,成为下一个阶段的输入。跳过阶段——最常见的是直接从问题跳到构建——会产生偏离标记的产品。

问题:找到正确的问题来解决

并不是所有问题都值得解决。一个好的产品问题有三种品质:它很频繁(经常影响人,而不是很少),它很强烈(人们感受到足以想要缓解的程度),现有的解决方案真正不充分(不仅仅与你想构建的略有不同)。

错误是优化第一种品质而忽视另外两种。"人们在会议中浪费时间"很频繁。但如果痛点很低——如果人们找到了足够好的变通方案——问题可能不值得在商业上解决。如果已经有十二个工具在做你想做的事情,你需要一个非常具体的理由来说明为什么你的会被选中。

在哪里找到真实的问题

研究:在设计之前理解

研究在产品圈的声誉很差——它与缓慢的咨询、厚重的报告和没有人阅读的发现相关。这是执行的失败,而不是实践的失败。好的产品研究是快速、具体的,改变你构建的东西。

研究的目标不是确认问题是真实的。在你大量投资研究之前,你应该已经相信了。目标是深入理解问题,足以知道什么样的解决方案看起来很好:具体谁有问题,在什么背景下,他们已经尝试过什么,他们用什么词语来描述它,以及对他们来说"解决"看起来像什么。

"最常见的研究错误是问人们他们想要什么。人们是他们问题的专家;他们不是解决方案的专家。问关于问题的。"

实际有效的三种研究方法

假设:在构建之前写下来

假设是你相信真实的具体的、可证伪的预测。它强制清晰。如果你不能写一个明确的假设,你还没有充分理解问题来构建一个解决方案。

一个有用的产品假设有三个部分:

  1. 信念: "我们相信[具体用户]经历[具体问题]因为[具体原因]。"
  2. 赌注: "我们相信[具体改变]会导致[具体结果]。"
  3. 信号: "我们将知道这是真的如果[可测量的行为]发生在[时间框架]内。"

信号是最重要的部分——也是最常被遗漏的。没有预先承诺的信号,每个实验"有点有效。"团队找到方式来有利地解释模糊数据。没有证伪条件的假设只是一个愿望。

实用建议 在你开始构建之前,在共享文档上写下你的假设。当结果来时重新访问它。如果你发现自己为了使实验成功而重新解释信号,那也是有价值的数据:它意味着你对结果很执着。

构建:测试假设的最小值

构建阶段是大多数团队花费太多时间的地方。目标不是构建产品——它是构建最小的东西,给你关于你的假设的信号。这些是不同的目标,它们产生非常不同的输出。

对于大多数早期阶段的假设,最小值比团队认为的要少得多。你能为十个人手动做软件会做的事情来测试他们是否重视结果吗?你能拼凑现有的工具来测试工作流程在你构建新基础设施之前吗?你能草绘原型并在编写任何代码之前将其与五个用户一起走过吗?

这里的纪律是在构建任何东西之前问:"我试图学什么?"和"让我学的最小值是什么?"答案几乎总是比团队想构建的要小。

测量:观察行为,而不是情感

发布后——无论那是原型、手动试点还是已部署的功能——测量阶段是团队最常欺骗自己的地方。他们问用户是否喜欢它。用户说是。团队将实验标记为已验证。

情感不是信号。唯一可靠的信号是行为:人们做这个事情了吗?他们回来了吗?他们付款了吗?他们告诉别人了吗?

对于定量测量,在你启动之前进行工具配置。知道你追踪的具体行为。提前设定一个阈值——"如果X%的用户在Y天内完成Z,我们会考虑这个已验证。"对于定性测量,进行结构化的后续采访,而不是开放式的满意度调查。

学习:更新你的信念,而不仅仅是你的积压

学习阶段是关于更新你对用户和问题的心理模型,而不仅仅是决定接下来构建什么。跳过这一步的团队收集数据但不积累理解。他们执行得快但随着时间推移判断力没有改进。

一个好的学习会话问:我们预测了什么?实际发生了什么?差距告诉我们什么关于我们的假设?现在我们最不知道的最重要的事情是什么?

学习阶段的输出是更清晰的问题定义、修订的假设,或者——如果实验明确失败了——决定完全追求不同的方向。所有这些结果都是有价值的。最坏的结果是模糊性:"我们学到了一些东西但不确定接下来做什么。"这是一个实验不够具体的标志。

沉没成本陷阱 产品开发中最昂贵的事情是在证据说它是错误的之后继续投资一个方向。学习你的假设是虚假的是成功——它只是感觉不像一个。纪律是对你学到的东西采取行动,而不是保护你构建的东西。

重复:循环就是工作

产品开发永远不会到达你停止运行这个循环的阶段。问题改变——早期你验证问题是真实的;后来你验证特定的解决方案要素是否有效——但结构总是一样的。观察、假设、测试、学习。

构建人们想要的产品的团队不是那些拥有最聪慧初始见解的团队。他们是那些最快最诚实地完成循环的团队。学习速度,而不是发送速度,是早期阶段产品开发中真实的竞争优势。

FabricLoop如何支持发现循环 发现循环的每个阶段都生成输出——采访笔记、假设、实验结果、综合。FabricLoop将这些保留在单一线程中,以便整个团队都可以看到每个产品决定背后的推理链。当有人在六个月后问"我们为什么构建这个?"时,答案已经在那里了。

从这篇文章要拿走的10件事

  1. 最常见的产品失败原因是"没有市场需求"——不是执行不力。解决正确的问题比解决一个问题好更重要。
  2. 在深入理解问题之前爱上解决方案是最常见的产品错误。这是可逆的,但仅当你及早捕捉它时。
  3. 好的问题是频繁的、强烈的感受、并且由现有选项不充分解决的。所有三个都必须是真的。
  4. 观看某人做他们的工作一小时告诉你的比问他们希望什么不同的要多。
  5. 问关于过去的行为,而不是未来的意图。"告诉我上次..."胜过"你会使用做...的产品吗?"
  6. 假设必须是可证伪的。如果你不能提前说明"否"看起来像什么,你没有假设——你有一个计划。
  7. 构建阶段应该产生最小的东西,生成关于假设的信号,而不是产品本身。
  8. 情感不是信号。行为——返回访问、付款、推荐——是唯一可靠的测量。
  9. 学习阶段应该更新你对用户的心理模型,而不仅仅是你的积压。理解增长;任务列表则不然。
  10. 学习速度,而不是发送速度,是早期阶段产品开发中真实的竞争优势。