北航2026软件工程作业 - I.2 软件案例分析

项目	内容
这个作业属于哪个课程	课程社区首页
这个作业的要求在哪里	作业要求
我在这个课程的目标是	系统学习“敏捷开发”这一软件工程范式，提高自己系统、规范化开展软件工程开发，并在其中进行团队合作的能力
这个作业在哪个具体方面帮助我实现目标	较为系统地进行了软件的功能/质量分析、用户调研、开发计划制定，积累了实际开发前调研与计划的实践经验

本次作业选取 Apple Music 的 Windows 版本（下称 Apple Music for Windows）作为主要分析对象。

作为本次作业第三部分的对照，我主要选取 网易云音乐 与之进行对比。

一、调研与评测

软件使用

首先展示 Apple Music for Windows 的主页面。

• Home 界面主要是基于用户播放历史，生成的歌曲推荐。
• 左侧为功能栏，可以选取功能页面。
• 上方为播放选项，可以控制当前的歌曲播放。
  

接下来展示音乐库（Library）界面。

• Apple Music 默认以专辑为单位，记录用户加入音乐库的曲目。
• 可以按照不同的方式筛选歌曲，如艺术家，专辑，或单首歌曲。
• 支持用户按关键字搜索。

随后是播放界面。

• 播放支持动态歌词。
• 播放界面有正常窗口、迷你播放器、全屏播放器三种。
  
  
  

软件分析

产品使用流程基本如下：

• 注册/订阅：用户注册一个 Apple ID，并确定用于订阅 Apple Music 服务的支付手段。
• 下载客户端、安装并登录，此处自然是在 Windows 设备上安装 Apple Music for Windows。
• 利用搜索功能，用户将其喜欢的歌曲加入“音乐库”中。随后，用户即可在音乐库中快速访问加入的歌曲并播放之。 当然，用户也可在搜索页直接播放搜索到的歌曲，不一定需要将其加入音乐库中。
• 用户亦可通过以不同氛围为主题的“电台”功能发现歌曲，并将其添加入音乐库。
• 除了音乐库外，用户还可创建自定义歌单，对音乐库内加入的音乐进行进一步分类。
• 用户可将接下来想听的音乐加入播放列表中，可以选择更新整个播放列表，或者将某首歌曲插入当前正播放曲目之后。
• 播放过程中，用户可调整音量，歌曲轮换方式（循环，随机等），也可实时查看当前歌词。

如上所述，Apple Music for Windows 已经实现了一个现代音乐串流平台所需的所有功能，足够满足用户享受音乐的需求。

首先列举 Apple Music for Windows 的优点。

对于用户界面：

• 操作界面简明易懂，功能划分清晰。
• 作为 Apple 开发的应用，Apple Music for Windows 竟破天荒使用了微软提供的 WinUI 3 组件进行用户界面构建，使得其在 Windows 平台上的视觉表现十分和谐。
• 与此同时，Apple Music for Windows 保留了其他 Apple Music 客户端的优秀视觉设计：如动态歌词的动画效果、以及歌词界面的“毛玻璃”背景虚化效果，热门专辑、艺人的动态展示效果，等等。

对于用户体验：

• Apple Music 没有任何广告或强制的推广内容，对用户体验十分友好。
• 用户界面的优秀设计，对用户体验的提升亦做了很大的贡献。

对于功能：

• 支持 空间音频、Dolby Audio 等高级音频效果，有利于提升音乐播放时的听觉体验。

对于数据量：

• Apple Music 对于绝大多数热门歌曲均拥有版权。对于大多数用户而言，他们无需担心想听的歌没版权听不到。
• Apple Music 是为数不多在众多音频串流服务中，提供高保真音质选项，且能保证其音源质量可靠的音乐串流平台。这对于在意音质的音频发烧友是重大利好。

随后再列举 Apple Music for Windows 的缺点。

对于数据量：

• 非热门音乐的版权不完善。举例而言，在 Apple Music 上搜索“中国人民解放军军乐团”，可以搜到的作品寥寥无几，而在其他平台上得到的结果要丰富得多。

对于功能：

