先让观众知道,为什么会有这个作品。
从一个具体情境开始:谁遇到了什么问题,现在的做法哪里不方便?只讲理解作品所必需的背景,让第一次看到它的人也能跟上。
避免先堆很多功能名。把最重要的价值说清楚,再邀请观众一起看它是怎样发生的。
试着写一句
当 ______ 想要 ______ 时,常常会遇到 ______。我们尝试了一个办法。
演示一条完整的路径。
选一个能体现核心体验的任务,从起点走到结果。提前准备必要的数据、页面和设备,确认演示链接真的能从另一台设备打开。
如果原型部分功能需要模拟,就明确标注。不要把概念画面讲成已经实现的功能;让观众知道当前版本的边界,才能得到有用的反馈。
讲一个发现,比堆一页功能更有记忆点。
分享一次改变你们想法的观察、一次取舍或一个还没解决的问题。说明为什么先做这一部分,而其他部分留到以后。
介绍团队时,具体讲每个人的贡献;使用了第三方工具、开源项目或素材,也一并说明来源。
为现场的不确定留一个备份。
准备几张关键截图或一段短录屏,在网络或设备不配合时仍能说明作品。按照活动实际给出的时长练习一次,删掉与核心体验无关的细节。
最后留下作品链接和一个明确的问题,例如「你会在哪个场景使用它?」。让交流继续,而不是只停在「谢谢观看」。
- 演示账号和数据是否准备好?
- 录屏、截图和链接是否都可用?
- 当前限制与下一步是否讲清楚?
准备清单
准备到哪一步了?
已完成 0 / 6
带走模板
Demo 分享提纲
复制到你和伙伴共用的文档,填下这一轮的想法与约定。也可以下载后慢慢整理。
Demo 分享提纲 作品名称: 谁遇到了什么问题: 我们尝试的方法: 核心体验(起点 → 操作 → 结果): 当前已经实现: 仍在探索或使用模拟的部分: 最有价值的一次发现: 团队贡献与引用来源: 演示链接: 现场备份: 希望听到的反馈:
