一句话总结
转行做PM不需要MBA，但需要一套完全不同的能力构建路径——你不是在“补齐短板”，而是在把过往经验重新编译成产品思维。MBA能给你的是框架和校友网络，不能给你的是从零到一做出过一个活产品的实战判断力。本文要告诉你的是：如何绕过MBA，用更直接的方式积累PM核心能力，以及如何在面试中把“非科班”变成加分项而不是解释项。
MBA在硅谷PM招聘中的实际作用被严重高估了。Google 2023年PM hires中，有MBA学位的比例不到35%，Stripe不到30%，而Airbnb和Notion这些公司甚至刻意偏好非MBA候选人，因为MBA候选人往往带着一堆“框架”却缺乏动手能力。你需要做的不是去读一个两年制MBA，而是在现有岗位上用PM的思维方式工作两年。
这篇文章的策略基础是一个核心洞察：PM的核心能力——产品判断力、跨职能协作、优先级决策——完全可以在非PM岗位上通过刻意设计工作内容来获得。问题不在于你做什么岗位，而在于你用什么心态做。
如果你正对着面试邀请不知道怎么准备——上面只是冰山一角。完整的判断框架和追问应对都在《面试自我介绍·黄金90秒》里。
适合谁看
这篇文章不是写给所有人的。以下三类人应该继续读下去：
第一类是工程师、设计师、数据分析师或运营人员，在现公司做了2-5年，想转岗做PM但找不到内部转岗的入口。你可能已经具备产品思维但没有“PM title”，不知道如何让 hiring manager 看到你的能力。
第二类是中型公司（非FAANG）的非产品岗位从业者，公司内有PM团队但hc有限，内部转岗竞争激烈，你需要一套策略来说服你的manager和skip-level manager放你走，同时让外部公司愿意给你PM的面试机会。
第三类是海归或海外华人工程师，在国内或新加坡、欧洲工作几年后想跳到硅谷做PM，面临的最大问题不是能力差距而是“如何在没有美国工作经历的情况下通过简历关”。
如果你是以下情况，这篇文章不太适合你：你现在已经是PM但想升到Senior或Staff，需要的是另一个话题；你是想从PM转去投行或咨询；你完全没有任何tech行业经验。
核心内容
为什么MBA不是PM晋升的必要条件
MBA能给你三样东西：商业分析框架、校友网络、简历上的“受过系统训练”标签。在2015年之前，这三样东西在PM招聘中确实有显著溢价——那时候产品管理还没有被充分标准化， hiring manager 需要通过MBA来降低筛选风险。但2024年的现实已经完全变了。
Google从2019年开始在PM面试中去掉了“商业案例”环节，全面转向Googleyness和产品感觉的评估。Meta的PM面试流程在2022年改革后，case study的权重从40%降到了20%，新增了“执行深度”轮来考察候选人是否真的带过项目从0到1。Stripe更是直接在公司内部博客上写过一篇文（"What we look for in PM candidates"，2022年），明确说“我们不关心候选人有没有MBA，我们关心的是候选人能不能把一个模糊的问题拆成一个可执行的计划”。
这不是说MBA没用。MBA有用的场景是：你想从技术转管理，或者你想在完全没有tech背景的情况下拿到PM的入场券。但如果你已经在tech行业工作了两三年，你需要的不是学位，而是“用PM的方式工作”的证据。
一个具体的对比：同样是在一家B2B SaaS公司做了三年后端工程师想转PM，一个去读了Stanford GSB的人，回国后面试字节的PM岗位，面试官问的是“你在之前公司推动过什么产品决策”；一个没读MBA但在现公司用业余时间做了内部工具的PM化改造、主动申请加入了产品规划委员会的人，面试官问的是“讲讲你这个内部工具的迭代过程”。前者需要解释MBA学到了什么，后者可以直接拿出一个真实的product案例。前者的MBA是“潜力证明”，后者的项目是“能力证明”。在当前的市场环境下，后者赢面更大。
这不是说读MBA是错的，而是说MBA不是“转PM的唯一路径”，甚至不是“最有效的路径”。如果你现在27岁、工作三年，读MBA的机会成本是两年工资+学费（约$15-25万），而用这两年时间你完全可以积累出同样甚至更强的PM能力，且不用付钱。
转行PM的核心挑战不是能力，而是“被看见”
大多数想转PM的人的困境不是能力不够，而是他们的能力没有被翻译成“PM语言”。一个做了三年后端开发的工程师，他日常工作中做的很多决策——API设计要向后兼容还是重构、这个技术债现在还还是以后还、这个功能的实现路径选A还是选B——本质上都是产品决策，只是没有被标记为“产品决策”。
hiring manager 看简历的时候，他不是在找“有没有做过PM的人”，而是在找“有没有展现出PM思维的人”。你需要在简历的bullet points里把你的工作重新表述成产品语言。
一个常见的错误表达是："Led the backend architecture redesign of the notification system, reduced latency by 40%." 这是一个技术贡献， hiring manager 会把它归类为“工程师贡献”。
正确的表达应该是："Owned the notification system redesign end-to-end——identified user friction through support ticket analysis, prioritized 3 redesign options by expected impact, led a 4-person cross-functional team through execution, and measured 40% latency reduction as the primary success metric, with DAU increase as secondary." 注意区别：前者是“我做了一项技术工作”，后者是“我像一个PM一样工作”。
这不是“美化简历”，这是把你的真实工作用正确的框架表达出来。 hiring manager 看简历的时间是6-8秒，他们需要在这6秒内找到“PM信号”。你的简历不是在描述你做了什么，而是在回答一个问题：“如果我给这个人一个PM角色，她能做什么？”
没有PM title，如何积累PM经验
这是转行PM最实际的问题：没有PM经验就拿不到PM offer，拿不到PM offer就没有PM经验。死循环。
破解这个循环的方式不是在简历上写“希望有机会做PM”，而是在你现在的工作中创造PM经验。具体有四种路径，每种路径适合不同的人：
第一种是内部转岗。适用情况：你对现公司产品足够了解，且公司有PM团队。策略是“提前六个月开始像PM一样工作”。具体操作：找到你们产品的 Roadmap 缺口，主动向PM提出帮你做一些PRD撰写或用户访谈的工作；在你的team内部推动一个跨功能项目的协调工作；参加产品review会议并在会议上提出有深度的产品问题。这三条加在一起，你在你公司内部就积累了“准PM”的实际工作证据。内部转岗的好处是 hiring manager 可以直接问你的PM同事你的表现，reference check的可信度远高于外部候选人。
第二种是内部项目型。适用情况：你对现公司产品不够了解，或者公司没有PM团队。策略是做一个“side project as PM”。具体操作：不要做技术side project（那只会加强你“工程师”的标签），而是用PM的方式做一个真实项目。比如，你发现公司某个内部流程很低效，你可以自己做一个完整的解决方案文档，包括问题定义、用户调研、方案对比、实施计划，然后主动找manager提案。如果公司不允许你做这个，那就自己在业余时间做一个面向外部用户的小产品——不是做一个app，而是做一个newsletter、一个社区、一个工具。重点不是产品本身，而是你在这个过程中展现的PM能力：用户发现、需求优先级排序、迭代决策、增长实验。
第三种是咨询或外包型。适用情况：你有某个垂直领域的深厚 expertise（比如金融、医疗、教育），但缺乏tech公司的PM经验。策略是“以专家身份切入PM”。很多early-stage startup需要的是“懂业务的PM”而不是“懂技术的PM”。你可以先以contractor或consultant的身份帮一个startup做产品规划，做完一个项目后转成full-time PM。这种路径的难点是找到第一个愿意给你机会的startup，但优势是如果你真的有行业 expertise，你的议价能力比普通PM候选人更高。
第四种是“曲线救国”型。适用情况：你在大公司但完全找不到PM的入口。策略是先转去“PM-adjacent”的角色，比如Product Operations、Program Manager、Technical PM（TPM）。这些角色的面试难度比PM低，但工作内容有大量重叠。以Google的TPM为例，2023年Google TPM到PM的内部转岗成功率约为35%，远高于外部PM的录取率（Google PM的外部录取率约为2-3%）。TPM的工作内容包括：定义技术项目的scope、协调跨团队依赖、管理产品timeline和milestone——这些经验在转PM时是完全被认可的。
面试每一轮考什么：拆解到具体环节
PM面试不是一轮“综合素质评估”，而是由4-6轮不同维度的考察组成的。每轮考察的重点不同，你需要分别准备。
第一轮通常是 hiring manager screen，时长30分钟。这一轮的核心不是考察你的PM能力，而是考察“你是否值得进一步投入时间”。 hiring manager 在这30分钟内做两个判断：第一，这个人有没有基本的PM communication能力（能不能把话说清楚）；第二，这个人对我们要解决的问题有没有基本的passion（不是背答案，而是真的关心这个领域）。很多人在这一轮被刷不是因为答错了，而是因为“感觉像是在背答案”。一个好的 hiring manager screen 的表现是：你能接住 hiring manager 提的问题，并且能把对话往更深的方向推进。比如 hiring manager 问“你为什么对我们的产品感兴趣”，错误的回答是“我觉得你们的增长很快，我想学习”，正确的回答是“我注意到你们最近在企业市场的策略从SMB转到了mid-market，我对这个转变有一些问题想跟你讨论……”——后者展现的不是更“正确”，而是更“有自己的思考”。
第二轮通常是technical screen或product sense deep-dive，时长45-60分钟。不同公司的名字不一样（Google叫"Product Discovery"，Meta叫"Product Sense"，Amazon叫"Bar Raiser"），但考察的本质相同：给你一个产品问题，看你如何分析和解决。这里有一个关键的“坑”：很多候选人把product sense面试当成“商业案例分析”来准备，背了一堆框架（SWOT、波特五力、PMF框架），然后在面试中疯狂套框架。这是最大的错误。2024年所有一线公司的PM面试都在刻意打击“框架套用”。Google的internal rubric里明确写着"Watch for candidates who are 'framework-first' rather than 'insight-first'"。
正确的准备方式是：积累你对具体产品的具体洞察。你需要培养的习惯是：每天用任何一个产品的时候，都问自己三个问题——这个设计为什么做成这样？如果是我我会怎么做？它做对了还是做错了？这种思考方式不需要刻意找时间，而是在你日常使用产品的过程中自然发生。面试的时候你不是用框架来分析问题，而是用你积累的这些真实的产品判断来回答问题。
举一个具体的面试题例子："Instagram要上线一个feature，允许用户把Stories设置成仅对自己可见。你会怎么评估这个feature是否值得做？" 套用框架的候选人可能会说"首先做SWOT分析，然后评估市场规模，然后……"。正确的回答方式是："我认为这个feature的价值不在于增长，而在于留存——很多用户因为担心'发的东西被评判'所以不发 stories，这个feature给了他们一个低压力的练习空间。从数据上我会看两个指标：设置成仅可见的用户的最终转化率（他们会不会有一天改成公开），以及这个功能对整体 DAU 的影响而不是对发布率的直接影响。" 后者的回答展现的不是框架，而是你对用户心理的真实理解。
第三轮通常是execution deep-dive或case study，时长45-60分钟。这一轮考察的是：你能不能把一个模糊的问题拆成一个可执行的计划，并且能handle执行过程中的各种意外。常见的面试形式是：给你一个具体的业务问题（比如“你的产品有一个重要的用户群体正在流失，你只有三个月时间和有限的资源”），让你在45分钟内给出一个完整的解决方案，然后面试官会不断“攻击”你的方案（"What if the eng team says this takes 6 months?" "What if the data you need is not available?"），看你的反应。
这一轮的淘汰率很高，因为很多候选人只能给出“第一版方案”，但无法应对追问。好的执行能力不是“能想到好方案”，而是“能在被质疑的时候保持逻辑清晰并且能快速adapt”。准备这一轮的方式不是背答案，而是找一个人（可以是朋友、mentor、甚至你自己）做mock interview，让对方不断challenge你的方案，训练你在压力下保持清晰思考的能力。
第四轮通常是behavioral或跨职能协作场景，时长45分钟。这一轮考察的是你在过去的工作中如何处理人与人之间的冲突、如何管理 stakeholder 的预期、如何在信息不完整的情况下做决定。面试官会让你讲一个具体的故事，然后追问你很多细节（"What was the hardest part of that?" "What would you do differently?" "How did the other person react?"）。这一轮的“坑”是很多候选人讲的故事太“干净”了——没有冲突、没有失败、只有一个完美的结果。面试官对这种故事的 tolerance 很低，因为真实的工作中没有“完美的项目”。好的故事是“有挑战、有失败、但我从中学到了什么”的故事。
第五轮（有些公司有，有些没有）是onsite presentation或product pitch。时长30-45分钟，你需要在15分钟内讲一个你“设计”的产品，然后留时间给面试官提问。这一轮考察的不是你的创意有多好，而是你的 communication 能力和接受反馈的能力。很多创意一般的候选人这轮表现得很好，因为他们在讲的时候不断问面试官的反馈并在现场调整；很多创意很好的候选人这轮表现很差，因为他们太执着于自己的创意，听不进不同的意见。
薪资谈判：没有MBA怎么争取合理package
硅谷PM的薪资结构是base salary + RSU（限制性股票）+ bonus。不同级别的薪资范围差距巨大，以下是2024年的市场参考（非FAANG的mid-level PM，YOE 3-5年）：
Base salary: $130K-$170K
RSU（四年总计）: $80K-$200K（取决于公司阶段，startup的RSU区间更宽，上市大公司更集中在$100K-$150K）
Annual bonus: 10-20%的base，即$13K-$34K
总包：约$225K-$400K
没有MBA会影响薪资吗？客观来说，会。但影响没有你想象的那么大。MBA对薪资的溢价主要体现在两个方面：第一，base salary的谈判筹码（有MBA的候选人在同级别下平均base高5-10%）；第二，层级认定（有些公司会把MBA等同于一年的YOE）。但这两个溢价都可以通过其他方式弥补。
第一个方式是“证明你自带资源”。如果你在某个垂直领域有深厚的 expertise（比如你是金融背景转去做fintech的PM，或者你是医疗背景转去做healthtech的PM），你可以谈判“领域专家溢价”。很多公司愿意为领域知识付钱，因为这能减少他们的学习成本。
第二个方式是“用竞争offer来定价”。如果你同时面了3-4家公司，你不需要MBA也能拿到有竞争力的offer——公司之间的竞争会自动把你的薪资推到市场水平。关键是你要有多个offer来创造竞争。很多候选人只面一家公司，然后问“我没有MBA，要不要接受这个offer”，这不是薪资谈判的问题，是面试策略的问题。
第三个方式是“谈判signing bonus而不是base”。如果公司坚持不给更高的base（这通常是comp committee决定的， hiring manager 的空间有限），你可以要求更高的signing bonus来弥补。signing bonus的灵活度比base高很多，而且不影响你的future raise（因为base是会一直跟着你涨的，但signing bonus是一次性的，所以公司更愿意给）。
Google vs Meta vs Stripe：不同公司PM文化的实际差异
不同公司的PM文化差异巨大，这直接影响你能不能在里面做好，以及你的“没有MBA”背景会不会成为问题。
Google的PM文化是“research-driven”。Google的PM需要能跟research团队紧密合作，用数据和研究来驱动决策。这里对“没有MBA”的候选人其实是友好的——Google更看重“能不能做出好的product decision”，而不是“有没有商业学位”。Google的PM面试中，product sense轮的权重很高，而且Google有非常完善的internal training（Google PM Academy），所以他们愿意培养人。但Google的问题是：PM的权力相对分散，PM需要很强的influence能力而不是direct authority，这对于没有“管理经验”的转行PM来说可能有挑战。
Meta的PM文化是“execution-focused”。Meta的PM需要能在非常快节奏的环境中做决定，并且能handle高不确定性。Meta对PM的期望是“PM是产品的CEO”——你要对产品的方方面面负责，包括strategy、launch、metrics。Meta的PM工作强度很高，周末加班是常态。这里对“没有MBA”的影响是：Meta在hiring的时候会更看重“你之前做过的项目的复杂度和scope”，如果你在上一份工作中只是“参与”了一个项目而不是“拥有”它，Meta的 hiring manager 会比较谨慎。
Stripe的PM文化是“domain-expertise-driven”。Stripe的PM需要懂支付、懂金融基础设施、懂合规。这种deep expertise的要求意味着Stripe对“有没有MBA”这件事看得很淡——他们更关心的是你对支付行业的理解有多深。如果你有金融背景但没有MBA，Stripe可能是最容易切入的公司之一。Stripe的PM工作特点是：产品复杂度极高，但节奏相对Google和Meta更“可预测”（因为Stripe的产品是b2b，cycle time比consumer产品长）。
准备清单
以下是你在开始投简历之前需要完成的7项准备工作，按优先级排序：
- 重新撰写简历的bullet points，用PM语言重述你过去的工作成果。不要只列“做了什么”，要列“你做的决定是什么”、“为什么做这个决定”、“结果是什么”。每一行都应该能回答一个问题：“如果我让这个人管一个产品，她会怎么思考？”
- 准备3个“产品故事”，涵盖你做过的最重要的产品决策。每个故事需要包含：背景（模糊的问题）、你的分析过程、你做的决定、执行过程的关键挑战、结果、以及“如果重来你会做什么不同的选择”。这三个故事要足够细节到面试官可以追问任何一个环节。
- 搭建一个“产品判断力”的案例库。从你每天使用的产品中积累至少20个具体的product decisions，分析每个决策的优劣。这个案例库会在product sense面试中自动浮现为你回答问题时的例子，比任何框架都更有说服力。
- 找到2-3个可以给你做mock interview的人，每周至少练习一次behavioral和execution轮。Mock interview的效果不在于“练答案”，而在于“训练你在压力下保持逻辑清晰的能力”。
- 明确你的“差异化定位”。MBA能给人“全面”的印象，但你不能走同样的路。你需要找到一个你能说得清的“独特角度”——比如你特别懂某个用户群体、你有某个行业的 deep expertise、你有从0到1搭建过一个系统的经验。定位不需要多，只需要一个能让人记住的点。
- 列出10家目标公司，按“容易进”到“最难进”排序。每一家的PM面试流程和考察重点都不同，你需要为每家公司定制准备策略。Google重点准备product sense，Meta重点准备execution，Stripe重点准备domain knowledge。
- 系统性拆解面试结构。PM面试手册里有完整的Google、Meta、Stripe等公司的面试流程拆解和常见题型的应对思路，包括behavioral questions的STAR法则怎么用、product sense题目怎么避免框架套用的陷阱、execution case怎么应对追问——这些实战复盘可以参考，能帮你把有限的准备时间用在最有效的地方。
常见错误
错误一：在简历上写“希望有机会做PM”
BAD版本：
"希望能够从技术岗位转型到产品岗位，学习产品管理的相关技能，为未来的职业发展做准备。"
这是自杀式简历。 hiring manager 看到“希望学习”四个字就知道你还没有准备好，他们不会给你面试机会。
GOOD版本：
"在担任后端工程师期间，主动推动了3个跨功能项目的协调工作，包括与PM和design团队合作重新设计了搜索功能的排序算法，使搜索结果的点击率提升了22%。通过这个项目，我积累了从用户需求分析到方案落地的完整经验，现在希望在一个更全面的PM角色上继续发展。"
区别在于：前者是“告诉我你想要什么”，后者是“告诉我你已经做了什么，并且这个经历已经让你准备好了”。
错误二：把product sense面试当成商业案例分析来准备
BAD版本：
面试官问："你会怎么改进Uber的司机端app？"
候选人回答："首先我做一个SWOT分析，然后评估市场规模，然后看竞争对手怎么做，然后……"
这种回答在2018年之前可能还能过，现在几乎必然挂。Google的面试官在内部培训中被明确告知要"push back on framework-first candidates"。
GOOD版本：
"我先假设一个具体的改进方向——比如提升司机在高峰期接单的意愿。我会从三个角度分析：第一，用户心理角度——高峰期司机不愿意接单是因为收入不够高还是因为太累了？第二，数据角度——我们需要看高峰期取消率和司机在线时长的数据来判断问题的严重程度；第三，系统角度——如果我们增加高峰期的单价，会不会影响整体的用户需求曲线？基于这个分析，我可能会建议先做一个动态定价的A/B test，而不是直接改UI。"
区别在于：前者是用框架来“展示我学过”，后者是用真实的思考过程来“展示我会想”。
错误三：在behavioral面试中只讲成功的故事
BAD版本：
"我带领团队做了一个项目，最终提前两周上线，客户满意度提升了15%，团队也获得了公司的最佳团队奖。"
这个故事太“干净”了。面试官会问："有什么挑战吗？" 如果你说“没有”，他们不会相信。如果你真的说“没有”，他们会认为你缺乏对复杂项目的认知。
GOOD版本：
"我带领团队做了一个项目，中间遇到了一个关键问题——我们的eng lead和design lead对优先级有严重分歧，eng想先做性能优化，design想做新的交互。我当时的处理方式是分别和他们单独聊，了解他们分歧的根源是什么——后来发现eng担心的是技术债会影响上线时间，design担心的是用户体验问题会导致用户流失。然后我组织了一个三方会议，让双方直接对话，我帮他们把两个需求拆成了两个独立的milestone，分别在两个sprint里做。最终项目按时上线，但过程中我学到了很重要的一课：冲突的根源往往是沟通不充分，而不是利益冲突。"
区别在于：前者是“歌功颂德”，后者是“展示你在真实困难中的思考和成长”。
FAQ
Q1: 我没有tech行业的经验，也没有MBA，想转行做PM是不是几乎不可能？
不是不可能，但需要更长的准备周期。如果你完全没有tech经验（比如你之前在传统行业做市场或销售），直接投硅谷PM的简历成功率极低——不是因为你能力不够，而是因为 hiring manager 会担心你能不能适应tech的节奏和语言。
更现实的路径是：先进入tech行业做一个非PM的岗位（可以是customer success、sales、operations、或者任何tech公司的非技术岗位），用一年时间积累tech行业的context和“tech native”的沟通方式，然后再内部转岗或外部跳槽做PM。这个路径需要2-3年的时间，但比“直接投PM简历”的成功率高得多。
一个真实的案例：一个在传统咨询公司做了5年的MBA（是的，她有MBA），直接投Google PM的简历，面的三轮全部挂，feedback是"great candidate but not enough tech fluency"。她后来接受了一个startup的customer success manager的offer，做了一年半之后内部转岗成了PM，现在在一家mid-stage的B2B公司做Senior PM。她的MBA在转岗过程中几乎没有发挥作用——帮她拿到第一个tech公司offer的是她在咨询公司做的数字化转型项目（那个项目用的是tech公司的案例），帮她转岗成功的是她在customer success期间主动参与产品决策的经历。
Q2: 读一个online MBA或者part-time MBA有没有帮助？
有帮助，但帮助有限。online MBA（比如Stanford Online、Wharton Online）的学位本身在简历上会有一个“受过商业训练”的标签，但这个标签的效力远低于full-time MBA。原因有两个：第一， hiring manager 知道online MBA的投入度和full-time MBA不一样；第二，full-time MBA的核心价值不是学位，而是“同学网络”和“实习经历”——这两样online MBA都给不了你。
如果你决定要读MBA，full-time MBA的ROI在当前市场环境下仍然为正（尤其是如果你想从非tech背景转进tech），但你需要明确你读MBA的核心目标是什么——如果是为了“学习商业知识”，网上有大量免费或低价的资源（CMU的product management课程在Coursera上只要$49，Y Combinator的创业课程全部免费）；如果是为了“校友网络”，那full-time MBA仍然是最好的方式；如果只是为了“简历上有个学位”，那online MBA的性价比太低。
Q3: 转行PM的最佳年龄是多少岁？30岁会不会太晚？
没有“最佳年龄”，只有“最佳时机”。30岁完全不晚。硅谷PM的平均年龄在28-32岁之间，30岁转行意味着你有6-8年的工作经验，这是一个非常好的基础——你有足够的professional maturity来handle跨职能协作，你有足够深的expertise来差异化定位，你还有足够的时间在一个PM角色上发展。
真正的问题不是年龄，而是“你愿不愿意接受降级”。转行意味着你的title和薪资可能不如你现在的级别（比如你可能是一个senior工程师想转成associate PM，title降了一级）。你需要问自己：你是更在意title和薪资，还是更在意长期的职业方向？如果前者更重要，那转行的机会成本对你来说可能太高；如果后者更重要，那30岁转行完全来得及——很多公司在Senior PM的hiring上根本不关心你之前是不是做过PM，他们关心的是你的能力和potential。
一个更实际的考量是：如果你30岁且有家庭（比如有孩子），PM的工作强度（尤其是Google和Meta的PM）会对你的生活平衡有显著影响。在决定转行之前，你需要诚实地评估你愿意为这个职业转变付出什么样的代价——不是每个人都适合“PM作为产品的CEO”这个角色定位的。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。