Spotify 是一家来自瑞典的音乐流媒体公司，被称为“百亿美元独角兽”。它独特的组织架构和工程文化使它在十年的发展历程中超越苹果音乐，成为了音乐流媒体领域的霸主。
Spotify 产品开发的核心理念主要有三点： 创造革命性的产品，通过早期低成本的原型设计来控制产品风险。 品质不过关决不发布产品，即便是落后于既定的发布日期。 通过产品发布后持续地调整优化，来确保产品从发布时就表现优异，直至最后得到惊艳的产品。 从产品创意的产生到形成产品会经历思考、构建、发布、调整这 4 个阶段。而在产品开发过程中，最大的风险就是构建一个错误的产品。而控制风险的办法就是从产品形成的四个阶段入手： 思考阶段：以较低的成本，大幅度降低产品风险。 构建阶段：运作成本高，几乎无法降低产品风险，所以要尽量缩短。 发布阶段：随着产品的发布和客户使用，产品风险持续降低。 调整阶段：随着时间的推移，产品逐渐完善，运作成本持续下降，小队们可以开始逐渐去做其他事情。 下面具体分析每个阶段的工作流程及内容。 一、思考阶段 这个阶段的目标是拿出一个足够吸引人的故事性描述和能够传达它的可运行原型。首先要组建一个思考小队，根据目标写故事描述并定义指标，然后构建原型，讨论确认是否值得构建 MVP，即最小可行性产品。如果管理者和小队成员都认同这个产品值得构建，就将进入下一阶段。 为什么要写故事描述呢？这是一个简短的文档，用来回答以下 4 个问题： 为什么要开发这个产品？谁能从中受益？如何受益？ 期望这个产品提升哪些关键指标？比如会增加多少用户等等。 预期是怎样的？如何判断这个产品是否成功？ 是否会令产品“再上一个台阶”？即期望这个产品在既定指标上能带来至少双倍的提升。如果只是在度量指标上略有提升，最好重新想一个更强有力的理由。 故事描述不是所谓的产品愿景规划，因为它不包括特性清单、预算、资源计划。更像是一个用数据说话的意愿陈述。重要的部分就是故事，要讲一个生动的、能吸引人的故事。 写好故事描述，就可以构建原型了。小队会构建许多不同的原型来传递产品在感官上的体验，比如“低保真”的纸面原型、“高保真”的可运行的原型等，并进行筛选。只有当小队能拿出一个足够吸引人的故事性描述和能够传达出它的可运行原型时，才值得去构建产品。 二、构建阶段 目标是构建出能够向真实用户充分传达产品理念的 MVP。首先，要基于思考小队扩建一个构建小队，用来构建和内部发布 MVP，并确认 MVP 是否足够好。这个过程要尽量快，同时还要保证代码质量。 当管理者和小队成员共同认为目前这个 MVP 已经实现了基本的故事描述，并且已经足够好，可以开始向真实用户发布了，就可以进入下一阶段了。 三、发布阶段 在这个阶段，目标是逐渐将产品扩散到所有用户，同时对产品进行度量和分析，确保产品在真实环境下，也能够达成它的设计初衷。 首先在小范围发布产品，进行 A/B 测试，然后对产品进行度量和分析、迭代提升，最后根据小范围用户对产品的使用反馈选择逐步扩散到所有用户，或者抛弃产品。 如果产品扩散到所有用户，发布阶段的目标就算达成。不过，这并不意味着产品已经“功能齐全”了，完成发布阶段只是意味着产品（MVP+ 必要的改进）已经被 100% 铺开而已。确切地说，不存在“功能齐全”的说法，因为产品即使在发布阶段之后还会继续优化。 四、调整阶段 小队将对产品不断地进行持续优化、A/B 测试、度量和分析。直到有一天，所有重要的改进都已经完成，新的改进已经无法带来吸引人的收益，指标数据也很难有进一步的提升，就代表产品已经趋近于“极致”了。这时候，小队会逐渐转向新的工作或者重构下一代产品，回到思考阶段。
一、如何管理小队的自主性 Spotify 整个研发组织由多个称为“部落”的单元组成，每个部落中包括多个“小队”。小队类似于一个高度自治的、迷你的“创业公司”，自组织管理自己的工作。这些小队既要保持自主性，又要兼顾公司在产品上的整体一致性。 Spotify 认为：一致性和自主性就像是天平的两端，自主性高则一致性少。所以理想情况是具备一致性地自主，只有具备一致性才能令团队自主具备可能性，而一致性越高，管理层越能下放自主权。 Spotify 的管理原则是小队可以自主，但不能追求局部优化。就像是一个大型乐队，每个乐队小队都在独立自主的演奏，但又必须彼此倾听其他小队的演奏，共同聚焦整首曲子的演出，这样才能演奏出好的音乐。 为什么小队的独立自主如此重要？ Spotify 认为这是一种激励方式，受激励的人们能够开发出更好的产品。而且独立自主能够让小队更快地做决策和行动，而不需要经过层层审批，尽量避免交接和等待。 那么，如何保持整体的高度一致？ 每个小队都有长期的使命，小队要与产品的整体策略保持一致，与公司的整体优先级和其他小队保持一致。Spotify 的整体使命的重要性和优先级，高于小队的任务。 二、如何管理标准化 在 Spotify，每个小队既要保持技术灵活性，又要兼顾公司的整体规范性。 Spotify 通过异花授粉而非标准化，来平衡自由度和标准化。每个小队会根据自己的情况来管理工作计划、选择编程工具。当越来越多的小队都使用某种实践方法时，例如使用 Git 进行版本控制，其他小队也会跟进和开始使用，当小队间都使用这种工具协作时，就会成为事实上的标准。通过采用这种非正式的方式，得以在整体一致性和技术灵活性间保持平衡。