多语种会议提问台
跨语言活动中，观众用自己的语言提问和投票，系统合并重复问题，让主持人直接处理大家真正关心的事。
小型国际会议、学校讲座或社区议事会里，观众的语言不同，统一字幕往往只能解决“听见”，不能解决提问、投票和临时改议程。活动开始时，主持人生成一个二维码，观众扫码后选择语言。手机只显示与自己有关的字幕、问题和投票入口，不要求每个人下载独立应用或盯着台上的一块屏幕。
主持人可以把当前议题、投票选项和截止时间发到所有人的设备上。观众用自己的语言提交问题，系统先翻译，再依据主题和关键实体合并重复提问，同时保留原文供主持人核对。台上看到的是“大家都在问什么”和实时票数，而不是一堆互不相干的多语种消息。主持人仍能手动合并、隐藏不合适的问题，避免翻译错误直接进入公开环节。
议程改变时，主持人只需更新一个事件状态，观众会收到自己的语言版本，并看到新的发言顺序或投票截止时间。投票结束后，系统生成包含原问题、译文、票数和主持人回应的简短记录。需要后续跟进的事项可以指定负责人和日期，让一次现场交流留下可继续处理的结果。
第一版聚焦 20 到 200 人的单场活动，支持有限语言组合、二维码入场、实时字幕、匿名提问和简单投票。它不承担同声传译的专业场景，也不自动替主持人做决定。开发者可以先用浏览器端和一个主持人控制台跑通完整流程，再通过人工核对记录持续修正术语和翻译。
为什么是现在
「Live Captions by Subanana」方向的新产品出现在 Product Hunt 9 月 11 日观测的新品流中。这让相关的使用场景此刻更集中。
目标用户
用户是负责现场流程的讲座主持人、社区组织者和小型会议策划者。他们通常在活动开始前才知道听众会使用几种语言，也常在问答或投票开始后发现统一字幕不够用。对他们来说，关键时刻是台上内容已经能被听懂，却仍无法公平收集问题、确认票数和安排后续。人数不大时，他们更在意部署简单、无需下载，以及主持人能及时纠正翻译错误。
最小切入点
第一版做成浏览器端观众页和主持人控制台。主持人创建活动后生成二维码，观众选择语言并建立匿名会话。实时字幕可用 WebSocket 或 SSE 推送，问题和投票则走普通接口。翻译层先接一种稳定的语音转写与机器翻译服务，并保留原文、译文和置信度。重复问题先按语言无关的向量相似度聚类，再让主持人确认合并。首版限制语言组合、问题类型和活动规模，优先保证断线重连、手动隐藏和议程状态同步。
以小博大
第一批用户应来自经常办小型双语活动的人，而不是大型会展采购部门。可以直接联系大学国际学生办公室、移民服务机构、社区议事组织和教会活动团队。用一场真实讲座换取主持人访谈，重点展示提问合并和会后跟进，而不是只演示字幕。把活动复盘记录做成模板，让组织者能在下一场活动前直接复制。
竞品与缝隙
- SubananaGoogle
- Subanana 已经覆盖二维码入场、观众自选语言和手机端实时字幕。S1 Wordly 也支持二维码加入、个人设备阅读或收听，以及会后生成文字记录。S2 这类产品主要解决“听懂台上内容”。它们没有把多语种提问、投票和议程状态放在同一个主持流程里。跨语言重复问题的合并、原文核对和负责人跟进，仍需要主持人手工处理。你的缝隙是把语言辅助继续推进到现场协作。
- WordlyGoogle
- Wordly 面向会议和活动提供多语言翻译、字幕、二维码入场和自定义术语表。S2 它的优势是语言覆盖、企业级活动支持和大规模部署。它更像翻译基础设施，不是轻量的议题管理工具。观众可以听见或读懂内容，却不一定能用自己的语言提交问题并参与投票。你可以从小型活动切入，先做好主持人审核、问题合并和投票截止时间。这样能避开大平台的复杂配置，也能形成会后跟进记录。
怎么赚钱
按单场活动收费，基础价覆盖一次活动、限定人数和少量语言组合。学校、社区组织和会议主办方可购买月度套餐，按活动次数、语言数量或参与人数增加费用。
反方视角
翻译错误会直接改变问题含义，主持人必须保留原文并逐条核对。实时字幕、提问翻译和投票同步会同时承受网络波动，断线时还要处理重复提交。跨语言合并若过度激进，可能把两个不同诉求误判成同一问题。匿名机制也会增加刷票、骚扰和身份追踪的治理成本。活动结束后若要生成负责人和日期，还需要主持人补充结构化信息。首版若支持太多语言和复杂议程，测试成本会迅速超过小型活动的预算。