• 本地化适配并不完善。具体而言，Apple Music for Windows 没有歌词翻译功能（2026年了！！）。 此外，Apple Music 对于非用户语言的歌曲标题会进行翻译，且会将翻译结果直接覆盖上原有标题，实际上不利于用户查找歌曲。有时其翻译并不准确，或存在翻译逻辑上的问题（见改进意见），导致本地化的效果适得其反。
• 没有集成的听歌识曲功能。事实上 Apple 有开发听歌识曲功能，叫做 Shazam，但是并没有被集成进 Apple Music。这在我看来是维持核心功能纯净的设计取舍，但对于大多数用户而言是不便。

对于用户体验：

• 当前版本的 Apple Music for Windows 存在两个影响用户体验的重大Bug：当前播放设备切换后无法正常播放，以及歌手/专辑详情页选歌与实际播放歌曲不符。（详见后面“Bug 分析和提交”部分）
• 用户不得不适应本地化适配不完善，而带来的诸多不便。

改进意见

除了 Bug 以外，我当前对 Apple Music for Windows，或者说，整个 Apple Music 服务最大的改进意见是，加强本地化适配。

具体而言，Apple Music 缺乏以下本地化功能：

• 歌词翻译功能。现在 Apple Music for Windows 并不支持歌词翻译功能，且支持歌词翻译功能的 Apple Music 客户端，也只支持少数热门欧美歌曲的歌词翻译。
• 得当的歌名自动翻译。举例而言，当前 Apple Music 处理日语歌名的英语翻译时，选择直接将其翻译为其日语罗马音的拼写形式，不仅可读性极差，连翻译本身的目的都没达到。意译，或者直接不翻译，会更好。

用户调研

我选取了吴际老师班的张耀宇同学进行了用户调研。他的背景是一个爱好音乐的学生。

选他采访的原因有下：

• 他是我的舍友，找起来很方便。
• 他平常听歌很多，且使用的是 Apple Music 以外的音乐软件。具体而言，他用的是酷我音乐。

他的需求也很简单，听歌。

在调研过程中，我让他亲手体验了 Apple Music for Windows 的各项功能，包括但不限于其最基本的听歌功能，歌曲推荐系统，以及在动态歌词，歌手、专辑详情页中出现的各种优秀动画设计。

其发现的亮点和问题，总结下来有下。

亮点：

• 功能布局清晰合理
• 专辑/歌手页的动画设计相当亮眼

问题：

• 在使用过程中遇到了影响使用的 Bug（见后文 “Bug 分析与提交” 部分）
• 本地化缺失或不当带来了不便（具体有哪些不便，详见上文“改进意见”）
• （这是一个功能特性）单曲循环时，待播放列表将被填充相同的歌曲，且重复播放时会在历史记录中重复记录。

下图展示了倒数两点问题，在使用过程中带来的冲击：

• 你可以这一长串片假名里，看出原专辑标题的意思吗？
• 单曲循环时，播放列表里全是这一首歌重复多次，看着...壮观？（笑）
  

从用户体验的角度而言，张耀宇同学与我提出的意见基本一致：

• 做好本地化适配。
• 修好影响用户体验的 Bug。

下附张耀宇同学体验 Apple Music for Windows 场景的照片，供留证调研确实已开展之用。

评测结论

我对 Apple Music for Windows 的评价是：不推荐。

• 即使 Apple Music 提供的音乐串流服务足够优质，且 Apple Music for Windows 自身的操作逻辑也足够简明易懂，当前 Apple Music for Windows 存在两个严重影响日常使用，且长期未被修复的 Bug（见后文 Bug 分析），其存在就足以劝退大多数潜在用户。
• Apple Music 提供的服务，自身在本地化方面有所欠缺，用户需要忍受之带来的诸多不便。

Bug 分析和提交

当前版本的 Apple Music for Windows 存在以下两个可稳定复现的 Bug：

1. 在系统当前的播放设备，自可用音频设备列表消失（例如蓝牙耳机断联）后，Apple Music for Windows 不会自动切换播放设备，导致此后所有的播放操作无法进行，即使原来的播放设备已重新连接。“播放操作无法进行”表现为： 1. 歌曲不再进行播放，无声音输出； 2. 当前歌曲的进度条停滞，手动拖动无效果；3. 选取新歌曲后，新歌曲亦不再开始播放。
2. 在歌手界面点击“最热歌曲”的其中一首，或在专辑详情页选择某一歌曲时，所播放的歌曲与实际点击的歌曲不符。假设用户选择了第 n 首歌曲，则实际播放的是第 n-1 首歌曲。若 n = 1，则播放的仍为第1首歌曲。

