我做过一个很完整的吉他进阶者学习app,最后决定只先上线律动

2026 年 5 月底，我第一次认真用 AI coding 做东西时，想做的还不是一款 App。

我只是想做一个吉他乐理网页。

那时我练琴最大的感受，是音乐知识太散。和弦在一个地方，调式在一个地方，指板音名又在另一个地方。老师讲过的东西、书上看到的概念、视频里提到的练法，全都像被拆散的积木。需要的时候，我总要重新翻笔记、查网页、看截图。

所以轻唱最早的起点，并不浪漫。它不是一个创业计划，也不是一套完整产品蓝图，而是一个很朴素的念头：能不能把我练琴时总要查、总要想、总要重新串起来的知识，先放进一个能打开的页面里。

AI 很快帮我做出了第一版。它能切换栏目，能看和弦，能看调式，能显示指板，也能把一些节奏和练习提示放进去。那种感觉很强烈：一个原本只存在于脑子里的工具，第一次变成了可以点击、可以修改、可以继续生长的东西。

但也正是从这里开始，轻唱后来走了一条有点反直觉的路。

它先变得越来越完整，后来又被我主动做小了。

图 01｜轻唱先从网页出发，长成多模块产品，最后才收束到第一版先验证律动训练闭环。

最早的吉他乐理网页，本质上是一个知识整理工具。我希望它能解决「东西散」的问题：看某个调里的顺阶和弦，不用再翻不同资料；确认一个和弦在指板上的位置，可以直接点出来；把音阶、调式、和声功能放在一起看，也不用在几个网站之间来回切换。

当时我很自然地往里面加东西。既然已经能看和弦，能不能再加调式？既然已经能看调式，能不能放到整块指板上？既然能看单个和弦，能不能输入一组和弦，让它分析功能和进行？再后来，歌曲库、节奏型、练习向导也被放了进去。

从功能列表看，它越来越像一个完整的吉他乐理工具。甚至可以说，那时候的轻唱方向很清楚：把散落的音乐知识重新组织起来，让学习者少一点重复查找，多一点整体理解。

网页之后，我开始把轻唱往更正式的产品形态推进。它不再只是一个页面，而是逐渐变成 iOS App 里的几个主要板块。

听音、和声、律动、工具，都陆续进入了轻唱。

听音想解决的是耳朵的问题：单音、音程、和弦色彩、进行听感，怎样不只停留在概念上。和声想解决的是理解的问题：和弦为什么这样走，主、下属、属之间的张力怎样变化，一首歌里的进行为什么会产生方向感。工具则解决随手要用的东西：调音器、节拍器、指板、五度圈、和弦查询。

图 02｜最新工程截图里的轻唱·乐理已经有听音、和声、律动、工具四个主要入口。

但产品越完整，我越能分清另一件事：这些板块并不是互相竞争的入口，它们最终都应该进入每天的训练。

我理想中的轻唱，不是让学习者在听音、和声、律动、工具之间做选择题。更接近的路径应该是：练习开始前，先打开工具，把调音、节拍器、速度和录音回听准备好；进入训练时，听音帮我确认耳朵有没有听见变化，和声帮我理解这段进行为什么这样走，律动帮我把拍点、重音和身体动作放进同一条时间线。

做到现在，我的判断是：律动最先接近这个状态。它的目标足够具体，训练动作足够清楚，也最容易被做成一条从「今天练什么」到「练完以后下一步是什么」的闭环。听音和和声也在往这个方向走，但它们还需要更多题库、反馈、歌曲连接和长期能力地图，才能达到同样成熟的日常训练体验。

这也是我自己的真实练琴感受。节拍器在响，手也在动，但唱一进来就乱。节奏型看懂了，扫弦方向也知道，可真正放进歌里，重音、切分、呼吸和身体的拍点又散了。

这不是查一个资料就能解决的问题。它需要一套每天都愿意打开、练得下去、还能反馈下一步的训练系统。

这时候我开始意识到，轻唱的问题不是功能不够多，也不是模块之间只能保留一个，而是第一版应该先证明什么。

如果继续沿着「完整音乐学习系统」的方向做下去，听音可以继续加题库，和声可以继续加分析，工具可以继续加入口，律动也可以继续加课程。每个方向都值得做，每个方向也都在往训练闭环的方向走。

但同时把几条闭环都推到第一版，并不等于任何一条都已经足够成熟。

对一个早期产品来说，最危险的不是功能少，而是没有一个足够清楚的练习闭环。用户打开以后，如果不知道今天该练什么，不知道怎样算练完，也不知道练完以后下一步是什么，再完整的模块规划也只是把尚未验证的训练路径提前摆出来。

这个判断出来以后，很多事情就变得清楚了。

