Notion SDE系统设计面试攻略
一句话总结
Notion的SDE面试不是考你能否设计出完美系统，而是考你能否在不完美的条件下做出最优权衡。大多数候选人会试图展示自己知道多少系统设计知识，但真正的评判标准是：你能否在45分钟内，用Notion的产品思维（用户体验优先、实时协作、扩展性平衡）解决一个具体问题。不是"我会用Redis缓存"，而是"在Notion的场景下，缓存的更新策略如何避免数据不一致导致的用户投诉"。
不是"我会分库分表"，而是"在Notion的文档模型下，分片策略如何不破坏块级别的引用关系"。薪资方面，Notion SDE（L4）base $180K-$220K，RSU $100K-$150K（4年归属），bonus 15%-20%，总包$300K-$400K。
适合谁看
这篇攻略适合三类人：第一类是有2-5年后端经验，想冲击Notion的SDE，但发现自己总是卡在系统设计环节——你可能知道LeetCode要刷，但系统设计面试的评分维度和公司文化匹配度才是真正的门槛；第二类是已经拿到Notion面试邀请，但不确定如何调整自己思路的候选人，比如你可能在Google面试中习惯了"全面覆盖所有可能性"，但在Notion这里，面试官更关注"在有限时间内做出合理trade-off"；
第三类是对Notion技术栈感兴趣的工程师，想了解这家公司在系统设计上的独特考量，比如他们如何处理实时协作的冲突解决，或者如何设计一个支持嵌套块的数据模型。如果你只是想找一份通用的系统设计面试指南，这篇文章不会满足你——这里每一个建议都是针对Notion的特定场景和面试官的偏好。
Notion的系统设计面试为什么难
不是因为题目难，而是因为Notion的产品特性迫使你重新思考传统系统设计的权衡。大多数公司的系统设计面试会问"设计一个TinyURL"或"设计一个Twitter"，这些题目有明确的边界和常见解法。
但Notion的面试题往往围绕其核心产品展开，比如"设计Notion的块级协作系统"或"如何支持100万用户同时编辑同一个页面"。这类问题没有标准答案，因为Notion的产品需求本身就充满trade-off：实时性vs一致性，灵活性vs性能，用户体验vs工程复杂度。
举个例子，在一次Notion的debrief会议上，面试官讨论一个候选人设计"文档版本历史"的方案。候选人提出用git-like的方式存储每个版本的diff，这在大多数公司都是合理的。但Notion的面试官却指出："Notion的块是可以任意嵌套的，一个页面可能有上万个块，每个块的修改都需要记录。
如果用diff方式，存储成本会爆炸，而且恢复到历史版本时，重新应用上万个diff的延迟会超过1秒，用户体验会很差。" 正确的思路不是"用diff"，而是"用操作日志+快照结合的方式"，并且需要解释在Notion的场景下，快照的频率如何设置才能平衡存储和性能。这个案例说明，Notion的系统设计面试不是在考你的知识储备，而是在考你对其产品的深入理解。
Notion的面试流程拆解
Notion的SDE面试流程通常包括5轮：1轮招聘经理筛选（30分钟），2轮技术电面（各45分钟，算法+系统设计），1轮系统设计深度面（60分钟），1轮文化匹配面（45分钟）。每一轮的考察重点和时间分配都有讲究。
第一轮招聘经理筛选通常是初步的沟通，但在Notion，这轮面试官会特别关注你的简历中的项目是否与Notion的技术栈有重叠。比如，如果你做过实时协作系统（如Google Docs、Figma），或者处理过复杂的数据模型（如嵌套结构、图数据库），会是一个加分项。
这轮的核心判断是："这个候选人是否值得花4轮面试的时间"。不是"你是否优秀"，而是"你是否匹配Notion的需求"。
两轮技术电面中，第一轮通常是算法（LeetCode medium/hard），第二轮是系统设计。但Notion的系统设计面试与其他公司不同，题目往往与Notion的产品直接相关。例如，可能会问"设计Notion的评论系统"，而不是泛泛的"设计一个评论系统"。
在第二轮系统设计面中，面试官会特别关注你是否能处理Notion特有的挑战，比如：如何在多用户编辑时保持数据一致性？如何设计一个支持块级别权限的系统？如何在保证性能的同时支持用户自定义的复杂查询？
第三轮系统设计深度面是最关键的。这轮面试通常由Notion的资深工程师或技术负责人主持，题目会更加复杂和开放。例如，可能会问"设计Notion的数据同步系统，支持离线编辑和冲突解决"。
这轮面试的时间分配通常是：5分钟理解需求，10分钟设计高层架构，20分钟深入细节，10分钟讨论trade-off和优化。面试官会特别关注你是否能在有限时间内抓住核心矛盾，并且给出合理的权衡方案。
最后一轮文化匹配面通常由团队的工程经理或跨职能团队的成员主持。这轮面试的重点不是技术，而是你的工作方式是否与Notion的文化匹配。Notion的文化强调"ownership"、"collaboration"和"user obsession"。
面试官会问你过去的经历中，如何处理跨团队合作的问题，如何平衡技术债务和新功能开发，如何应对用户的反馈和投诉。这轮的核心判断是："这个人是否会在Notion的环境中茁壮成长"。
Notion系统设计面试的核心考点
Notion的系统设计面试有三个核心考点，而大多数候选人会在其中至少一个上失败。
首先是实时协作的数据一致性。Notion的核心产品是协作文档，这意味着多用户同时编辑时，系统需要保证数据的一致性和实时性。传统的解决方案可能是使用操作转换（Operational Transformation, OT）或冲突自由复制数据类型（Conflict-free Replicated Data Types, CRDT）。但在Notion的面试中，面试官不会满足于你提到这些概念。
他们想听的是，你如何在Notion的具体场景下应用这些技术。例如，Notion的块是可以任意嵌套的，这意味着OT或CRDT需要处理复杂的嵌套结构。此外，Notion还需要支持离线编辑和冲突解决，这进一步增加了复杂性。一个合格的候选人需要能够解释，在Notion的场景下，如何设计一个支持离线编辑的系统，并且在用户重新连接时，如何高效地解决冲突。
其次是块级别的数据模型和查询。Notion的文档是由块（block）组成的，每个块可以是文本、图片、数据库等不同类型。这意味着Notion的数据模型需要支持高度灵活和可扩展的结构。在面试中，面试官可能会问你如何设计一个支持块级别查询的系统。
例如，用户可能想查询"所有包含特定标签的块"，或者"所有在特定时间范围内修改的块"。传统的关系型数据库可能无法高效地支持这种查询，因此你需要设计一个更灵活的数据模型。一个合格的候选人需要能够解释，如何在保证查询性能的同时，支持用户自定义的复杂查询。
最后是扩展性和平衡。Notion的用户基数在快速增长，这意味着系统需要具备良好的扩展性。但在面试中，面试官更关注的是你如何在不同的维度上做出权衡。例如，在设计缓存系统时，你需要平衡内存使用和查询延迟；在设计数据库时，你需要平衡读写性能和数据一致性。一个合格的候选人需要能够解释，在Notion的场景下，如何做出这些权衡，并且给出具体的实现方案。
如何回答Notion的系统设计问题
回答Notion的系统设计问题时，有三个关键点需要注意，而大多数候选人会忽略其中至少一个。
首先，不是"从0到1设计一个系统"，而是"在Notion的现有系统基础上进行改进"。Notion的面试官不会期望你在45分钟内设计出一个完整的系统。他们更关注的是，你是否能够基于Notion的现有架构，解决一个具体的问题。
例如，如果题目是"设计Notion的评论系统"，你不需要从头开始设计整个评论系统。相反，你需要假设Notion已经有一个基础的评论系统，然后针对特定的需求（如支持嵌套评论、实时更新等）进行改进。这意味着你需要在回答中展示对Notion产品的理解，并且能够快速抓住问题的核心。
其次，不是"列出所有可能的解决方案"，而是"选择最合适的解决方案并解释原因"。在系统设计面试中，很多候选人会试图展示自己知道多少种解决方案，然后逐一分析每种方案的优缺点。但在Notion的面试中，面试官更关注的是你如何做出选择。
例如，在设计缓存系统时，你可能会考虑使用Redis、Memcached或CDN。但在Notion的场景下，面试官想听的是，你如何根据Notion的具体需求（如实时性、数据一致性等）选择最合适的缓存策略，并且解释为什么其他方案不适用。
最后，不是"只讨论技术实现"，而是"结合用户体验和业务需求"。Notion的产品 Philosophies 是"用户体验优先"，这意味着在系统设计中，你需要始终考虑用户体验的影响。例如，在设计数据同步系统时，你需要考虑用户在离线状态下编辑文档时的体验，以及在重新连接时如何高效地解决冲突。在回答中，你需要展示自己如何平衡技术实现和用户体验，并且给出具体的例子。
举个例子，在一次Notion的面试中，题目是"设计一个支持100万用户同时编辑同一个页面的系统"。一个合格的候选人可能会这样回答：
"首先，我需要理解Notion的数据模型。Notion的页面由块组成，每个块可以被多个用户同时编辑。为了支持100万用户同时编辑，我需要考虑以下几个方面：
- 数据一致性：由于多用户同时编辑，我需要保证数据的一致性。在Notion的场景下，操作转换（OT）可能是一个合适的选择，因为它可以处理复杂的嵌套结构。但OT的复杂性较高，可能会影响性能。因此，我需要考虑如何优化OT的实现，或者结合其他技术（如CRDT）来平衡一致性和性能。
- 实时性：用户期望在编辑时能够实时看到其他用户的修改。这意味着系统需要支持低延迟的数据同步。我可能需要使用WebSocket或Server-Sent Events（SSE）来实现实时通信。但需要注意，在大规模并发的情况下，WebSocket的连接数可能会成为瓶颈。因此，我需要考虑如何优化WebSocket的实现，或者使用其他技术（如消息队列）来分担压力。
- 扩展性：支持100万用户同时编辑意味着系统需要具备良好的扩展性。我可能需要使用分布式系统来分担负载。例如，可以将页面分片，不同的分片由不同的服务器处理。但需要注意，分片策略需要与Notion的数据模型匹配，以避免破坏块级别的引用关系。
在实现上，我会选择以下方案：
- 使用OT来处理数据一致性，因为Notion的数据模型需要支持复杂的嵌套结构。
- 使用WebSocket来实现实时通信，因为用户期望低延迟的体验。
- 使用分布式系统来分担负载，但需要确保分片策略与Notion的数据模型匹配。
在权衡上，我需要在一致性、实时性和扩展性之间找到平衡。例如，OT可能会影响性能，因此我需要优化其实现，或者结合CRDT来减少复杂性。WebSocket可能会成为瓶颈，因此我需要考虑使用消息队列来分担压力。"
这个回答展示了候选人对Notion产品的理解，并且能够结合具体的技术实现和用户体验来讨论问题。这正是Notion的面试官所期望的。
准备清单
- 深入理解Notion的产品和技术栈：在面试前，你需要充分了解Notion的产品特性和技术栈。Notion的核心产品是协作文档，支持实时编辑、块级别的数据模型、嵌套结构等。
在技术上，Notion使用React、TypeScript、Node.js等技术，后端使用Go、Python等语言，数据库使用PostgreSQL、Redis等。系统性拆解面试结构（PM面试手册里有完整的系统设计实战复盘可以参考）——这部分可以帮助你更好地理解Notion的技术需求。
- 复习系统设计的基础知识：虽然Notion的面试题目与产品相关，但基础的系统设计知识仍然是必不可少的。你需要复习缓存、数据库、负载均衡、分布式系统等基础概念，并且能够在Notion的场景下应用这些知识。
- 练习Notion特定的系统设计问题：Notion的面试题目通常与其产品直接相关，因此你需要练习一些Notion特定的问题。例如，"设计Notion的评论系统"、"设计Notion的数据同步系统"、"设计Notion的块级别查询系统"等。在练习时，你需要特别关注Notion的产品特性，如实时协作、块级别的数据模型、嵌套结构等。
- 准备具体的例子和案例：在面试中，面试官会要求你给出具体的例子来支持你的观点。因此，你需要准备一些具体的案例，如你过去的项目中如何解决类似的问题，或者你对Notion产品的理解和建议。
- 模拟面试环境：Notion的系统设计面试通常需要45-60分钟，因此你需要模拟面试环境，练习在有限时间内抓住问题的核心，并且给出合理的解决方案。你可以找一个朋友或导师来扮演面试官，或者使用在线模拟面试工具。
- 准备问题：在面试结束时，面试官通常会问你是否有问题。你需要准备一些有深度的问题，展示你对Notion的兴趣和理解。例如，你可以问："Notion如何处理大规模用户同时编辑同一个页面的数据一致性问题？" 或 "Notion在设计块级别的数据模型时，如何平衡灵活性和性能？"
- 关注Notion的最新动态：Notion在不断发展和变化，因此你需要关注其最新的产品功能和技术发展。例如，Notion最近推出了AI功能，这可能会对系统设计提出新的挑战和要求。了解这些最新动态可以帮助你在面试中展示你的前瞻性思维。
常见错误
错误1：忽略Notion的产品特性，给出通用的解决方案
BAD版本：
"设计一个支持多用户编辑的文档系统，我会用WebSocket实现实时通信，用Redis缓存来提高性能，用PostgreSQL存储数据。"
GOOD版本：
"在Notion的场景下，支持多用户编辑的文档系统需要考虑块级别的嵌套结构和实时协作的需求。我会用WebSocket实现实时通信，但需要处理OT或CRDT来解决冲突。
由于Notion的块可以任意嵌套，我会设计一个基于操作日志的系统，每个操作都记录父子关系，这样在应用操作时可以正确处理嵌套结构。同时，我会使用Redis缓存热门页面的块数据，但需要设计一个合理的缓存更新策略，以避免数据不一致。"
错误2：没有明确的权衡和取舍
BAD版本：
"为了支持100万用户同时编辑，我会用分布式系统，每个页面由多个服务器处理，这样可以分担负载。"
GOOD版本：
"支持100万用户同时编辑同一个页面，需要在一致性、实时性和扩展性之间做出权衡。如果用强一致性的方案（如Paxos或Raft），可以保证数据一致性，但可能会影响实时性和扩展性。因此，我会选择最终一致性的方案，结合OT或CRDT来处理冲突。
在扩展性上，我会将页面分片，每个分片由一个服务器处理，但需要确保分片策略与Notion的块级别数据模型匹配。例如，可以根据块的ID进行分片，这样相关的块可以被分配到同一个分片上，减少跨分片的操作。"
错误3：没有考虑用户体验的影响
BAD版本：
"为了减少数据库的负载，我会将所有的操作先写入消息队列，然后异步处理。这样可以提高系统的吞吐量。"
GOOD版本：
"虽然异步处理可以减少数据库的负载，但在Notion的场景下，用户期望实时看到其他用户的修改。因此，我需要在异步处理和实时性之间找到平衡。我会将操作分为两类：需要实时更新的操作（如文本编辑）和可以延迟处理的操作（如统计分析）。
对于实时操作，我会直接写入数据库，并通过WebSocket推送给其他用户。对于延迟操作，我会写入消息队列，异步处理。这样可以在保证用户体验的同时，减少数据库的负载。"
准备拿下PM Offer？
如果你正在准备产品经理面试，PM面试手册 提供了顶级科技公司PM使用的框架、模拟答案和内部策略。
FAQ
Q：Notion的系统设计面试和其他公司（如Google、Facebook）有什么不同？
A：Notion的系统设计面试更注重产品思维和具体场景。在Google或Facebook的面试中，面试官可能更关注你的技术广度和深度，以及你是否能够设计出一个全面的系统。但在Notion的面试中，面试官更关注你是否能够理解Notion的产品需求，并且在有限时间内给出合理的权衡方案。
例如，在Google的面试中，你可能需要设计一个支持10亿用户的系统，但在Notion的面试中，你可能需要设计一个支持100万用户同时编辑同一个页面的系统。这意味着你需要更深入地理解Notion的产品特性和技术挑战。此外，Notion的面试官会特别关注你的回答是否结合了用户体验和业务需求，而不仅仅是技术实现。
Q：在Notion的系统设计面试中，如何展示我的产品思维？
A：在Notion的系统设计面试中，展示产品思维的关键是在回答中始终结合用户体验和业务需求。例如，在设计缓存系统时，你不需要仅仅讨论缓存的技术实现，还需要解释如何选择缓存策略以平衡性能和用户体验。在设计数据同步系统时，你需要考虑用户在离线状态下的体验，以及在重新连接时如何高效地解决冲突。
此外，你还可以在回答中提到Notion的具体产品特性，如实时协作、块级别的数据模型等，展示你对Notion产品的深入理解。例如，在回答"设计Notion的评论系统"时，你可以提到Notion的评论系统需要支持嵌套评论和实时更新，因此需要特别考虑数据一致性和实时性的平衡。
Q：在Notion的系统设计面试中，面试官通常会问哪些问题？
A：Notion的系统设计面试题目通常与其产品直接相关，以下是一些常见的问题类型：
- 实时协作："设计Notion的实时协作系统，支持多用户同时编辑同一个页面。" 这个问题考察你对OT、CRDT等技术的理解，以及如何在Notion的场景下应用这些技术。
- 数据模型："设计Notion的块级别数据模型，支持嵌套结构和复杂查询。" 这个问题考察你对数据建模的理解，以及如何平衡灵活性和性能。
- 数据同步："设计Notion的数据同步系统，支持离线编辑和冲突解决。" 这个问题考察你对分布式系统的理解，以及如何在保证数据一致性的同时支持离线编辑。
- 评论系统："设计Notion的评论系统，支持嵌套评论和实时更新。" 这个问题考察你对实时系统的理解，以及如何处理数据一致性和实时性的平衡。
- 搜索系统："设计Notion的搜索系统，支持全文搜索和块级别的搜索。" 这个问题考察你对搜索引擎的理解，以及如何在保证搜索性能的同时支持复杂的查询需求。
在回答这些问题时，你需要结合Notion的产品特性和技术挑战，给出具体的解决方案和权衡方案。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。