测试环境：本人使用 Windows 11 25H2 版本进行测试，当前 Apple Music for Windows 的版本号为 1.1538.24068.0。

在任意时段，只要将当前播放设备自 Windows 系统中断开，即可触发Bug 1；只要在歌手详情页选取热门歌曲，或在专辑详情页选取歌曲，均会触发Bug 2。按照上述操作进行，所述 Bug 必然发生。

---

下面介绍复现步骤。

对于Bug 1，由于其为音频播放Bug，其现象难以通过配图方式展示，还请原谅本人对其复现步骤的描述，仅限于以下的文字描述。

1. 使用任意一款蓝牙耳机，将其连接到 Windows 系统。
2. 将蓝牙耳机设为当前的系统默认播放设备。
3. 启动 Apple Music for Windows，并播放任意一首歌曲。
4. 在播放过程中，通过将蓝牙耳机关机/全部放回充电仓/手动关闭系统蓝牙开关等方法，使得蓝牙耳机从 Windows 中断开连接，并从可用播放设备列表中消失。
5. 从此刻开始，Bug 开始出现。Apple Music 此时会暂停，但手动取消暂停，恢复播放的话，歌曲不会继续播放，当前播放设备中也不会有任何来自其的声音播放。
6. 此时再次连回前述的蓝牙耳机，这个问题依旧存在。只有重启 Apple Music for Windows，这个问题才能被解决。

对于Bug 2，下面将配图展示其复现流程。

如下图所示，我们进入了歌手“Kino”的详情页。

• 此时我们点击的，是其“Top Songs”的第二首 "Хочу перемен"。可以看到，我们已将鼠标移到这首歌曲的播放按钮上。
• 而此时无论点击播放按钮多少次，播放的都是热门歌曲的第一首 "Группа крови（1989）"。
• 同理，我们点击 "Хочу перемен" 下方的第三首热门歌曲 "Группа крови（1988）"，则实际播放的是第二首 "Хочу перемен"。
• 如果直接点击第一首热门歌曲 "Группа крови（1989）"，则其可正常播放。
  

如下图所示，我们进入了一个名为 "Группа крови" 的专辑详情页。

• 此时我们选取了第二首歌曲 "Закрой за мной дверь, я ухожу"，并点击播放；
• 但实际播放的是上方的 "Группа крови"。
• 对于专辑详情页，这一 Bug 引起的一个问题是，用户永远没法直接选中专辑的最后一首歌。要想听它，就只能先把整张专辑加入播放列表，然后通过多次点击“下一首”，来切到最后一首歌。
  

---

下面进行 Bug 分析。

Bug 的可能成因：

• Bug 1：可能是因为， Apple Music for Windows 当前的播放设备选取逻辑是：启动时查看当前 Windows 选定的播放设备，并选定之作为当前运行周期的唯一播放设备，且在运行过程中不进行更改。我在使用foobar2000（一款本地音乐播放器）时遇到过类似的逻辑产生的问题，但是 foobar2000 允许自行切换播放设备，从而让问题得到解决； Apple Music for Windows 并没有切换播放设备的功能，因此此问题无解，变成了一个 Bug。
• Bug 2：这在其他 Apple Music 客户端上不会发生，个人猜测，可能是 Apple Music for Windows 向服务端发送的 GET 请求，请求歌曲的索引是 0-based，而服务端的歌曲索引是 1-based。比如说，在客户端选取第二首歌，客户端发送的索引是1；服务端收到索引1，查到的对应就是第一首歌。

Bug 的严重性：

• 安全性：无影响。
• 系统功能：严重影响。以上两个 Bug 直接影响到歌曲播放功能的正常运行。
• 用户体验：严重影响。用户为了绕开这两个 Bug 带来的影响，只得通过重启应用，或者用相当麻烦的办法操作播放列表，从而选中自己真正想听的歌。
• 现以5分制表示 Bug 的严重程度，5分表示最严重，0分表示最不严重。
• Bug 1 给到 4 分，因为这一 Bug 仅在播放设备频繁切换的场景下有影响。对于笔记本用户而言，这个场景十分常见，因此对用户体验的影响较大；而对于台式机用户，播放设备一般是固定的音响，故这个 Bug 不易被触发，影响较小。
• Bug 2 给到 5 分，因为他已经严重影响了用户对听歌这一核心功能的正常使用。

