技术跑通，不等于产品成立

一个原型完全可以正确回答它被设计来回答的问题，同时几乎没有告诉你这个产品值不值得继续做。

Exam Workbench 很快就到了这个阶段。

最初的问题问得太窄

项目一开始来自一个真实痛点：老师做试卷时会在排版上花很多时间，复杂的 Word / WPS 文档也确实难处理。

但“痛点是真的”不等于“市场是空的”。现有产品已经覆盖试卷排版、大型题库、拖拽组卷、多纸型输出和扫描试卷处理。

所以问题必须改写。

不再问：能不能把试卷排版做得更好？

而是问：

老师能不能直接从自己已有的 DOCX、PDF、图片和扫描材料开始，挑选需要的内容，拼出新试卷，并得到高保真、可编辑的文件，而不必先把所有材料迁移进另一个题库？

这是一个新的产品假设，也意味着技术风险和商业风险必须分开处理。

第一件事：先确认文档链路能不能成立

我们先用两份真实 DOCX 做最小验证。

浏览器在本地打开两份材料，从不同来源选择内容，重排 Draft，套用 A3 双栏页面模板，再导出可编辑 DOCX。随后这个文件被真实 WPS 重新打开，并生成 PDF。

第二轮技术验证专门处理图片。普通 inline image 需要从原 DOCX package 安全迁移到新文件里，并在 WPS 中继续正确显示。当前无法安全支持的 floating anchor、OLE 等结构继续明确标记为不支持，而不是悄悄压平或输出一个可能损坏的文件。

这些结果有价值。

它们证明的是：这条受限文档工作流在技术上值得继续测试。

但它们没有证明老师想要这个产品

原型跑通以后，最容易被放大的都是正向信号：文件能打开、内容能拼、DOCX 能导出、WPS 能重新打开。

但这些事件里没有一个包含购买决定。

当前仍然没有证明：

• 老师愿意拿自己的真实材料来用；
• “从已有材料开始”相对现有工具形成了足够明显的优势；
• 老师愿意付钱；
• 老师会再次回来使用。

所以“技术可行”和“产品成立”必须用两套记分板。

两套记分板，回答两类问题

技术可行性回答：这个工作流能不能安全、可靠到足以进入真实测试？

当前答案是：受限范围内，可以。

商业验证回答：真实老师会不会选择它、付钱，并在之后继续使用？

这些问题还没有答案。

因此 Exam Workbench 保持“探索中”不是因为“还没写完”，而是因为这才是当前证据对应的真实状态。

为什么小团队尤其容易混淆这两件事

对小团队来说，技术进展很容易变成错误的代理指标，因为“把东西做出来”通常正是团队最擅长的事。

一个很难的实现被攻克，会让人觉得这个机会一定很重要；一个 Demo 成功跑通，也很容易让人觉得用户一定会喜欢。

这两个推论都不会自动成立。

更实用的规则是：

用工程降低技术不确定性；用用户、付费和重复行为降低商业不确定性。不要让一套证据冒充另一套。

所以 Exam Workbench 下一条真正有价值的结果，不是单独再增加一个 DOCX 功能，而是让真实老师拿自己的材料完成一次工作，并产生足以改变商业判断的行为证据。