从唱歌工具，到可以一起待着的空间。

工具解决开始，关系支持继续

唱歌工具负责完成录制、表达等具体任务。云房让多人围绕同一件事相处，社区则承接作品、关系和持续发现。三个层次需要不同的参与动机，不能只是把功能放在同一个导航里。

工具、云房、社区：各自解决一个任务

历史提案不是把唱歌、房间、动态拼成三个入口，而是在探索“开始表达—一起参与—留下关系”之间的连接。工具降低开始成本，云房承接实时互动，社区保存作品与关系。

原始提案 · 历史研究材料

工具与社交：原提案的两个功能分支

对着图看这几处

• 上半部分是曲库、创作与玩法，下半部分是家族、直播、合唱和共创。
• 把每个功能对应到“开始表达”或“一起参与”，才能看出它为什么存在。

曲库规模和 AI 能力写在概念提案中，属于当时设想，不是当前已具备的产品能力。

1. 01

   工具

   完成录制或表达，让一个人能先开始。

2. 02

   云房

   围绕音乐共处，明确加入后能做什么。

3. 03

   社区

   让作品被发现、反馈被保留，关系能够继续。

家族机制，不能只剩一个贡献数字

提案里的家族包含招募、任务、成员活跃、内部活动、支持、排行与徽章。这些机制承担不同角色：招募解决供给，活动创造参与理由，徽章表达身份，排行提供比较。

家族长、管理者、主持或歌手、普通成员的投入不同。如果全部折算成消费数值，就可能让组织劳动和优质内容被忽略。这里提出的是机制评审问题，不声称已有验证结果。

原始提案 · 历史研究材料

家族架构：活跃、任务、关系与奖励怎样连接

对着图看这几处

• 从家族成员活跃往下看：动态、任务、内部活动、连麦房和榜单承担不同职责。
• 箭头只是提案中的机制关系，不代表每条路径已经通过用户验证。

先验证一间好房，而不是整个生态

可以先围绕一个小闭环验证：听见感兴趣的歌曲 → 看懂当前活动 → 加入或旁听 → 得到明确回应 → 愿意再次参与。这个验证顺序是从提案推导的下一步，不是历史上线流程。

观察不只看参与量，还应看主持负担、内容供给、冷场、打断和管理成本。房间有人进入，不等于已经建立稳定关系。

历史研究，需要保留时间与市场边界

提案形成于 2025 年 3 月，其中部分竞品材料来自 2022 年的国内项目积累。它能展示当时如何组织产品结构，不能直接证明海外用户画像、当前音乐供给或商业可行性。

本地曲库、语言、文化、主持供给和管理方式都需要单独验证。会员、打赏、活动与定制是商业化探索入口，不作为已经跑通的收入来源。

成长与家族关系，需要回到参与行为

提案探索了家族、成长与关系模型。设计这些机制时，需要明确每一次反馈对应什么真实行为，是贡献、互动还是消费，避免所有进度最终都只剩一个数值。

概念架构与市场验证分开

历史国内场景、竞品材料与海外产品假设不能直接等同。提案的价值在于把机会、结构和待验证问题组织起来；下一步应检验用户场景与供给条件，而不是先宣布商业模式成立。