为何不修复的原因：

• 开发团队自身对 Windows 平台的不重视：这可是 Apple 的开发团队，他们的开发重心本来就是 Apple 产品。况且这一态度在以前他们开发 iTunes 的 Windows 版本时就已经展现出来了。
• 测试把关不严：Bug 2 在正常功能测试时一定会被注意到。当然，如果这个 Bug 真的是因为某个 API 约定变化引起的，那测试仍然有锅，因为 API 变动之后，各个客户端的行为本应得到测试。 对于 Bug 1，可以认为是没在特殊配置下测试。
• 开发团队使用的工具有问题。Apple 的软件开发团队倾向于使用自有的 Swift 框架进行软件开发，而 Swift 框架对 Windows API 的支持极其有限。

---

Bug 改进建议：

• Bug 1的正常行为：在当前播放设备断开连接之后，软件应该暂停播放，并自动切换当前播放设备，使之与当前 Windows 设定的默认播放设备一致。在取消暂停后，歌曲应正常在切换到的音频设备上播放。
• Bug 1的改进方法：更新软件当前使用的 Windows API，使得应用始终能在系统的默认音频设备上播放音乐。
• Bug 2的正常行为：用户在歌手/专辑详情页选到哪首歌，就应该播放哪首歌。
• Bug 2的改进方法：检查客户端发送的请求是否符合当前服务端的API约定。

---

Bug 反馈

我已将上述的两个 Bug 反馈给了 Apple 。

二、 分析

工作量分析

Apple Music for Windows 这一应用，及其提供的所有服务，可大致分为服务端和客户端两个部分。对于复现它的工作量分析，下文将按这两部分的不同功能进行阐述。

下面时间度量以周为单位。其中，假设每周7天均有工作，每周有效工作时间为8～12小时不等，且团队成员工作效率始终处于最理想状态。

自服务端而言：

• 内容串流服务：3周。此处包括了歌曲、电台节目、MV 视频的串流播放，以及其有关专辑封面、歌词等有关数据的提供。
• 账户管理系统：3周。此处假设用户系统仅限于 Apple Music 这一平台，而不是整个 Apple ID 系统。
• 歌单、歌曲收藏功能：2周。包括创建歌单，将歌曲加入歌单。
• 歌曲推荐算法：3周。包括按不同的风格，根据用户听歌行为生成的用户画像，进行不同歌曲的推荐。

自客户端而言：

• 歌曲播放功能：3周。 包括正常播放，按进度条跳转，音量调整，歌曲循环、随机方式、播放列表等。空间音频等高级音效支持亦包括在内。
• 歌词显示功能：2周。包括歌词文字的显示，和按播放进度滚动的功能。
• 基础用户界面：3周。包括歌曲搜索、管理等功能的，供用户操作的前端界面。

总体时间需要19周。如果考虑开发人员的休息需求，工作效率的折损等等，实际开发时间可能来到25～35周不等。

此外，我们没有考虑 AAC, ALAC 这些 Apple 专利的音频格式的开发。若考虑其设计、开发和标准文书申请，总共需要的开发时间可能会更久。

软件质量分析

Apple Music for Windows 的优点有下：

• 前端界面功能划分简明，直观易用
• 没有除了听歌这一核心功能外的其他冗余功能，简单纯粹
• 提供的音乐音质有保证

但是其存在以下显著的缺点：

• 基本的歌曲选择和播放都存在严重的Bug，用户甚至不能正常地在歌手详情页，或是专辑详情页选取自己要听的歌。
• 无法更换播放设备，除非每次在 Windows 系统处更换好默认播放设备，再打开 Apple Music for Windows。（是的，这是 Feature，而不是 Bug）
• 本地化适配较差。我仍然难以想象，一款2026年的音乐软件，居然还不支持歌词翻译。

