Shmily's Blog亲力亲为地研究用户
注：要有多“亲”呢
什么是EDM（电子舞曲）、House（电子音乐分 支之一）；电子音乐的流行与竞技游戏视频以及直播有很大的关系，这和当年网吧的《反恐精英》（CS）让很多人认识了Nightwish，网游的帮战指挥战让很多人知道了张杰的歌曲《着魔》 类似。
虽然当时（2014年）在各个音乐排行榜上，前十里看不见电子音乐，但我们仍根据研究结果判断电子音乐是未来发展的趋势。
快速划分用户群
包括但不限于
- 有哪几类用户群？
- 这些用户群的特点是什么？用户群数量大致是多少？
- 竞争对手们覆盖了哪些用户群？
- 哪个细分领域是市场空白？而哪个细分领域又是长期目标的必争之地？
- 产品从起步到成熟的竞争策略是什么？先做哪个用户群，再做哪个用户群？
以网易云音乐的需求组织为例
- 生产音乐 ：艺人、版权公司、独立音乐人、词曲作者等在生产音乐环节的需求。
- 发现音乐 ：面对数千万首歌曲，用户发现音乐的需求可以分为主动发现和被动发现，接着再进一步细分，这是网易云音乐初期切入市场的重点。
- 管理音乐 ：用户会通过艺人、听的场景、语种等方式管理音乐，以及很多工具化的需求。
- 听音乐 ：陪伴、享受、背景音乐……从入门到发烧友，不同的用户在听音乐的时候需求不同。
- 讨论&分享音乐 ：该需求在当时是一块没有被开发的宝地，最初的需求只是把喜欢的音乐分享到社交网络或者作为线下聊天时的谈资。
- 音乐的其他消费 ：从演唱会、音乐节、明星周边产品发展到现在，音乐相关的消费已经非常多元化了。
网易云音乐为什么没有做场景电台？
用户对于场景音乐的需求不小，尤其是年轻人格外喜欢运动、学习的背景音乐，这个需求与网易云音乐的目标用户群也是符合的。但是，歌单功能提供了与场景电台类似的功能。场景电台会对歌单产生影响。
电台功能对于习惯在一些场景下听歌的用户来说是很方便的，比如，运动、驾车等持续的场景，但对于创建歌单的用户会有影响。
歌单系统对于网易云音乐来说是UGC的核心，我们会非常谨慎地对待对它产生影响的功能，相比场景电台功能
获得的利益，我们宁愿让用户用得麻烦一点，也不希望打破这个平衡。
在驾车场景中，用户要求操作简便、少量以确保安全，同时有一定的排解寂寞、陪伴的需求。在跑步场景中，用户希望播放的音乐能够匹配自己的步频，起到通过音乐节奏带动自己跑步的效果，让自己能保持速度、完成锻炼。
最终推出了驾车和跑步FM。
角色、场景、流程
- 角色 ：对同一个功能，不同角色的需求不一致。
- 场景 ：分析需求真实发生的场景，考虑实际情况。
- 流程 ：分析满足需求的关键路径，判断能否满足。
下载歌曲一定要选择歌单
注：这个设定之前也注意到了，在PC端下载歌曲时一定要先选择一个歌单，导致每次都要新建一个cache歌单。
下载歌曲一定要选择歌单，尽管增加了用户的操作成本，但从长远来看，对用户管理歌单、实现云同步有莫大的好处，也能保证产品的长期目标：带给用户超出期望的新的云歌单体验。
为了尽可能地降低用户的操作成本，我们也花了很多心思，实现了用户下载歌曲不需要选择歌单的一些场景，例如：
- 在听私人FM时下载歌曲，歌曲将直接保存到我喜欢的音乐，不需要选择歌单。
- 下载自己创建的歌单中的歌曲，直接下载，不需要选择歌单。
- 下载收藏的歌单中的歌曲，直接下载，不需要选择歌单。
- 用户可以打开边听边存开关
不能收藏专辑
注：使用时也是很疑惑的一个点…
对这一功能的思考也与产品长期目标相关：我们希望给用户提供一个集管理、发现、播放于一身的歌单功能，概念简单，玩法丰富。是否实现收藏专辑的需求会有如下影响。
- 允许用户收藏专辑，那么在我的音乐中将同时出现我的专辑、我的歌单。歌单的地位会被弱化，用户增加了一个管理音乐的方式，增加了认知成本。好处是对于习惯听专辑的用户来说，这样符合习惯。
- 不允许用户直接收藏专辑，而是将专辑加到歌单中，那么我的音乐里只会有我的歌单。对于用户来说，网易云音乐突出的就是歌单系统，认知简单。坏处是对于习惯听专辑的用户来说，这样不符合习惯，会有看不到专辑的评论、看不到专辑的信息等问题。
但产品目标都是阶段性的，是会发生变化的。2016年网易云音乐的用户数量突破两亿之后，产品在三年前确定的战略目标大多数都已经实现了：对广大用户完成了歌单系统的教育。在这种情况下，我们可以重新思考收藏专辑的需求。
了解竞争对手
数据方面
- 竞品整体数据，了解竞品在市场中的体量和位置。
- 竞品数据趋势，了解竞品整体数据的变化趋势。
用户方面
- 竞品核心用户，熟悉竞品最忠诚的用户群。
- 竞品主流用户，熟悉竞品占比最大的主流用户群。
- 用户构成，熟悉竞品各类用户群的构成比例。
产品方面
- 竞品核心竞争力，分析核心功能的特点、详细数据情况、用户评价。
- 竞品主要功能，分析竞品的主要功能特点、详细数据情况、用户评价。
- 竞品发展趋势，了解竞品过去、现在、未来的功能发展走向。
当下国内互联网上比较健康的产品（较大体量以上）的平均数据
- 日活跃用户数/总用户数=5%。
- 周活跃用户数/总用户数=10%。
- 月活跃用户数/总用户数=20%。
- 次日留存率=40%。
- 7日留存率=20%。
- 30日留存率=10%。
切入点
内容社区型的产品通常会考虑将某个领域的资深用户作为细分市场切入点，这主要是因为如下原因。
- 资深用户可以产生高质量的内容，高质量的内容才有好的消费价值。
- 聚集资深用户有利于做格调较高的品牌，品牌从高往低辐射比较容易发展，从低往高则困难得多。
除了内容社区型产品外，我们来看看广义上的产品形态，在选择细分市场时，需要重点考虑如下因素。
- 细分用户的关键需求是否没有被很好地满足，而且他们的需求也是大众市场的需求，只是市场上目前没有很好的解决方案。
- 细分市场是否有足够的影响力，在之后产品扩张时能影响别的群体。
- 我们的产品能否在细分市场上占据前三，甚至第一的位置（通常我们的目标是希望达到第一）。
产品S选择的细分市场切入点是资深音乐爱好者——每个人可以自己写一句话来推荐一首歌，其他人可以来听。这是非常简单的产品逻辑，也的确能帮助用户发现更多的音乐，但这个做法忽略了最重要的问题：大众用户会习惯这样的使用方式吗？
网易云音乐强调歌单的做法，同样是初期主打资深音乐爱好者，歌单鼓励用户生产有主题的音乐列表，大量的歌单覆盖了用户各式各样的听歌需求和场景。大众用户在从原有的播放器听歌切换到听歌单的过程中，没有致命的门槛；同时资深音乐爱好者所产生的价值能很好地服务于大众用户，产品在扩大用户群的过程中不会遇到明显的断层。
以切入点考虑产品架构
我们从产品切入点出发，在设计最初的产品架构时，需要考虑以下方面。
- 产品瞄准的细分市场。
- 产品的发展方向。
- 产品的核心功能。
- 信息架构。
产品经理很容易忽略的是，用户在产品上的主要行为路径，这一点往往决定了我们头脑中设想的产品亮点能否真正成为产品的发力点。
以网易云音乐为例
以歌单作为核心功能来设计产品架构。在设计的过程，需要考虑下面这些重点。
- 核心功能突出，用户上手简单，使用户马上能感受到产品的优点。
- 核心功能与整体产品的架构布局。
- 产品架构逐步完善的顺序和节奏（UGC、个性化推荐、社区/社交三步骤）。
为未来发展设计接口
考虑占位，即在大方向上需要占位，以做积累，从而为以后的发展提供资源、数据、能力。
考虑高概率，即在大方向上，从多种可能性中选择高概率确定的策略。
考虑低成本，即思考接口的成本，如果成本低，则可以大胆尝试。
考虑扩展，就如程序架构一样，要考虑代码的可扩展性、模块的可复用性等，对于产品架构而言，也需要考虑如何支撑产品的未来发展——功能会越来越丰富，系统会越来越复杂。
思考
重点思考可以分为这么几个环节：
- 思考关键目标-多问为什么
- 思考实现关键目标的关键行动、
- 思考关键行动的关键依赖
产品架构
- 分类聚合
- 用户流程
- 相互配合
架构要点
- 用户易理解
- 高效、易用
- 尽量简练
- 扩展性强
注：此处作者提到了美团APP，首页有“美食”“外卖”入口，但是进入“美食”后，仍有一个“外卖”入口，原因是
- 当下用户点外卖的需求量很大，而且用户需要快速完成，那么就有必要将点外卖的需求单独分类聚合，成为一个独立的入口放在首页的醒目位置，让用户易于发现
- 有部分用户的习惯是先点美食，再点外卖，因为他们的认知习惯是先想到要干什么（吃东西），然后想到点外卖，所以该App在“美食”页面下面还放着一个“外卖”入口，以便这 部分用户进入“美食”页面后还能点外卖。
此处作者还提到了StackOverflow，对于标签的设计和创新，关联作者的一个知乎回答
信息架构、产品架构与业务架构
以网易云音乐为例，业务大致包括内容版权、音乐人、网易云音乐平台、社交业务、视频业务等。
- 业务架构就是设计以什么业务作为驱动轮，以及业务之间如何互相配合达到整体发展的目的
- 产品架构则是我们在产品系统的设计上如何抽象、整合，以最合适的架构去支撑业务，比如，我们通过UGC系统联动内容业务、平台业务、社交业务、视频业务等，通过针对B端内容贡献者的大后台，来打通各个业务里针对B端用户的服务等。
- 信息架构则是具体地在App及各产品端的设计 中，将业务架构、产品架构中所明确的产品要点，以合适的方式呈现在用户面前，例如，设计产品中的信息单元组织形式、App的主导 航、各主要页面的层级和跳转流程等
当我们面对一个复杂产品时，可以从三个层面入手分析：从界面层看信息架构、从功能层推敲产品架构、从商业和增长层梳理业务架构。
网易云音乐的产品架构布局
产品经理技能树
