创新从具体问题开始
宏大的口号很难直接形成项目。团队应先描述谁在什么场景遇到什么阻碍，并找出能够观察的结果。问题越具体，越容易决定需要什么资料和原型。
历史上的 Finnova 主题说明这个域名曾重视创新与应用研究。新站延续这种知识气质，但不恢复原期刊、编辑部或出版身份。
证据要与假设分开
访谈、公开数据、课堂观察和试用记录提供的是不同证据。团队需要说明资料从哪里来、何时取得、能支持什么判断，同时保留尚未确认的部分。
把推测写成事实会让后续设计失去方向。每次评审都应指出当前最薄弱的假设。
原型只验证一个关键环节
早期原型不需要覆盖完整产品。它可以是一段流程、一张界面或一次服务演练，只要能够验证最重要的问题。
测试时一次改变一个条件，并让参与者完成真实任务。只询问“喜不喜欢”通常无法解释设计是否有效。
版本记录让项目可以继续
每次修改应写明原因、变化和新的观察结果。这样即使团队成员更换，也能知道哪些方案已经尝试过，为什么没有继续。
成果展示不仅呈现成功画面，也应说明限制、风险和下一轮验证计划。
项目证据需要可追溯
访谈记录应包含时间、场景和问题范围；公开数据应保存来源与取得日期；课堂观察则要区分事实记录和观察者解释。证据形式不同，能够支持的结论也不同。
项目展示时不用堆叠所有材料，但应让关键判断可以回到原始记录。无法公开的资料可以描述收集方法和限制，不以模糊数字制造可信感。
创业学习还要理解资源约束
原型在课堂上可行，不代表进入真实环境后仍能承担成本、维护和人员培训。团队需要把设备、时间、权限与持续运营写进测试条件。
一次试用获得积极反馈，只能证明该场景有兴趣。是否值得扩大，还要观察重复使用、任务完成率和后续支持成本。
项目评审应该留下什么
一次项目评审至少留下三个结果：已经得到证据支持的判断、仍有风险的假设、下一轮要验证的动作。会议照片和漂亮展示可以记录过程，却不能代替这些内容。下一位成员读完记录后，应能解释为何选择当前方案。
当市场、成本或用户场景变化时，可以重新打开过去版本，比较当时条件和现在条件。这样项目不会因为换人就重复走过同一段路。
创新练习：用纸面原型验证一步流程
选取校园里的一个小问题，例如借用设备或查找课程资料。画出三到五个关键画面，请另一位同学在不解释的情况下完成任务。记录停顿、误解和提问，而不是只询问满意度。
修改后再次测试相同任务，并比较完成时间和错误位置。纸面原型成本很低，却能在开发前发现信息结构问题。第二轮仍出现的停顿，应回到任务名称、按钮含义或资料顺序继续调整，并说明为什么修改。测试结束后保存原稿与新稿，写下每一处变化所依据的观察，后来的团队成员便能看懂设计如何形成。