在国内音乐软件市场的排名，我认为 Apple Music for Windows（仅对于 Windows 版本而言）应该能排到第五。排在它前面的，是我们熟知的任一音乐平台的 Windows 客户端：网易云音乐、QQ音乐、酷狗音乐、甚至比较冷门的酷我音乐。原因无他，前述的两个重大 Bug 就足以劝退用户，哪怕 Apple Music 自身提供的服务足够优秀。

---

我们可以通过 Apple Music for Windows 中出现的 Bug 与功能缺陷，推断出其背后开发团队的以下问题，有些甚至可能是 Apple 这一巨头的问题。

• 跨平台软件开发的经验不足。 长期以来，苹果自己的软件团队大部分情况下，只需要为 Apple 自己的产品开发软件。跨平台软件的开发确实有过，比如 iTunes，但它是在近20年前，为了适配 iPod 而不得不在 Windows 平台上开发的，且 iTunes 的 Windows 版本至今也说不上好用，漏洞百出。此外，他们开发的 Swift 开发套件对 Windows API 的支持也相当有限。
• 对用户反馈不甚在意。本地化的问题早在 iTunes 时期就有人在网上吐槽过，但时至今日，Apple 也没有在本地化方面取得什么重大突破。其背后原因也很简单，Apple 对于自身的定位，是教育用户的角色，它们事实上并不在意用户的反馈意见，而是试着教育用户适应他们设计的逻辑。

具体建议：

• 对于跨平台软件开发经验不足这点，我认为这个软件团队应该在适应其他平台的开发环境上多下一些功夫，而不是只窘于自己熟悉的 Swift 开发框架，并试图使用这一死板的框架，去适应所有不同的平台环境。
• 对于不在意用户反馈这点，我认为这个软件团队应该试着放下自己的身段，通过调查问卷之类的形式收集用户意见，并按照反馈结果，对用户反馈强烈的不足之处进行改进。（但我对这点建议是否会生效存疑，因为“对用户反馈不甚在意”这一点是 Apple 这一公司的价值观决定的，难以通过建议去改变）

三、建议与规划

市场现状

有鉴于此处我们分析的实际是音乐串流服务的市场现状，我们此处将不限于 Apple Music for Windows 这一特定客户端，而是直接将 Apple Music 这一整个音频串流服务，与其竞品进行比较。

竞争产品：目前市场上有什么样的竞争产品？

就国际市场，Apple Music 的主要竞争产品有：

• Spotify
• Youtube Music

而仅针对中国大陆市场而言，其主要竞争产品有：

• 网易云音乐
• QQ音乐
• 酷狗音乐

产品定位：上述产品的定位、优势与劣势在哪里？以及竞争中的各方态势如何？

首先阐述 Spotify 与 Youtube Music 在服务区域的劣势。以上两个平台均不在中国大陆地区提供服务。 相较于 Apple Music，其自然会损失相当一部分的用户基数。

Spotify：

• 定位：单纯的音乐平台
• 优势：歌曲版权齐全
• 劣势：受限于其串流服务能力，Spotify 提供的串流播放音质较差（音频码率常被限制在 .mp3 格式的 320kbps）

Youtube Music：

• 定位：融合传统音乐内容，以及 Youtube 上创作者内容的新兴音乐平台
• 优势：歌曲内容丰富，接入 Youtube 的内容网络，允许用户以音乐形式播放 Youtube 上的音乐创作视频
• 劣势：作为音乐串流服务的后起之秀，其用户基数当前相对较小

以下部分分析的视角，将仅限于中国大陆地区的音乐软件市场。对于 网易云音乐、QQ音乐、酷狗音乐 这三者，下文将不再赘述其用户群体以中国大陆地区用户构成绝对主力，而几乎没有海外用户的劣势。此外，下文中提及的歌曲版权问题，亦只针对中国大陆市场而言。

网易云音乐：

• 定位：音乐平台，以及围绕音乐这一话题构建的社交平台
• 优势：强大的歌曲推荐算法，并通过第三方音频内容创作、歌曲评论区、用户歌词翻译贡献等功能构建了优质的用户社区环境
• 劣势：歌曲版权因同类产品竞争受限

QQ音乐：

• 定位：起初为单纯的音乐平台，后开始模仿其竞品构建用户社区
• 优势：歌曲版权齐全
• 劣势：用户社区构建较差