听音很重要，但它需要稳定的题库、反馈、错题复练和长期能力地图。和声很重要，但它需要把抽象理论和真实歌曲、听感、伴奏动作之间的关系讲清楚。工具也重要，而且我希望它成为每天练习前的第一站：先调音、开节拍器、定速度、录音回听，再把人带进具体训练。

只是到目前为止，律动最适合先被做成闭环。它足够具体，也足够痛。

节奏问题很容易被感知。一个人弹唱稳不稳，扫弦有没有重心，切分有没有落在身体里，几乎一听就知道。它不像某些乐理概念，可以先停留在理解层；律动一旦没有进入身体，音乐马上会变得僵、飘或者散。

节奏问题也更容易被拆成训练。

先建立四分音符的稳定拍头，再进入八分、三连音、十六分和 6/8；先让脚踩住拍，再让口能独立说节奏，最后让右手动作落到同一条时间线上。反拍、切分、重音移位、扫弦循环，都可以被拆成一组组具体练习。

图 03｜第一版不是按「哪个模块更大」排序，而是按「哪个能力最能形成练习闭环」排序。

更重要的是，律动和我的真实练琴经验最贴近。

很多时候，我并不是不知道某个节奏型怎么写，也不是不知道节拍器应该开多少速度，而是身体没有真正进入那条时间线。嘴、手、脚没有分工，重音没有位置感，练习记录也没有告诉我到底稳定在哪里、不稳定在哪里。

这也是轻唱·律动后来要回答的问题。

它不应该只是另一个节拍器，也不应该只是把节奏谱放进手机里。它要回答的是：一个人今天打开 App，能不能马上知道自己该练哪一组；练习时能不能知道自己在处理拍点、重音、三轨协调还是伴奏应用；练完以后能不能留下足够清楚的反馈，帮助下一次继续。

图 04｜收束后的轻唱·律动，第一屏先回答「今天练什么」。

所以我不太愿意把这次选择说成「砍功能」。更准确地说，是先放下。

听音、和声和工具没有消失。它们仍然是轻唱未来会继续面对的学习问题，只是我不想在第一版里同时承诺所有板块都已经达到同样成熟的闭环。一个听音模块如果没有可靠反馈，就容易停在题目列表；一个和声模块如果没有和真实歌曲、听感、伴奏连接起来，就容易变成概念说明；一组工具如果没有进入训练过程，就很难成为每天练习的一部分。

我真正舍弃的，不是这些方向本身，而是「大而全同时上线」的冲动。这对 AI coding 来说也是一个提醒。

AI 会让加功能变得很快。只要描述足够清楚，它可以继续生成页面、按钮、数据结构和交互状态。可产品判断不是「还能不能做」，而是「现在该不该做」。当实现成本突然降低以后，人反而更需要有意识地做减法。

我以前会把「功能越来越多」误以为「产品越来越接近完成」。现在我更愿意反过来看：一个功能如果不能让练习更清楚，就算做出来，也可能只是增加噪音。

图 05｜律动板块被保留下来，是因为它目前最适合先组织成五阶段路线，并逐步验证训练是否真的发生。

到这里，轻唱的产品哲学也比一开始清楚了。轻唱不是一个音乐知识库。它也不应该只是一个工具集合。

换句话说，轻唱不是为了让人「看过更多内容」，而是帮助人把知识变成身体里的能力。这也是为什么第一版先做轻唱·律动。

律动做好以后，听音、和声和工具未来仍然会继续往同一个方向走。但它们不会简单按原来的样子回来。等律动板块上线、真实用户开始练、我看到哪些训练被完成、哪些地方让人卡住、哪些反馈真的有用以后，其他板块会按照同一套标准重新对齐。

听音要对齐到「我听见以后，能不能更好地唱、弹和判断」。和声要对齐到「我理解以后，能不能更好地听见进行、选择伴奏、理解歌曲」。工具要对齐到「它是否服务每天练习的开始和复盘，而不是单独摆在那里」。

这条路会慢一些，但我现在更相信它。因为一个学习产品最重要的，不是证明自己覆盖了多少知识，而是证明它能陪一个人完成多少次有效练习。

如果以后有人打开轻唱，无论是从律动、听音、和声，还是练前工具开始，都能清楚地知道今天练什么、为什么练、练完以后下一步是什么，那轻唱才算真的从「我做了一个工具」，走到了「这个工具在帮助我学习」。

这就是我从最初的乐理网页，走到先上线轻唱·律动的原因。不是因为轻唱变小了。而是因为我终于开始认真回答：一个普通练琴的人，今天到底需要什么  --- 而律动板块是我觉得能最快证明我的这个产品理念是否成立的板块。