先问"愿不愿意付钱"，再问"有没有人需要"

AI 编程让做产品变得很快，几天就能做出一个能用的小程序或网站。但一个常见的结局是：用户来了不少，收入却几乎为零。

问题往往出在第一步：只验证了"有没有人需要"，没验证"愿不愿意付钱"。

一、需要 ≠ 愿意付费

很多需求真实存在，但用户不会为它付钱：

• 低频需求：一年只用一两次，用户宁可临时找个免费的；
• 替代品很多：网上有大量免费工具能解决；
• 价值感弱：解决的问题不痛不痒，省下的时间不多；
• 付费的人不是使用的人：比如学生用的工具，真正掏钱的是家长或学校。

这类产品可以做，但要清楚它可能只能靠广告或流量变现，不要期待用户直接付费。

二、哪些需求更容易付费

• 和赚钱或省钱直接相关：提高工作效率、帮助接单、减少损失；
• 高频刚需：每天或每周都要用；
• 有明确的截止时间：考试、申报、上线；
• 用户已经在为它花钱：花钱请人做、花钱买别的工具，说明付费习惯已经存在。

三、开发前的三个低成本验证

1. 看有没有人已经在收费

搜一搜同类产品，有人在收费且有用户，说明付费需求存在。没有任何人收费，要想清楚是机会还是陷阱。

2. 先卖再做

做一个简单的介绍页，写清楚产品能解决什么问题、价格多少，放在目标用户聚集的地方。看有多少人愿意咨询、预约甚至预付。

3. 手动交付

在产品做出来之前，先用人工方式帮几个用户解决问题，并收费。能收到钱，再把流程产品化。

四、想清楚变现方式

开发前就要回答：

• 谁付钱？付多少？怎么付？
• 免费部分和付费部分的边界在哪里？
• 如果用户突然暴增，成本会怎么变化？见「流量突然暴涨，账单先爆了」。

五、流量大但不付费，怎么办

• 考虑广告、会员、增值服务等不同方式；
• 用这个产品积累的用户和信任，去做一个更容易付费的产品；
• 及时止损，不要因为"用户很多"就无限投入。

六、小结

AI 降低了开发的门槛，但没有降低商业判断的门槛。花一天验证付费意愿，可能帮你省下一个月白做的功夫。写需求文档的方法见「一页需求文档怎么写」。