酷狗音乐：

• 定位：单纯的音乐平台，但允许第三方内容创作者贡献内容
• 优势：作为国内音乐串流服务的先行者，有相当程度的用户留存
• 劣势：第三方内容准入门槛较低，没有用户社区环境的构建

Apple Music：

• 定位：单纯的音乐平台
• 优势：在 Apple 产品用户中具有垄断地位，提供主流音频串流服务中最高的音频质量（使用 ALAC 无损音频压缩格式，支持 Dolby 全景声，空间音频等先进音频技术）
• 劣势：1. 非热门歌曲版权欠缺；2. 没有用户社区； 3. 本地化适配差，时至今日，其歌词翻译功能仍只限于少数热门欧美歌曲可用；4. 其服务为订阅制，不订阅便无法免费访问其任何服务，与大陆地区任何一家音乐平台的收费方式均不同

就中国大陆市场内的竞争而言，当前 网易云音乐 与 QQ音乐 为当前的市场主力，前者主要因为其良好的用户生态构建，而后者主要因为其强大的歌曲版权库。Apple Music 则较为小众，其用户群体一般为部分 Apple 产品用户，或音频发烧友。

市场与产品生态

这个产品的 核心用户群是什么样的人？典型用户是什么样的？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？

其核心用户群体是 Apple 产品的用户，或是认可 Apple 产品有关的设计语言的用户，以及音频发烧友。 他们需要的只是一个纯粹的音乐播放平台，不需要任何额外的功能，比如评论区一类的社交功能，抑或是任何形式的商业广告。

典型用户群体是这样：

• 使用 Apple 产品，比如 iPhone，Airpods，或者其他更多产品的用户。在 Apple 产品构成的应用生态下，Apple Music 是唯一能在这一生态下无缝衔接各设备的音乐软件，因此这些用户选用了 Apple Music。出于 Apple Music 订阅制的沉没成本，他们大概率也会在自己的 Windows 电脑上安装 Apple Music for Windows。
• 音频发烧友。他们斥巨资购入了 Hi-Fi 音频设备，旨在享受最纯粹的音乐，并对音源有近乎挑剔的追求。比如说，他们希望，平台提供的音源能分清交响乐的每一个声部。但他们已疲于自己寻找高质量的音源；恰好，Apple Music 是主流音乐串流平台中，唯一能提供高品质无损音源的平台（其他串流平台声称的 Hi-Fi 音质，事实上是用AI处理得到的“伪无损”），于是他们转投了 Apple Music 的怀抱。

学历，年龄，专业，收入无法得出统一的画像，因人而异，但爱好一定能确定是听音乐。

表面需求是一个纯粹的音乐平台，除了听歌以外，他们不希望在使用过程中受到任何无关功能的干扰，比如广告或者无用的社交功能。

潜在需求自然是更好的听歌体验，比如说，点开歌词的时候，能够看到歌词的中文翻译。（笑）

---

而对于我们作为对比对象的 网易云音乐 而言，用户需求方面可能有些许的不同。

• 表面需求仍然是听歌，但是需求并不限于听歌，而是由听歌带来的更多的情绪价值；
• 潜在需求，是围绕“听歌”这一行为，产生的社交需求。

其典型用户群体，自然不一定是狂热的“果粉”或者音频发烧友，而只是一群希望在听歌过程中得到慰藉的普通人。

产品的用户群体之间是否存在一定的关系？如果有，则是否能利用这些关系构成特定的用户生态？

存在。

• 对于因为使用 Apple 设备构成的硬件生态而选择 Apple Music 的用户，他们因为对 Apple 的崇拜（笑）而产生了联系；
• 就算不是 Apple 的忠实拥趸，他们也会因为对音乐的热爱，而共同拥有“乐迷”这个身份。

但对于构建用户生态而言，于 Apple Music 而言恐怕很难。（当然“果粉”群体另论，这里我们暂不谈论其他 Apple 产品，笑）

• Apple Music 没有任何社交功能。能建立用户生态的前提是，用户能相互交流，而 Apple Music 没有任何评论、私聊之类的社交功能。
• Apple Music 的核心用户群体，要求这一平台足够纯粹，不希望其加入任何与听歌无关的功能，比如社交功能。如果为了“构建用户生态”而强行加入了社交功能，这对留存核心用户反而会适得其反。

