从功能到体验：几次产品实践后的反思

最近全栈做了几个方向完全不同的产品：有玄学类应用、校园交友产品，也有企业搜索软件。

刚开始做这些产品时，我首先考虑的通常是功能、技术栈、项目架构和前端原型。确定这些之后，再借助 Codex、Claude 等工具快速实现产品，随后不断补充功能、调整界面和优化核心流程。

这种开发方式可以很快做出一个“能运行”的产品，但在实际使用和反复修改的过程中，我逐渐意识到：产品能够运行，并不等于用户愿意使用。

一个产品最终服务的是具体的人群。用户不会直接关心项目采用了什么框架、代码结构是否漂亮，也不一定能明确感知算法提升了多少。他们首先感受到的，往往是产品是否容易理解、操作是否顺畅、结果是否值得信任，以及它能不能快速解决自己的问题。

这里所说的用户体验，也不只是前端界面是否好看。它还包括信息如何组织、功能入口是否清晰直接、操作之后有没有及时反馈、发生错误时用户是否知道该怎么办，不必要的点击操作是否省略等。

当然，这并不意味着后端和算法不重要。搜索结果的准确性、推荐质量、响应速度和系统稳定性，最终都会转化成用户体验。只是很多技术优化不会直接以“算法提升了多少”的形式被用户感知，而是表现为产品更快、更准、更可靠。

因此，产品早期真正需要避免的，并不是技术投入，而是在核心价值尚未得到验证之前，就把大量精力花在边缘功能和过度优化上。

更合理的顺序或许是：先明确目标用户和核心场景，让最关键的能力达到可用基线；再围绕这个能力设计一条简单、清晰的使用路径，使用户能够快速感受到产品价值；然后通过真实使用和反馈，比如埋点数据，判断下一步应该优化算法、调整交互，还是增加功能。

换位思考可以帮助我们发现明显的问题，但它不能代替真实用户。开发者已经熟悉产品的全部逻辑，很容易忽略第一次使用时的困惑。只有让目标用户真正使用，观察他们在哪里停顿、误解或放弃，才能知道产品的问题究竟在哪里。

当时间和精力有限时，与其一开始就追求完善的算法和丰富的功能，不如先做好最核心的体验，形成一个真正有吸引力的价值点。更精细的算法和锦上添花的功能，可以在确认用户确实需要之后，再持续打磨。

毕竟，在这个AI快速发展的时代，做产品已经是一件很简单的事，几小时就可以快速形成一个产品demo，而真正能够使用户留下来的，不是因为产品采用了多么复杂的技术，而是因为它确实好用，并且解决了一个真实的问题。作为人，得好好用上我们的人文思考能力，而不是机械的批发产品。