操盘手年鉴The Operators’ Almanac
PD · FW · 216

乐高积木与乐高盒

Lego Bricks Vs Lego Boxes · lego-bricks-vs-lego-boxes--ivan-zhao
产品方法论 框架 AI 时代 2025-03 Ivan Zhao ✓ 已核验出处

解决什么问题

在构建水平(通用)平台或 meta-tool 时,如何平衡底层模块的灵活性与面向特定场景的易用性,避免陷入硬编码功能的陷阱。

核心内容

将平台组件分为两层,并理解其运作机制:

  1. Lego Bricks(积木块):底层的通用原语(如关系型数据库)。只有硬核玩家和开发者关心积木块。如果你的产品只停留在积木层面,门槛过高,受众受限。
  2. Lego Boxes(套装盒):基于积木拼装出的现成解决方案(如 CRM、项目管理)。大多数用户只想要开箱即用的套装。企业客户(B2B)尤其需要能明确解决特定业务场景的“套装”。
  3. 系统反馈法则:如果你在底层以“Lego 方式”构建(保持模块化),系统会为你工作,涌现出更多价值;如果你以“非 Lego 方式”硬编码功能(为了追赶竞品而写死特定逻辑),系统会反噬你,导致代码库和用户体验割裂。
  4. 操作原则:在向 B2B 或企业市场推进时,思维必须从“造积木”转变为“造套装”,但在底层代码中必须坚持用“造积木”的方式去实现它。

适用边界

适用于构建模块化 SaaS、平台型产品或 no-code 工具。不适用于功能单一的垂直点解决方案。作者自述 Notion 曾为了项目管理场景硬编码“Sprints”概念,导致系统割裂,耗时一年才纠正回 Lego 原则。

关键引述 · 原话

"If you build in a Lego way inside Notion in the code base or product, the system work for you. If you're building non-Lego way, the system work against you." (Ivan Zhao)

关联卡片

与 Bundling-Unbundling Market Cycle 相关,都是关于如何组装和打包能力交付给用户。

出处Ivan Zhao · 03-podcasts/ivan-zhao.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2