产品做得好，靠的是把交换做顺

做产品很容易把脑子压低到功能层。这个需求要不要做，那个入口要不要加，竞品最近上线了什么，我们要不要补。事情当然得这么做，但如果长期停在这里，产品很容易越做越碎。最后系统里什么都有一点，用户还是觉得不好用。

我现在更愿意把产品理解成一场交换。用户拿出时间、注意力、耐心、风险，有时候还有钱，去换某种价值。产品做得好不好，很多时候就看这笔账算不算得过来。

用户每次打开产品，都在心里算一笔账

这里说的交换，不只是付费。搜索、下单、发帖、学习、匹配、协作，甚至点一个按钮，背后都有成本。用户花掉的可能是几秒钟，也可能是很多认知负担。产品如果让人犹豫、看不懂、怕出错、觉得麻烦，这些都是成本。

一旦这样想，很多问题会换个样子。一个功能没人用，不一定是功能没价值，也可能是门槛太高。转化掉了，不一定是需求不够强，也可能是用户觉得不值得冒这个风险。很多“体验问题”，本质上都是这笔账没有算顺。

很多人做产品时，天然会把注意力放在“给用户什么”。这当然重要，但很多真正厉害的产品，厉害在另一半: 它少让用户付出什么。

少一点搜索成本，少一点理解成本，少一点决策压力，少一点流程上的来回折返，少一点出错之后回不来的焦虑。你会发现，很多成熟产品并没有多神奇，它们只是把用户最容易卡住的地方处理得更顺。

所以我现在会很警惕一种习惯: 只要数据不好，就想往系统里继续加东西。很多时候，需要的不是再加一个功能，而是把原来那笔交换前面的摩擦先拿掉。

一说需求，人就很容易想到清单，好像用户脑子里早就装着几个明确功能，只等你实现。现实通常不是这样。用户更多是在具体情境里做权衡。他现在在解决什么问题，他觉得哪个代价可以接受，他最怕的是什么，他还有没有别的办法，这些东西比“他说他想要什么”更重要。

有些用户说自己想要更多自由度，真正困扰他的可能是决策太累。有些用户说想要一个新功能，真正要的其实是更确定的反馈。把用户说出口的话原样接回去，很多时候只会把产品带到更表层。

很多产品做得好，不是因为功能发明得多，而是因为信息组织得好。排序、标签、预览、模板、默认值、案例、状态反馈，这些东西平时看着不像主功能，但它们经常决定用户敢不敢继续走下一步。

用户很多时候不是不想做，而是不知道做了以后会怎样。信息一乱，不确定性就高；不确定性一高，成本马上就上来了。产品把信息放对位置，很多阻力会自己掉下来。

如果把产品看成交换系统，产品经理的工作会清楚很多。不是单纯满足需求，也不是单纯优化体验，而是不断看这笔交换到底卡在哪里。用户得到的值不值，用户付出的多不多，企业能不能从中获得回报，这套关系能不能长期成立。

很多产品后面出问题，不是因为团队不努力，而是这几笔账里至少有一笔从一开始就没算平。

所以这篇文章我最后还是想停在标题上。好产品不是功能集合，而是交易、信息与动机的组织。功能只是表面长出来的东西。底下真正决定成败的，是你有没有把这场交换组织得足够顺。