先完成，再完美。

01

你是不是有这样的时候，拿到一个痛点准备去做，结果发现，它只是一个解决方案。比如——

• 想做一个写作 APP 。
• 想做一个 AI 写作工具。
• 想做一个导航站。

那针对解决方案，到底该如何倒推出痛点呢？

又如何判断这个痛点，值不值得深入去做呢？

我前 2 天，就遇到了这些问题，来一起看看。

02

下午，我从 TODO 痛点集，挑选了一个内容，是想做一个给PDF加水印的工具。

那么，这个其实就是解决方案，不是痛点。

痛点是什么？是我们遇到的烦恼，不满，问题，比如——

• “每次同步文章都要花 3 分钟复制粘贴，好烦。”

• “每次导出数据要手动格式化，花10分钟。"

• “找文件要翻半天，很浪费时间。"

而这个呢，“做一个给PDF加水印的工具。”，这是一个解决方案。

解决方案，就是关于怎么做，或者你想做的产品。

而痛点，问题是需求的最小起点。所以，就需要从解决方案倒推痛点到底是啥。

我是如何倒推的呢？

03

我是遇到了什么问题，才想做这样的工具的？

给别人的资料，可能会被相关人复制，盗用。

那，做这个pdf加水印，能解决复制和盗用么？

不能，因为，稍微懂技术的人知道，即使有水印，也照样能复制走，皇帝的新衣罢了。

所以，我后来是怎么解决的？

我放在飞书里了，设置了权限，安全很多，不仅不能复制，截屏也不允许，无论手机还是电脑，这让我很放心。

所以，PDF加水印，也不是我真正的解决方案。因为，我的痛点是担心文件被复制、盗用、截屏，而我找的方案是飞书，刚好解决了我的痛点。

04

所以，这就是一个从解决方案倒推痛点的方法，以下几步。

1. 这个解决方案是为了解决什么问题？

2. 这个问题，需要得到解决么？如果需要就走下一步。

3. 这个解决方案，解决问题了么？

4. 解决了，还需要新方案么？如果没解决，是否需要解决？如果需要新方案、或者得到解决并思考是否能让他人受益，这就需要先做需求验证了。

• 痛点人群。大约有多少人会有痛点？寥寥无几，就不太值得，至少得上百人。

• 痛点强度。也就是对工作/生活影响程度，影响效率或者有阻碍的。是很烦，是有点烦，还是无所谓。如果你客观来看，不痛不痒，那就算了。

• 付费意愿。如果市面上有这样的工具，你是否愿意去付费。付费才是商业，不付费的事情，做着玩么，hah，浪费时间，是吧。

这 3 者的值，一定是越高越好，否则就不值得去做了。

那我认为，这个飞书方案，就已经解决了，所以我不需要新方案了。

ok，以上。

桃说

其实，验证 idea 这几天，的确收获了很多。比如，刚刚提到的付费意愿这一条，如果早想清楚这一点，我就不会无效写作 4 年了，真的是闹着玩写作的。放眼望去，这也是很多公众号，无法变现的原因吧，闹着玩写，或者为了表现而写，那结局注定是闹着玩，怎么也不会走向变现，因为出发点，就已经错了。

感谢你看到这里❤

桃，探索一种清醒，自由，自洽的活法。

用觉察，照见焦虑。

用思考，保持清醒。

用行动，持续成长。