全场一起拼字

活动观众各自操控一块字形网格,在舞台上共同拼出会变化的标题并留下动画回放。

活动主持人准备在舞台上展示一个标题、口号或嘉宾名字时,可以把观众从看字的人变成造字的人。主持人输入文字并选择字形风格后,产品把每个字拆成可分配的网格模块。观众扫码进入房间,每台手机领取一小块区域,通过滑动、旋转和点亮完成自己的局部动作,舞台投影则实时合成全场正在拼出的文字。

屏幕上的提示只告诉每个人这一块要变成什么,不要求观众安装应用或理解字体设计。主持人可以把过程设成倒计时拼字、两队竞速或接力变形;某一块迟迟没有响应时,系统会把它交给附近另一位观众接手。投影端显示整体进度,手机端保留自己的模块和队伍状态。

第一版可先支持单行标题、有限字库和浏览器扫码参与,输出一段活动结束后的完整字形动画。它不试图替代专业动效软件,也不要求每位观众精准绘图。产品的乐趣正在于几十个人各自完成一个小动作,最后在舞台上看到一个只有这群人共同做出来的结果。

为什么是现在

截至9月12日观测,GLYPH Immersive 位于 Product Hunt 新品流第8位,模块化网格字形正在获得产品社区的可见度。S1 这让活动团队更容易把静态标题设想成由现场观众共同完成的互动内容。

目标用户

核心用户是需要在婚礼、校园晚会、发布会或年会中安排短互动的主持人和活动执行者。最合适的时刻,是开场、嘉宾登台或品牌口号揭晓前。此时全场注意力已经朝向舞台,却缺少一次人人都能立即参与的动作。扫码后只负责一小块,也能避免复杂规则拖慢流程。

最小切入点

先把有限字库离线栅格化,保存每个字的模块坐标和允许动作。房间服务通过 WebSocket 同步模块状态、队伍进度和主持指令。S2 手机端只渲染领取区域,并发送滑动、旋转与点亮事件。服务端用心跳和超时队列回收无响应模块,再分给仍在线的参与者。投影端按事件日志合成全局画面,结束后重放同一日志生成动画。首版不做任意字体解析,也不处理多行排版。

以小博大

第一批用户可从婚礼主持人、校园晚会和小型品牌活动执行团队中获取。制作几套可直接试演的姓名、口号和队名模板,让主持人在彩排时扫码验证。每场结束自动生成短回放,并保留活动名称和参与入口水印。成片适合由主办方发布,也能自然带来下一场活动询盘。

竞品与缝隙

MentimeterGoogle
Mentimeter 已把代码加入、手机提交和大屏实时更新做得很顺。S3 它的词云适合会议、课堂和活动,也允许主持人清理不合适的回答。参与者贡献的是词语,系统再按出现频率改变字词大小。它解决的是收集意见和呈现共识,不是共同完成指定标题。公开的词云流程里,看不到把单个字形切成模块并逐人分配的环节。它也没有让手机手势直接改变某块笔画,再在掉线后转交任务。主持人难以用同一字形组织竞速、接力和逐块揭晓。这里的缝隙是把输入工具改成协作表演,让造字过程本身成为舞台内容。
OkonaGoogle
Okona 已提供共享屏幕、扫码加入和手机控制器,并替开发者处理托管与多人连接。S4 它支持 Unity 和 HTML5 内容,适合在投影、电视或直播画面中运行。公开方案面向最多六名玩家,手机主要充当标准游戏手柄。开发者仍需先制作完整游戏,再接入它的平台和控制器接口。它与本产品都降低了现场加入门槛,也都依赖观众手机驱动公共画面。缺口在于它没有现成的字形拆分、模块认领和失联转交流程。它也不提供围绕标题、嘉宾名和品牌口号设计的主持控制台。专注协作造字,可以省去通用游戏制作成本,并服务参与人数更多的短时环节。

怎么赚钱

按单场活动收费,基础版包含一个房间、有限字库和动画导出。需要品牌字形、更多并发席位或现场技术支持时,再按活动升级。

反方视角

现场网络抖动会让模块状态不同步,投影上的字可能长时间缺角。回收过快会抢走参与者正在完成的区域,回收过慢又会拖垮倒计时。不同手机的触控精度和页面休眠,还会增加误操作与断线。字库过少会限制活动主题,扩充字库则要持续校正每个字的可读性和动作路径。主持人还需要彩排、备用房间和一键收尾,否则一次卡顿就会破坏舞台节奏。

依据与来源

共引用 4 条可核验来源
发布快照· Product Hunt
GLYPH Immersive
Feed 日期
快照时间
截至 抓取
在 Product Hunt 查看 "GLYPH Immersive"
来源核对
Telegram 频道