与之相比，在开发之初就考虑了社交需求的网易云音乐，在构建用户生态上就做得得心应手。不仅限于评论区内用户的互动，网易云音乐还产生了第三方创作者与听众的互动，构建了内容创作的良性循环。由此，网易云音乐构成了良好的用户生态，建立了极高的用户留存率，且用户自愿称其为“云村”。

产品的子产品，以及其他相关产品之间是否存在一定的关系？如果有，则是否能利用这些关系构成特定的产品生态？

存在， Apple 自己已经开发了 Airpods, HomePod 这类音频设备，且已经把 Apple Music 作为它们构成的产品生态的一部分了。

作为对比，网易云音乐自身只是一个软件平台，也没有任何硬件或软件的相关产品。因此，它并没有构成任何的产品生态，有也只限于这一平台内部。

产品规划

你要在 当前软件的基础上 设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用 NABCD分析。

在当前软件的基础上，我计划引入 “个人音乐网盘” 功能。

• 通过这一功能，用户可自行上传本地的音频文件，并通过 iCloud 服务实现多端同步。也就是说，用户在电脑端上传的音乐，在手机端也可播放。
• 用户上传的音乐，除了保留上传的原始版本，还会被按不同的压缩程度，保存为多个压缩后版本，旨在减少用户使用移动数据播放时的流量开销。

此处按照NABCD模型，对这个新功能进行分析：

• N（需求）：Apple Music 自身可提供的串流服务会受到版权限制，用户可播放的歌曲因此受限。用户对希望播放，而受版权不齐而无法播放的歌曲的需求是客观存在的。此外，考虑到 Apple Music 目前的核心用户群体包括音频发烧友，平台提供的音频还需尽可能无损。
• A（方法）：如果用户拥有版权受保护歌曲的数字唱片，且能将其音频文件上传至仅用户本人可见的云端同步服务器，并可从云端服务器直接播放，这一需求即可得到满足，且不会于平台层面产生任何的版权纠纷。通过前文所述的实现方法，我们可在满足用户对音质要求的前提下，实现现代串流平台的标准网络流量管理功能。
• B （好处）：此举将有利于提高用户留存率。因为用户将不再需要去其他有版权的平台听音乐，只要他们手上有想听的歌曲的数字拷贝。这一般是通过抓取实体唱片得到的。
• C（竞争）：我们注意到，网易云音乐是有提供功能类似的“音乐网盘”的。但是，其用户可用额度有限，扩容需要额外收费，且需要额外构建这一服务所需的服务端设施。此外，在串流网盘上歌曲时，网易云音乐目前选择直接串流原始版本，而没有通过多个压缩版本的方式节省串流流量。自 Apple Music 而言，由于其用户系统基于 Apple 账号构建，且 Apple 生态中已有 iCloud 进行多设备内容的云端同步，实现之并不需要额外的服务端基础设施建设，收费标准交由 iCloud 部分处理即可。此外，上述多版本压缩的串流方案，亦在技术上较网易云已有的方案先进，有利于节省服务端与用户端的流量开销。
• D（推广）：Apple 自身占据了 Apple 设备及其有关服务话语权的垄断地位。通过在 iCloud 与 Apple Music 首页处显著位置进行广告，这一新功能将在已有用户群体中得到迅速推广。而对于新用户而言，这一新功能可能需要在某个 Apple 发布会上，介绍 iCloud 的时候顺带提及。众所周知，Apple 的发布会目前曝光率还是很高的。

如果你是项目经理，可以招聘 6个人，并且有 16周 的时间，你认为应该 如何配置角色（开发，测试，美工等等）才能在第 16 周如期发布软件的改进版本，并取得预想中的成绩。

分工大致如此：

• 服务端开发（2人）：负责云盘音频串流，音频压缩算法，iCloud 与 Apple Music 服务端联动的实现；
• 前端开发（2人）：负责完成各种客户端中，音乐云盘功能的交互逻辑与视觉设计；
• 测试（2人）：负责在开发过程中，实时开展单元测试、场景测试，确保当前开发进度符合设计预期。