用 AI 做工具站：先用 7 天验证一个真实需求

AI 可以缩短写代码的时间，但不会自动带来搜索流量、付费用户或广告收入。与其一次做十几个站，更稳妥的做法是先挑一个具体场景，用 7 天做出最小版本，并让真实用户完成一次任务。

边界说明：本文讨论的是需求验证与交付方法，不承诺流量或收益。搜索量、广告单价和付费转化都会随关键词、地区、渠道和产品质量变化，应以你自己的数据为准。

第 1 天：把“做个工具”改成一个任务

不要从“图片工具”“PDF 工具”这种大类开始。先写清楚一个用户在什么情况下，要把什么输入变成什么输出。

例如：

如果这五项还写不清，先访谈 3 位可能使用它的人，问他们最近一次怎么完成这件事、哪里费时间、结果如何判断合格。不要只问“你会不会用”。

第 2 天：确认数据、版权和隐私边界

工具上线前至少确认：

把这些边界写进需求和验收条件。不要让 AI 默认添加未经确认的抓取、上传、埋点或外部服务。

第 3 至 4 天：只做一条完整流程

第一版只保留“输入、处理、输出、失败提示”四个环节。可以把下面这段交给 AI 编程工具，再按实际技术栈调整：

请实现一个最小可用的 PNG 转 ICO 网页工具。
目标用户是需要制作 Windows 软件图标的独立开发者。
第一版只支持单个 PNG 文件，在浏览器本地完成转换，
输出包含 16、32、48、256 像素的 ICO 文件。
单个文件上限为 20 MB。
不得上传用户文件，不添加账号、支付、广告、分析脚本或批量处理。
请提供格式错误、文件过大、转换失败三种明确提示，
并为输入校验和文件下载补充可重复执行的测试。

实现后至少准备这些验收样例：

如果准备找开发者实现，可以用外包需求整理清单包 ¥29整理输入输出、异常场景、验收样例和付款节点。它用于减少口头需求歧义，不代替法律、财税或安全审查。

第 5 天：让真实用户独立完成任务

找 5 位符合目标画像的人，把可访问链接发给他们，但不要远程替他们操作。只记录这些事实：

反馈以具体行为为准。“挺好”“有意思”不是完成证据。记录访谈前应说明用途并取得同意，只保留验证所需信息，到期删除联系方式和原始记录。若多数人无法独立完成核心任务，先修流程，不要急着加 SEO 页面或付费功能。

第 6 天：建立最小观测表

用一张表记录日期、有效访问、启动任务、成功输出、失败类型、再次使用和付费意向即可。以下是虚构的填写示例：某天有 5 次有效访问、4 人启动任务、3 人成功输出、1 人遇到格式错误、1 人再次使用，没有人表达付费意向。

“有效访问”应排除自己的测试、监控探针和明确爬虫。“付费意向”也应有可复核动作，例如主动询价、留下联系方式或进入结算页，而不是把浏览量当成收入。

如需使用分析工具，只收集完成漏斗所需的最少事件，并公开说明用途。不要在日志中记录原始文件、密钥或敏感文本。

第 7 天：按证据决定继续、调整或停止

在开始前就写下判断规则，避免上线后只挑好看的数字。

可以采用这样的最低标准：

这不是通用行业基准，只是一个小样本验证门槛。达到门槛后，再验证获客渠道、运行成本和付费方式；没有达到时，保留访谈与失败记录，换需求比批量复制同一个假设更省时间。

上线前的交付清单

准备公开推广前，至少确认：

AI 适合把一个已经说清楚的问题更快做成可测试版本。真正决定是否继续投入的，是用户能否完成任务，以及这些行为能否被重复验证。