实际问题
生成一份市场进入计划并不难，难的是把它用起来。创业者需要知道哪些假设有依据、哪些仍不确定，以及接下来应该验证什么。
我的贡献
- 主导从想法到验证的产品需求与关键取舍。
- 借助 AI 完成实现，随后检查界面、证据边界与发布验证，并持续迭代。
工作方式：产品主导，AI 辅助实现，逐步检查与迭代。
关键选择与取舍
01
没有模型账号也能理解产品
- 选择
- 提供稳定的示例工作区与确定性演示模式，真实模型生成单独启用。
- 代价与取舍
- 默认样例展示产品流程，不代表刚刚完成了市场调研。
- 如何检查
- 公开样例和演示脚本提供可以重复走通的产品路径。
02
让决策指向已记录的证据
- 选择
- 决策中的主张需要引用证据编号；来源证据发生变化后，旧简报失效。
- 代价与取舍
- 用户需要先记录有用的证据，流畅的生成文字无法替代这一步。
- 如何检查
- 决策评测检查引用、来源指纹与返回结构。
03
让存储成为可选的一步
- 选择
- 本地保留编辑与私密导出能力，云端历史和公开分享通过明确操作启用。
- 代价与取舍
- 仅保存在浏览器中的资料需要导出或恢复路径；公开页面必须比私密工作区展示更少内容。
- 如何检查
- 云端验证流程覆盖恢复、归属检查与公开分享的字段边界。
查看成果样例
动手了解项目
跟随一个想法，走到具体决策
使用公开产品中预置的 B2B SaaS 样例。证据记录为虚构演示数据；此处不调用模型。
产品设想
为小型 SaaS 团队整理每周产品改进
公开的 B2B SaaS 激活样例，把支持工单、使用记录与流失原因整理为每周产品改进。对象是没有专职增长分析师的种子期创始人、产品经理与客户成功负责人。
约束：两人团队、没有数据仓库；首次演示需要能使用上传的 CSV 与复制的支持记录。
这项工作说明了什么
公开项目包含可操作界面、稳定样例、导出格式和工程案例。读者可以沿着一条决策，追溯其依据并看到对应的执行任务。
查看原始依据
当前边界
- 演示模式与真实模型生成分开；样例结果不证明发生过实时模型调用。
- 云端、团队和计费功能取决于部署配置，不宣称已有客户规模或营收。