大家好，最近差不多一个月，我一直在迭代自己的产品：

Image to Video AI

这是一个把静态图片转换成 AI 视频的在线工具，也是我正在长期推进的商业项目。

我最初给自己定的目标很直接：围绕 Image to Video AI 这个方向持续迭代，直到真正获得市场验证。

现在回头看，这一个月最大的变化，并不是又接入了多少模型，而是我逐渐从 “做出一个能运行的网站”，走到了 “开始理解一个产品应该怎样成立”。

从 SaaS 模板开始

这个项目不是从空目录创建的，而是基于一套已经具备登录、支付、积分、数据库和后台能力的 SaaS 模板。

这样做的好处很明显：不用重新搭建所有基础设施，可以更快进入产品开发。

但模板同样带来了旧品牌、旧页面、旧文案，以及不适合新产品的业务逻辑。

一开始，我以为换掉域名、Logo 和首页文案，产品身份就完成了。后来才发现，真正困难的是判断哪些东西不属于这个产品，并且敢于将它们删除。

我现在对模板的理解是：

模板只能帮你快速开始，不能替你完成产品定位。

从制作页面到设计产品结构

刚开始，我主要关心首页好不好看、SEO 页面够不够多、工具入口是否完整。

后来页面越来越多，我发现如果每个页面都独立实现一套生成逻辑，项目很快就会失控。

首页、完整工作台和不同工具页面承担的任务不一样，但模型能力、输入规则、积分计算、任务状态和生成结果又必须保持一致。

这一阶段做了不少返工，也让我逐渐理解：

复用组件不等于复制页面。真正应该统一的是业务能力和状态协议，而不是强迫所有页面长得一样。

接通模型只是整个流程的开始

在做这个项目之前，我以为最困难的事情是接入视频生成模型。

真正做下来才发现，调用 API 反而是相对明确的部分。

一个模型要真正成为产品能力，还需要处理：

• 不同输入模式和参数限制
• 服务端积分计算
• 任务提交与结果查询
• 超时后的继续跟踪
• 失败后的积分返还
• 页面刷新后的任务恢复
• 生成结果的保存与历史记录
• 不同供应商返回结果的统一处理

特别是涉及积分以后，很多看起来很小的问题都会变成信任问题。

Provider 已经收到请求，但网站没有拿到明确结果时，能不能直接重试？

任务暂时没有返回，应该继续观察原任务，还是创建一个新任务？

失败退款执行两次，会不会重复增加积分？

做完这些以后，我越来越觉得：

AI SaaS 的核心不只是生成质量，而是系统发生意外以后，仍然能够把任务、账目和结果处理正确。

功能越多，越需要保证商业真实性

随着模型和套餐增加，另一个问题开始出现：信息很容易不一致。

前端显示一个积分价格，服务端实际扣另一个价格；页面写着支持某个参数，当前模型却不支持；促销文案已经更新，但利润计算仍然使用旧成本。

这些问题不一定会马上让网站崩溃，但会慢慢消耗用户信任。

所以后来我开始把模型能力、积分扣费、促销价格和供应商成本分别建立明确的数据来源，并要求服务端根据真实生成参数独立计算费用。

这件事看起来没有增加新功能，却让我第一次感觉这个项目正在从 “网站” 变成 “产品”。

AI 提高了开发速度，也放大了过度开发的问题

整个项目大量使用了 AI 协作开发。

AI 确实让代码实现速度变快了，但速度越快，越容易产生一种错觉：好像只要继续增加模型、页面和功能，产品就会自然变好。

实际上，开发能力提升以后，真正稀缺的反而变成了判断和取舍：

• 哪些功能现在必须做？
• 哪些只是看起来很完整？
• 哪些问题属于用户真正关心的体验？
• 哪些只是开发者自己的自我满足？

我现在越来越警惕用 “继续开发” 回避 “市场验证”。

目前还不能把它写成成功故事

现在，Image to Video AI 已经拥有比较完整的生成、计费、任务和结果链路。

但产品能够运行，与产品获得市场验证，仍然是两件不同的事情。

代码可以不断迭代，模型也可以不断增加，但市场不会因为项目写了很多代码，就自动给出用户和订单。

下一阶段我更想验证的是：

• 用户为什么选择这个产品，而不是其他 AI 视频工具？
• 什么样的用户会持续使用？
• 产品能不能获得相对稳定的流量？
• 用户是否愿意为生成体验付费？
• 继续增加功能，究竟是在解决问题，还是在回避推广？

这篇文章不是成功复盘，只是记录产品从模板起步，到逐渐形成自己结构的第一个阶段。

以后如果跨过了市场验证这道门槛，我会继续写下一篇。

如果最后没有跨过去，也值得认真记录失败发生在哪里。