图像与设计
在投入完整开发前,用低成本实验验证现有产品的功能假设
当团队已有功能想法和待验证假设时,设计原型、假门测试、技术探针、A/B 测试等低成本实验来验证。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 46/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 44/100 ×0.15
适用场景
在投入完整开发前,用低成本实验验证现有产通用
解决思路
- 先阅读用户提供的文件(PRD、假设清单、设计稿),再开始设计实验。
- 澄清想法与假设:确认团队想构建什么、需要验证什么。
- 针对每个假设建议实验方法,可考虑:用原型做首次点击测试或任务完成测试;功能桩或假门测试(fake door tests);技术探针(technical spikes);生产环境 A/B 测试(需配合风险缓解);绿野仙踪法(Wizard of Oz);基于问卷的验证(关注行为而非观点)。
- 遵循核心原则:衡量真实行为而非用户观点;负责任地测试,不把用户或业务置于风险中;对生产环境测试(如 A/B 测试)说明风险缓解策略;以最小投入获得最大验证学习。
- 为每个实验明确四项内容:假设(我们相信什么)、实验(具体怎么做来验证)、指标(衡量什么)、成功阈值(若假设成立预期的值)。
- 逐步思考,用清晰的表格或结构化格式呈现实验;内容较多时保存为 markdown。
适用边界 · 注意事项
- 尚未明确功能想法或待验证假设时
- 无法安全承担生产环境测试风险且无缓解方案时