《人人都是产品经理,尼恩产品经理面试宝典》(史上最全、定期更新)
本文版本说明:V1
IT不老新物种 的定义
-
大龄男IT :APM 架构经理 + 项目经理 + 高级开发,没有中年危机
-
大龄女IT:DPM 产品经理 + 项目经理 ,没有中年危机
作为一名42岁的老架构,老产品经理,尼恩在这里慎重的告诉大家:无论架构师,还是项目经理, 都需要有产品思维, 有产品的基本能力。
也就是说,人人应该都是产品经理。
所以,尼恩给大家提供一份非常重要的面试题:产品经理面试宝典,帮助大家掌握产品思维,具备一些产品的基本能力。
由于社群很多小伙伴在面试, 会不断遇到最新的面试难题,所以,《尼恩产品经理面试宝典》, 后面会不断升级,迭代。
本文的2个重量级作者:
- 第一重量级作者 泰格(资深产品经理,负责写初稿 )
- 第二重量级作者 尼恩 (42岁老架构师+老产品经理, 负责提升此文的 技术高度,让大家有一种 俯视 技术的感觉)
《尼恩Java面试宝典》 是大家 面试的杀手锏, 此文当最新PDF版本,可以找43岁老架构师尼恩获取。
《尼恩产品经理面试宝典》升级的规划为:
后续基本上,每一个月,都会发布一次,最新版本,可以关注《技术自由圈公众号》, 发送 “领电子书” 获取。
面试问题交流说明:
如果遇到面试难题,或者职业发展问题, 或者中年危机问题,都可以来 技术自由圈(疯狂创客圈)社群交流。
说说:产品经理具体工作职责及日常工作习惯和方法。
我在公司中主要有三个方面分别是产品策划、产品设计、与产品执行。
- 产品策划:
主要是明确要做一款什么样的产品?这部分包括需求分析、市场调研、用户调研、竞品分析、版本规划等内容。
- 产品设计:
这款产品具体要如何做?包括原型设计、交互设计、视觉设计等内容。
- 产品执行:
这部分主要是带领团队按时完成产品,包括与团队人员沟通(开发、UI、测试、运营、市场)把握进度、还有与 boss 沟通等内容。
日常工作中习惯:(没有自己标准的流程的公司会很重视这点)
- 每日晨会:
形式:每日早上十点开始,20 分钟内解决。
内容:总结昨天做了什么,遇到哪些问题,还有今天要做什么。
- 每周周会:
形式:周一晚上。
主要是四个方面的总结规划:1、产品研发 2、数据总结 3、内容运营 4、产品质量
①产品研发:总结一周工作完成情况,遇到的问题,还有下周的工作安排。
②数据总结:分析一周的数据,总结原因和提出建议。
③内容运营:整理一周的运营情况,还有下周的运营方案。
④产品质量:监控一周的产品质量,对产品的功能进行核查。
- 需求研讨会:
形式:每月一次,周五下午。内容:
①数据:针对迭代功能进行数据分析。
②用户:整理用户的反馈情况。
③竞品:整理市场的竞品情况。
(如果是新项目,则输出需求池,BRD 文档,MRD 文档,PRD 文档,流程图, 结构图,原型,页面清单等相关文档,然后进行讲解评估。)
总结一下,工作中所有的会议,我都会提前发邮件确认!
说说:策划、设计与项目管理的工作流程。
主要是从负责三个方面:策划、设计与项目管理
一.策划:策划又包含对需求调研、需求分析、竞品分析、版本规划、数据埋点。
1.需求调研:
①市场调研(公司资源/用户访谈/问卷调查/政策环境/行业趋势):市场调研报告/BRD 文档/MRD 文档
②用户画像:用户卡片
2.需求分析:
①需求池
②PRD 文档(原型标注/页面清单/流程图/结构图)
3.竞品分析:竞品分析报告
4.版本规划:产品规划
5.数据埋点:数据埋点汇总表
二.设计:
-
高保真原型设计方案(UI 设计师)
-
产品 demo(研发人员)
三.项目管理:
-
内测 1(研发人员)
-
内测 2(测试人员)
-
SIT 测试(测试人员)
-
SIT 验收(产品经理)
-
UAT 测试(测试人员)
-
签订 UAT 测试报告(产品经理)
-
试运营(运营人员)
-
产品上线(全体人员)
聊聊:工作时候如何跟客户沟通?沟通中出现的问题你是如何解决的?
确认好方案后以邮件的形式沟通,平时的话用电话沟通,在沟通的时候有个习惯,遇到客户提出的很重要的问题,我会用录音笔把谈话内容记录下来,回来后进行处理。
聊聊:工作时候如何跟老板汇报工作的?和老板意见不一致怎么办?
平时我每周会去办公室给老板汇报一次工作情况,每次重要的文件或事情会发邮件给老板确认一下。
如果与老板意见有冲突,我会把需求的来源和需求的场景告诉老板,然后拿出具体的数据与领导沟通。
聊聊:工作中如何跟同事(UI/产品/技术/运营/测试等)对接工作?出现问题如何解决?
(具体的例子)
这里涉及到项目管理这一块,我主要用到 PRD 文档,比如说我和 UI 对接时,
UI 会看 PRD 文档里面的页面元素以及功能模块,UI 做出设计稿之后,我会来验收,看看需求都实现没有,有没有漏掉,确认没有问题之后,我会跟开发与测试对接,讲清楚需求背景,具体的使用场景,以及业务流程。
比如说,我的原型里面有个数据可视化图表,研发套用自己的框架做了好久也没有实现出来,然后这个问题汇总到我这里了,因为这个数据可视化图表和企业的销售数据有关,是很重要的,需求不能去掉,于是我找研发的老大进行沟通, 然后研发的老大用自己的技术解决了这个困难,保证了项目的进度正常进行。
聊聊:如何与技术沟通的?如果技术说实现不了或者不能做怎么办?
这里涉及到项目管理这一块,我主要用到 PRD 文档,需求池以及项目管理问题汇总表来对接研发人员,问问他这个功能实现没有,这个需求解决没有,收集他的反馈,然后进行整理。
当研发遇到不能解决的问题时候,首先我会分析一下这个需求是不是很重要,如果很重要,我会找他们的技术总监商量这个技术怎么实现,如果这个需求没那么重要,我会和研发商量稍微改一下需求。
聊聊:如何看待加班和出差的问题。
这里涉及到团队协作这一块,如果我每天工作任务分配好,团队互相配合好, 应该不需要加班的。但是我也知道有时候很难避免加班,而且工作都采用目标管理的方式,每个人都有自己的目标和时间节点,如果团队某个人员工作上遇到了问题,加班也一直没有解决,我会调整好自己的时间,全力调用资源配合解决。
聊聊:如果是带领团队,你是怎么分配工作任务的?
这里涉及到目标管理这一块,首先我们公司的总目标是做出这款产品,
然后把这个总目标拆解为一个个小的目标,并对应到每个团队成员,
比如说产品经理在什么时间节点内完成 PRD 文档,UI 设计师在什么时间节点内完成原型设计方案,研发人员在什么时间节点内完成 demo,测试人员在什么时间节点内完成 bug 测试,运营人员在什么时间节点内完成产品上线。
每到一个时间节点,我会来进行验收,有问题就返回去修改,通过后就设置一个里程碑留作纪念,就这样一直到总目标完成。
聊聊:如何理解产品经理这个岗位?产品经理需要具备的能力?你是如何提升的? 产品经理是什么:
产品经理就好比是建筑设计师,不过他设计的是网站和手机上的软件,并且要带着大家把产品做出来。
产品经理具备什么能力:
这里涉及到工作职责这一块,产品经理应该是公司里面综合素质最高的一个角色。
1.产品策划能力:
要做一款什么样的产品?包括需求分析、市场调研、用户调研、竞品分析、版本规划等内容。
2.产品设计能力:
这款产品具体要如何做?包括原型设计、交互设计、视觉设计等内容。
3.产品执行能力:
如何带领团队按时完成产品?包括与团队人员沟通(UI、研发、测试、运营、市场)、还有与 boss 沟通等内容。
总结一下,产品经理不是每样都要精通,但肯定应该是每样都要懂,他集中了公司所有团队人员的能力于一身。
产品经理如何提升:
至于如何提升,我是以目标管理的方式提升自己,比如说现在我在做 CRM 系统,那么我最近会一直研究 CRM 相关的书籍资料,行业报告等等。
聊聊:如何评价一款产品?为什么是一款成功的产品/产品最重要的是什么?产品需要关注的几个关键问题
(建议写体验报告)一款成功的产品一定是能抓住人性的
产品是给人用的,人喜欢不喜欢用决定了产品的价值,我觉得解决用户 的痛点这一点是产品最重要的,除此之外,产品的商业价值应该放在第一位考虑, 它决定了产品的定位,也决定产品的盈利模式。
聊聊:如何做市场调研报告?一般调研周期多久?你参与的项目做没做市场调研?怎么做的?
这里涉及到市场调研的 5 个流程:
第一步:调研的目的是什么?
第二步:调研的对象是谁?
第三步:调研的方法有哪些?
第四步:数据分析。
第五步:得出结论。
一般调研用 1-2 周,之前在进行市场调研的时候,我们从以下 5 个方面开展: 公司资源/用户访谈/问卷调查/政策环境/行业趋势。
聊聊:如何做冷启动
大鹏教育的冷启动用户量增长:(有时候数据写的太牛逼,别人会好奇怎么来的,要提前准备)
聊聊:如何做竞品分析报告?多久出一份报告?
(建议详细准备,根据公司准备, 不要三四点就讲完了,有的公司会用这个验证真实性,加入场景或者细节) 这里以 b 端产品为例吧,b 端和 c 端其实还不太一样:
我们首先要选对竞品,再从竞品的定位、功能、迭代 3 方面来全面分析。
在做竞品分析之前我们需要先明确自己的目的是什么,是为了版本迭代做铺垫还是说为了开发新的产品作为参考。确定了目的之后后再去选择合适的竞品,b 端和 c 端不同之处在于,c 端可以在 appstore 等上面获取,但是 b 端往往不会那么公开,因此我们可以从两种途径获取第一是销售客服,销售往往是最了解哪些
h 是抢了自己单子的产品哪些是客户签约时对比了的,这种竞品需要高度重视, 因为已经产生的争夺。然后就是百度关键词搜索这是最简单直接的方式
接下来我们需要对竞品进行分层,可以根据竞品抢走的客户量、功能等为它分层, 这里往往分为强对手也就是最大的对手,我们未来的迭代可能是做它已有的功能,另一种是弱对手有一定的优势但是整体功能比较弱,最后一种就是参考选手, 可能没有抢走过多少客户但是发展时间比较长,在做产品设计时也很有参考意义。
确定了竞品之后我们一般会从三个方面进行分析:这个产品的定位、功能与版本迭代
产品定位主要是方便我们从整体的去看待竞品,这一部分需要了解产品背景、主要产品矩阵有哪些,有的公司产品不是单一的会有多纬度和方向。哪些是我们的竞争产品。以及他的目标客群
产品功能我主要是通过登陆系统去操作体验,这里就需要想点办法了一般是申请体验账号,或者问转过来的关系比较好的客户要,通过实际体验来汇总成一份竞品分析报告。这里我会去了解它的产品终端有哪些、功能框架是怎么样的,具体功能点和细节字段是如何的设计的,最后是它的交互与视觉。
产品迭代主要会去了解竞品的迭代速度、迭代方向我们需要关注他的动态来进行更深入的分析。
整体过程大概就是这样,然后在分析的过程中会时刻注意横向对比自己的产品, 总结出优缺点,然后扬长避短。
聊聊:如何理解用户体验设计?是否具有自己的工作方法论?
这里这涉及到用户体验的 4 个层次,产品是以用户为中心,以用户体验为原
则,对产品进行设计的,一般分为 4 个层次:
-
有用:首先对于新产品来说,最重要的任务是对用户有用,能满足用户的核心需求。比如说冰箱的核心功能是保鲜和冷冻,用户自然也是使用这 2 个功能的群体,如果一个冰箱外观好看,扩展功能很多,但保鲜或者冷冻的效果不好的话,那么这个产品对于用户来说是失败的,因为它没有满足用户的核心需求。
-
可用:可用是一个产品的审核标准,确保产品安全,速度,兼容,流畅等性能。比如说银行网站的核心功能是网上银行,虽然满足了有用,但是在可用上面很差劲,例如不支持非 IE 浏览器,这就导致很多用户不能使用网银功能。
-
易用:易用其实就是用户体验,在我们设计产品的时候,要充分考虑用户行为习惯和使用场景,降低用户的学习成本和使用成本。比如说现在我们邮箱里面收到的垃圾邮件越来越多,当我们想批量删除邮件的时候,QQ 邮箱只需要用两步,而网易邮箱就要操作很多步,从这个细节看出了用户体验的差异。
-
好用:在满足之前的条件之后,产品在用户体验上面就会更加注重视觉的表现,从视觉上面激发和提升用户的潜意识操作行为,减少用户的思考时间。UI 设计的最高境界就是提升用户操作效率,让用户不用想就知道如何去操作。
总结一下,通过这 4 个层次,在设计产品时可以帮助我们判断需求的优先级, 首先的问题是保证完成产品的核心功能,确保产品对于用户是有用和可用,然后快速迭代来完善产品,优化产品的易用和好用。
聊聊:如何进行用户画像?如何进行用户特征分析?
用户画像分为 4 个维度:用户基础属性/用户行为属性/需求/场景。
用户特征分析是其实是对用户打标签,比如说用户喜欢打游戏,喜欢旅游等。
聊聊:你在设计产品过程中是如何获取挖掘用户需求的?如何进行鉴别需求真伪和排 列优先级?
挖掘用户需求:
这里涉及到马斯洛需求模型这一块,首先我们要了解用户的需求是什么,会有哪一些?
我们把需求分为 5 个层次:生理需求,安全需求,社会需求,尊重需求, 自我超越。
然后为了挖掘用户的需求,可以采用以下方式:
1.市场调查:根据产品的定位,设计问卷调查,并对目标市场进行抽样调查。
2.客户反馈:从多种渠道去收集用户在使用产品中遇到的问题和反馈。
3.体验客户:其实就是把自己当做客户,去体验使用产品的真实感受。鉴别需求真伪:
在我掌握用户所有的需求之后,会把需求放进我的需求池,然后进行分类, 然后对需求进行紧急重要/紧急不重要或者高/中/低的方式进行排序。
排在最前面、必须解决的我们称为痛点,反之可以认为是痒点。
聊聊:如何将用户需求转化为产品需求?如果要你从零开始做一款产品,你需要做些 什么?
用户需求转化为产品需求:
一般的的产品都遵从二八法则,即 20%的产品解决了 80%的用户需求,所以用户最普遍存在的需求才能转化为产品需求。然后我们要通过现象看本质,收集用户需求以后,多问自己几个问题:用户为什么有这个需求?用户遇到什么困难?用户目前是怎么做的?量大不大?通过这样的方式来找到用户真正的动机, 然后最后转化为我们的产品需求。比如说用户在沙漠中需要水,你就要问自己用户为什么需要水?用户有可能口渴了,那这时候你给他水就好,如果用户是因为太热,那你给他防晒服,或者提供防晒霜就可以了。
从 0 到 1 做产品:
一.策划:
1.需求调研:
①市场调研(公司资源/用户访谈/问卷调查/政策环境/行业趋势):市场调研报告/BRD 文档/MRD 文档
②用户画像:用户卡片
2.需求分析:
①需求池
②PRD 文档(原型标注/页面清单/流程图/结构图)
3.竞品分析:竞品分析报告
4.版本规划:产品规划
5.数据埋点:数据埋点汇总表二.
二.设计:
- 高保真原型设计方案(UI 设计师)
- 产品 demo(研发人员) 三.项目管理:
- 内测 1(研发人员)
- 内测 2(测试人员)
- SIT 测试(测试人员)
- SIT 验收(产品经理)
- UAT 测试(测试人员)
- 签订 UAT 测试报告(产品经理)
- 试运营(运营人员)
- 产品上线(全体人员)
聊聊:交互设计原则?交互设计产出?交互设计检验的方法有哪些?
交互设计原则:一个产品首先要有用,然后是可用,其次是易用,最后是好用。
交互设计产出:高保真交互设计稿
交互设计检验:对于互联网产品而言,检验交互设计好不好,就看你有没有让用户不需要思考,在用户最需要的时候,把用户最需要的操作元素放在用户下意识想要的位置。
聊聊:如何理解数据分析?基本的数据分析方法?如何获取数据?
数据分析:
数据的本质是反馈,反馈则可以促进改变,而数据分析的本质则是根据模糊的反馈得出更加准确的反馈。
数据分析方法:
这里涉及到漏斗分析模型这一块,漏斗分析是一套流程式数据分析,它能够反映用户的行为状态以及从起点到终点每个阶段用户的转化率情况。比如说在一款直播的产品中,用户从激活 APP 开始到消费,一般的用户的流程是激活 APP、注册账号、进入直播间、互动交流、礼物赠送这几个阶段,漏斗分析模型能够统计出每个阶段的转化率,通过每个阶段数据的比较,能够发现产品中存在的问题, 从而推动产品的迭代优化。
这里涉及到数据埋点这一块,数据埋点是为了满足业务需求和产品需求,对用户行为的每一个事件对应的位置进行数据埋点,并通过接入的第三方平台的
SDK 包上传埋点数据结果,数据汇总后进行分析,然后推动产品的迭代优化。
聊聊:如何进行项目管理?项目延期/项目未按期完成,如何解释以及处理?
(建议拆分角度回答, 例如会有哪些情况造成延期,各个情况如何应对,可以体现多维度解决问题思考全面的能力)
项目管理:
这里涉及到目标管理这一块,首先我们公司的总目标是做出这款产品,然后把这个总目标拆解为一个一个小的目标,并对应到每个团队成员,比如说产品经理在什么时间节点内完成 PRD 文档,UI 设计师在什么时间节点内完成原型设计方案,研发人员在什么时间节点内完成 demo,测试人员在什么时间节点内完成bug 测试,运营人员在什么时间节点内完成产品上线。每到一个时间节点,我会来进行验收,有问题就返回去修改,通过后就设置一个里程碑留作纪念,就这样一直到总目标完成。
项目延期/项目未完成:
首先要了解原因,然后重新调整进度,及时向老板汇报,对于优先级高的任务,重新分配人员和时间来完成,遇到协调不到的资源,向老板汇报,在所有任务分配好后,要将项目的进度调整情况用邮件发出来,并解释相关的原因。
聊聊:一个产品的生命周期?不同时期的产品工作重点和产出?
产品生命周期:
-
引入期:通过产品 MVP 最小化版本来验证产品服务及商业模式是否可行。
-
成长期:通过各种拉新策略来推动产品用户的快速增长。
-
成熟期:关注用户的留存情况。
-
衰退期:挖掘用户新的需求进行迭代来延长生命周期,或者孵化新的产品。
聊聊:如何进行测试的?产品上线发布的程序?如果是客户公司的产品如何交付?
(一般会问流程)
项目管理:
在研发做出产品的第一个版本之后,我们会进入产品测试环节:
内测 1(研发人员在本地服务器的环境下进行测试)->内测 2(测试人员进行测试)->SIT 测试(测试人员在搭建的模拟真实的环境下进行测试)->SIT 验收(产品经理->发邮件给老板/客户)->UAT 测试(测试人员在真实的环境下让一批目标用户进行产品体验并收集用户反馈以及完善产品)->签订 UAT 测试报告(产品经理->发邮件给老板/客户)->试运营(运营人员在真实场景下进行试错以及优化产品)->产品上线
产品上线流程:
-
测试验收完毕
-
产品和运营验收完毕
-
确认 bug list 中,必须修改的 bug 已经清理
-
产品准备工作完毕
-
运营准备工作完毕
-
提交上线
聊聊:你们公司有质量管理部门吗?具体做什么的?几个人?QA(如何保证产品的质量?)
我作为产品的 QA,在产品进入测试环节后,会把控以下环节:内测 1->内测2->SIT 测试->SIT 验收->UAT 测试->签订 UAT 测试报告->试运营->产品上线。
聊聊:做 B 端和 C 端产品的区别?
(有的公司可能表面是 c 其实也做 b,注意前期公司调研,不要只看到表面是 c 就一个劲倾向 c 去说,有可能公司就是要你去做新 b端 0-1)
主要从下面几个方面进行对比:
- 使用场景:
C 端产品服务于个人,为了解决用户在生活场景中遇到的痛点,
B 端产品是服务于企业,为了解决企业员工在工作场景下遇到的各种需求点。
- 产品设计:
C 端产品偏用户体验,为了让用户用最短的时间,最短的路径, 最低的成本达到目的,来满足自己的需求,
B 端产品偏信息流,为了让不同部门, 不同工作内容的员工进行合作交流,提高企业工作效率。
- 商业模式:
C 端产品依靠流量获取收益,产品是用户免费使用的,通过拉新,留存,促活等运营策略来获取用户流量进行变现,
B 端产品通过付费定制获取收益,只针对企业内部人员使用,满足企业员工需求就可以。
聊聊:你了解运营吗?平时如何与运营沟通?
我有一定的运营经验,我所理解的运营就是把自己每天泡在用户堆里,站在产品的第一战线,去了解用户的需求。如果说产品经理是负责造车,那么运营就是这个开车的人,所以设计和运营是紧密相关的,我认为一个好的产品经理应该是一个好的运营。
平时和运营沟通时,更多的是在引导他们,因为大多数运营对技术是很陌生的。
很多时候运营会提出一些不符合产品逻辑或者产品规划的需求,通常我就会仔细问清楚,找出他所遇到的真正的问题是什么,帮他找出合理的解决方案。
同时我也会把运营的需求分为高/中/低,然后根据这个优先级来处理他们的需求。
聊聊:产品迭代依据和迭代周期
(迭代依据建议重新整理,本答案不适合面试。我是临场发挥的)
产品迭代:
这里涉及到用户需求驱动的原则,所有的迭代都是用户需求驱动的,
首先把用户的需求分为三种:基本型需求(满足用户基本使用的)–>优化型需求(用户希望产品实现的需求)–>兴奋性需求(用户使用产品后突然收获的惊喜),把所有用户的需求分类后排列优先级,然后根据优先级的高低顺序进行产品迭代。
迭代周期:
这里涉及到产品的生命周期,在引入期/成长期的时候,产品的核心用户是种子用户,产品的迭代频率适合小步快跑,一两周推出一个新版本,上线新的功能, 优化用户体验。
在成熟期的时候,产品的功能和用户逐渐稳定下来,一边采用小步快跑的方式对小需求进行优化迭代,大致一两周更新一次,另外一边定期对大需求进行迭代优化,大致一年两到三次大更新。
在衰退期的时候,用户逐渐流失, 采用节奏相对比较慢的方式对小需求进行迭代优化,大致一个月更新一次。
说在最后:有问题找老架构取经
超高并发红包架构,一定是一个超级牛掰的简历亮点项目,黄金项目,稍微晚点把全量的架构方案和视频进行发布。
这个项目写入简历,面试的时候如果大家能对答如流,如数家珍,基本上 面试官会被你 震惊到、吸引到。
最终,让面试官爱到 “不能自已、口水直流”。offer, 也就来了。
在面试之前,建议大家系统化的刷一波 5000页《尼恩Java面试宝典》V174,在刷题过程中,如果有啥问题,大家可以来 找 40岁老架构师尼恩交流。
另外,如果没有面试机会,可以找尼恩来帮扶、领路。
- 大龄男的最佳出路是 架构+ 管理
- 大龄女的最佳出路是 DPM,
女程序员如何成为DPM,请参见:
DPM (双栖)陪跑,助力小白一步登天,升格 产品经理+研发经理
领跑模式,尼恩已经指导了大量的就业困难的小伙伴上岸。
前段时间,领跑一个40岁+就业困难小伙伴拿到了一个年薪100W的offer,小伙伴实现了 逆天改命。
另外,尼恩也给一线企业提供 《DDD 的架构落地》企业内部培训,目前给不少企业做过内部的咨询和培训,效果非常好。
尼恩技术圣经系列PDF
- 《NIO圣经:一次穿透NIO、Selector、Epoll底层原理》
- 《Docker圣经:大白话说Docker底层原理,6W字实现Docker自由》
- 《K8S学习圣经:大白话说K8S底层原理,14W字实现K8S自由》
- 《SpringCloud Alibaba 学习圣经,10万字实现SpringCloud 自由》
- 《大数据HBase学习圣经:一本书实现HBase学习自由》
- 《大数据Flink学习圣经:一本书实现大数据Flink自由》
- 《响应式圣经:10W字,实现Spring响应式编程自由》
- 《Go学习圣经:Go语言实现高并发CRUD业务开发》
……完整版尼恩技术圣经PDF集群,请找尼恩领取
《尼恩 架构笔记》《尼恩高并发三部曲》《尼恩Java面试宝典》PDF,请到下面公号【技术自由圈】取↓↓↓