case-072 2026-05-29 邱懿武复原分析
教育 SaaS 团队如何在 6 周内从「模糊需求」走到「可测试原型」：认知组装 + 概念提炼 + 故事板完整创新循环
学径企业培训 SaaS 面对 Z 世代员工不爱视频课的问题，用设计思维组织 6 周创新过程：认知组装把「抖音注意力+游戏反馈+师徒制」合成「微任务闯关」概念；概念提炼压缩为 3 个可测试方向；故事板对齐团队理解；原型测试让技能掌握率从 34% 升至 61%
产品教育科技创新方法设计思维概念提炼原型法故事板认知组装产品创新教育SaaS快速迭代
Analysis Flow · 完整推演↓ 一步步看 InnoLab 怎么分析这个问题
#01问题重构
#02调用方法 · GN05
GN05·生成→ 揭示
#03调用方法 · CG03
CG03·认知→ 揭示
#04调用方法 · GN10
GN10·生成→ 揭示
#05调用方法 · GN12
GN12·生成→ 揭示
#06调用方法 · GN11
GN11·生成→ 揭示
#07关键判断
#08推演结论
- 把设计思维「共情优先」作为产品创新的标准流程：任何新功能或新方向，先花 2 周做深度用户场景研究（不只是功能需求访谈，而是「用户在什么情境下、带着什么情绪完成任务」），再进入构思；共情数据是设计决策的护栏
- 把「故事板」作为原型开发前的必要步骤：在开始写代码或设计 Figma 之前，先用 6-8 格故事板让团队对「用户体验的完整场景」达成共识——故事板最大的价值不是表达，而是让不同角色（产品/设计/研发/运营）在同一场景理解上对齐
- 用「微任务闯关」替代「视频课 + 考核」作为 Z 世代培训的新模式推向更多行业：先用餐饮和零售的成功数据（技能掌握率从 34% 升至 61%）说服其他行业客户，以点带面扩展适用场景
- 让「主管」成为新培训体验的核心激励节点：每个微任务完成后自动通知主管「你的员工完成了 X 技能训练」——这同时解决了两个问题：员工得到即时认可（动力），主管无需主动跟进就能看见员工成长（粘性）
- 不要从「想法」直接跳到「功能实现」——团队最常见的创新失败是「直接开发了一个大家觉得不错但用户不用的功能」；认知组装→概念提炼→故事板→原型测试的四步流程，是在花最少资源时找到用户真实接受的产品形态
- 不要让「原型做太高保真」——纸原型在前两轮测试中足够发现关键设计问题，花 2 天做纸原型能节省 2 周的高保真返工；保真度跟随「我们需要验证的假设」而定，而不是跟随「我们觉得展示给客户需要好看」
- 不要把「完课率」作为培训效果的唯一指标——89% 的视频完课率掩盖了 34% 的真实掌握率；新的核心指标应该是「技能评估通过率」（主管评估）+ 「工作中首次独立完成任务的时间」；完课率只是前提，不是结果
Try It · 用你的问题跑一次
换你的问题，InnoLab 来跑一次
这是 InnoLab 跑过的案例。你也可以把你的真实商业问题输进去。