第一次跳槽总结（产品经理，简历&面试）

赶上疫情，没有了往年的金三银四之说。从去年年底决定跳槽，以骑驴找马的状态，直到6月中旬，才确定下家。第一次跳槽，历时半年，幸好听从了劝告，没有裸辞，否则心态上较难经受持久战。

对于第一家公司，大多是有感情的，从中经历了从学校到职场的转换。但也存在一些问题，一是近两年公司注重从top学校挖人，校招入职倒挂老员工，后果就是每年涨薪包只能是末尾的；二是难以摆脱同事对你的初期印象，总认为就是那个刚学校出来的小伙。自己的心理也有类似问题，刚来公司时特热心，啥都第一个做。遇到同事态度极好，有事立即回应，不管事情是否有价值，或与我是否相关。渐渐学会重要性排序、委派及拒绝三把斧，但有时心有顾忌，施展受限。。

至于跳槽的原因（这也是面试高频问题），不同阶段、目标，考量的侧重点不同。我从行业、团队、岗位，这三方面考虑。行业是基本面，夕阳还是朝阳，质上的区别；团队，现公司偏安逸了，适合养老；岗位，在现公司，偏向项目经理或BA角色，做传统IT项目，更多是在跟进度，与扯皮。项目经理，相对产品经理，上限较低。

跳槽所做准备

1. 线上PM课程，共2个月

2. 简历，迭代3次，共3个月

3. 面试，迭代2次，共3个月

期间为收尾现公司，输出

1. 8篇 现公司B端产品体验报告

2. 40篇 工作总结

---

跳槽总结如下：

职位：

产品经理

行业：

互联网

1. 供应链

2. 商家服务

3. SCRM

4. IM

5. 项目协作工具

6. 其他效率办公类工具

7. SaaS类

8. 其他企业应用类

公司

1. XX

2. YY

---

简历

V1

再看初版简历，全是问题，我是面试官都不会搭理这种简历。工作经历按照时间线记录，纯流水账，工作内容描述空泛，项目未用结构化思维表达，无量化结果展示，未说明具体工作职责（自然没有与目标职位的匹配度）。

V2

自我迭代，甚至换了头像照，原照片太business了，互联网偏好活泼的形象。简历结构修改成如下。根据V2简历，投递了一波小公司，用于积累面试经验。

1. 个人信息。姓名、求职意向、出生年月、现居地址、联系电话、邮箱

2. 工作经历。时间段，公司、部门、岗位，工作内容描述

3. 项目经历。时间段、项目名，项目背景、职责、成果

4. 技能证书。证书，培训，语言技能，专业技能

5. 教育背景。时间段、学校、学历

6. 自我评价。

V3

付费修改，以自己的视角，很难再发现简历上的问题。因此借助他人，在行上找了两个付费服务，帮忙修改简历。注意要找同职位而非HR帮忙查看，产品经理才能从产品思维、产品方法论角度发现简历上的问题，HR发现的更多是基础的共性问题。V3强调产品管理经验，突出产品经理的重点经历与能力，去除项目经理工作内容（少即是多），简历结构也做了大的调整。请人帮忙修改简历，提了许多中肯建议。很多时候是这样，别人提一句，恍然大悟，多么浅显直白的道理，但自己闷头却很难发觉。

1. 个人信息。姓名、求职意向、出生年月、现居地址、联系电话、邮箱

2. 自我评价。合并原自我评价与技能证书内容，提升到第二部分。

   1. 产品经理经验

   2. 项目管理能力

   3. 自我学习，博客输出

   4. 语言、专业技能

3. 工作经历

   1. 去掉与产品经理无关的工作，强调产品管理经历

4. 产品经历

   1. 项目经历更改为产品经历，去掉时间段（产品哪来的时间，直到产品下线了）。

   2. 小技巧：添加小标题，产品1、产品2、产品3

   3. 背景、职责、成果

      1. 背景：描述尽量用一句话，说清楚：项目是什么、解决了什么问题、有什么亮点。

      2. 职责：描述负责的具体模块及功能；为解决问题及达成目标，所使用的具体方法；为什么做这个动作，达成的目标是什么

      3. 成果：量化业绩；工作量；完成情况（例如从0-1设计产品功能，推进产品成功上线）

      4. 万能公式：“负责XX产品的XX工作，做了（与JD岗位描述相似的工作）。通过XX、XX等事项，实现了XX，达到了XX效果，XX数据由原来的XX增长为XX，或提高了XX%”

   4. 突出独特的亮点内容，或能体现产品设计上的创新（否则产品经理职责部分，很容易千篇一律，全是套话，就像上学时看政治书，空洞没感觉）。

   5. B端产品缺乏数据，则重点写过程，体现作为产成品经理的思考和做事方法

5. 教育背景。去掉无关奖项，二等奖为什么还要提呢？

V4

据投递JD要求，维护适应的版本。并行已积累了足够的面试经历，最后一轮投递目标公司的目标岗位，根据JD描述，从关键词和经历上尽量靠拢，重点在于体现与目标岗位的匹配度。

---

面试

1. XX公司，YY产品经理

   1. HR面

      1. 自我介绍（基本信息，教育背景，工作经历，亮点，新工作期望）

      2. 介绍一个参与的项目（STAR背景、目标、我的职责、量化结果）

      3. 项目碰到的最大问题是什么，以及是如何解决的（问题描述，解决思路，结果）

      4. 假如重新做一次这个项目，会有什么改善（同上，强调反思的过程）

      5. 描述一个你的缺点（碰到复杂或棘手的问题，总想等到方案100%再找业务沟通，有60%就可以了；缺点描述，强调如何改进的）

      6. 是否有接触过流程工作

      7. 各业务部门基于已有习惯，调研时不愿意或无法提出流程优化点，怎么办

      8. 对于工作、团队有什么期望（团队氛围，活跃，多些交流讨论；工作欢迎快节奏，发挥价值）

      9. 有什么问题（部门人员构成，岗位定位，为什么有这个招聘需求）

   2. 部门面

      1. 立项流程，需要额外注意事项

      2. 需求管理

      3. 流程梳理

      4. 是否掌握项目管理技能，与技术团队协作

   3. HRBP

      1. 对自己有什么规划（行业IT互联网，岗位产品经理，希望2-3年可以独立负责产品）

      2. 对产品经理岗位是怎么看的（技能上，涉及的工作内容；价值上，通过产品方案满足客户需求）

      3. 接触的最复杂的需求是什么，碰到较难对接的业务方是什么样（业务需求不清，横向需求打架）

      4. 特别有挫败感的一件事是什么（关键如何反省，避免重复犯错）

      5. 碰到不懂或能力欠缺的事项，如何提升自己（询问、看书、专业网站查询）

      6. 技能或性格上的缺点是什么（技能，产品设计，原型、PRD规范，通过培训自我充电；性格，工科男偏理性，沟通时感性方面软技能欠缺，通过项目大量的沟通已提升）

      7. 你觉得你的性格是怎样的（偏理性，相处时性格较淡，但工作时责任心很重，涉及项目时需要坚持的会力争）

      8. 碰到复杂问题，解决思路是什么（任何任务，都应先想怎么理解及解决思路，再执行；PDCA，通过结果迭代校验思路可行性）

      9. 同事对你的评价是什么？你觉得在你心中，同事对你的印象是什么（亮点印象是，事事有回落，即使目前没空，也会给予反馈；可能不好的印象，涉及项目进度、资源，需要配合会不厌其烦地跟进，升级催）

      10. 为什么从上一家离职（缺少从0到1产品设计阶段，大多为商业产品实施后的迭代，同时开发能力欠缺，导致产品经理可发挥空间有限；工作节奏、氛围较平淡；公司的行业处于夕阳趋势）

      11. 除了岗位，还看重什么因素（公司发展方向，是否为朝阳行业；部门、组织是否为向上型及学习型的，大家在一起是真的想做成事情）

      12. 你觉得你是好胜的人吗（同事相处时，偏平和、不是团队内最活跃的角色。但负责的任务、项目，如果没有达到预期，会很不爽）

      13. 你觉得这个岗位及方向是符合你的期望的吗（个人规划上期望是什么，对于岗位及行业）

      14. 目前薪资结构是怎样的，期望薪资是多少（基本工资，激励薪酬，加班工资）

   4. 产品负责人面聊

      1. 产品流程与业务实际流程不适配，如何解决（一是产品往往蕴含着业务最佳实践，其设计理念是有SOP道理的，业务提出的需求并不一定是正确的，从端到端流程合规性、专业性及效率上，可能存在问题；二是业务角度，站在业务的角度及现状，其需求也有合理性，那就是如何做需求分析，需求如何拆分、如何判断收益与投入、优先级排序）

      2. 了解个人工作台吗（产品功能模块不复杂，待办、已办、公告栏、消息提醒，但难点在于消息呈现的个性化需求）

      3. 介绍一款使用频率高的C端非工具类产品，你觉得这个功能他们为什么要这么设计？（产品规划，商业价值上；满足目标用户群体，特定场景下的需求）

   5. 总结

      1. 啰嗦，总分总，结尾的总结强调的是思路与经验教训，以及个人提升，而不是在重复

2. XX公司，YY产品经理

   1. 部门面

      1. 做过的都是偏实施，有没有从0到1产品设计的经验（技能上，掌握产品设计全过程的工作，包括线上培训课，输出作业；虽然是实施项目，上线后的版本迭代，也是按照标准流程执行，与业务、技术团队打交道，输出prd及落地；确实从0到1经历欠缺，这也是跳槽的原因，希望经过2-3年可以独立负责一个产品）

      2. 对于产品设计怎么看（广义还包括需求管理，需求收集、分析、筛选、排序；产品定位，总体规划，产品架构，PRD，业务流程、页面流程，原型设计，交互说明）

      3. PRD怎么写，包含的内容（一般包括：修订记录，全局说明，需求背景，产品目标，用例总表（模块、功能点、需求描述、优先级），详细需求（业务流程、系统流程、交互示意图、功能点&原型图详述，用例表-简要说明、行为者、前置条件、后置条件、功能说明），测试用例，考核指标。复杂模块或产品，还可以包括产品定位、数据架构、应用架构、演进蓝图、数据埋点、运营管理、非功能需求-性能需求、适配需求、环境需求、统计需求、预留接口）

      4. 接到需求后，如何拆解（颗粒度上，epic、feature、story、task；实施周期上，拆分版本，确定版本目标，需求优先级；从分类上，kano模型，must hava基本需求，nice to have期望需求，exited to have兴奋需求，indifferent have无差异需求，reverse have，以及bug）

      5. 业务需求与产品需求的关联性，是否存在逻辑关系（存在关联性，但没有逻辑关系。Y字型，业务需求，探究其目的及动机，及底层需求，结合对于技术实现及产品的理解，给出产品方案）

      6. 是否了解相关产品（不具体了解，但能说出自己的理解，以及公司相关项目的观察）

      7. 描述PMP的整体框架（要向谁来介绍PMP框架？没接触过项目管理工作，或有所从事需要考证？）

   2. 薪资面

   3. 总结

      1. 太啰嗦，不是讲的多则为加分项。金字塔原理

      2. 直接回应问题，不要绕圈、答非所问，回答紧扣面试官的关注点。

      3. 未准备到的问题，或不了解。别瞎说。承认不知道，问面试官的看法，体现虚心好学的态度。

      4. 缺少相关经历，从硬技能、自我提升上强调自身已具备要求，同时有独特的补偿性优势，凡事有两面，岗位、行业匹配度是可以通过表达争取的（掌握适度的答非所问）

      5. 搞懂问题再回答

         1. 问题太大，做拆分，列举两个具体场景回答，聚焦到自己熟悉的点

         2. 问题抽象，希望从哪个角度回答？

         3. 不明确，基于个人理解复述一遍问题，是想介绍这个问题的这个方面吗？

         4. 您是不是想了解我对这个问题的看法？确定对方想要的点

      6. 尽可能创造与面试官的互动氛围，不要给气势压倒，变成了单方面对答模式

      7. 业务能力，不用担心不够深入，事实上本就很难说出深刻见解，提前做功课，将了解的内容呈现出来即可

      8. 介绍参与的项目、产品，不要过多讲解细节内容，面试官没有心思去尝试理解的。反而要升华到宏观层面，例如输出物、沉淀的文章、博客等

      9. 回答复杂、棘手问题时，关注点不在意答案的正确性，而是能否在短时间内组织语言、体现分析问题的思路是有体系的

      10. 面试后，获得部门面试官联系方式，表达感谢及加入意愿

3. XX公司，YY产品经理

   1. HR面

      1. 是否在职

      2. 为啥想换个工作环境（公司行业，部门组织，个人发展）

      3. 部门多少人，对接几个开发（部门结构，团队成员结构）

   2. 部门面

      1. 介绍参与的两个产品

      2. 阐述具体的产品设计中的细节（场景要想周全，异常流程如何处理，例如逆向流程、变更流程、分支流程，数据流上下游如何获取、如何分发，PRD数据指标；实际案例1，单据信息更新下游系统，业务调研时通过N个字段匹配定位更新字段，结果发现有个例不符合，通过接口实时查询返回满足条件下供业务选择；实际案例2，业务突然增加功能按钮，仅变更特性字段，了解其原因，是为了完成法务部门免审批需求，再跟业务实际了解，该部分频率较低，价值不高，同时实现较复杂，仅实现关联按钮，同时导出到本地线下比对，若只变更了特定字段，则备注后直接审批通过；实际案例3，采购账号是按照人来走，账单统一发过来由业务一人手工分类，账号按照公司设置，同时赋给个人账号，账单自动按照下单账号区分，子公司各自对账；实际案例4，需求申请在一个系统，审批通过后到另一个系统做寻源、合同评分，但审批通过后需求释放了，如何中止对应单据目前的业务操作）

      3. 产品经历较少，相当于只有1年（简历包装，2年经验；面试的引导）

   3. 总结

      1. 简历包装，侧重产品经验，面试时突出产品而非项目，项目只是产品经理的部分工作，还不是主要环节

      2. 谈及产品/项目细节，渐进展开，根据沟通情况实时把握展开程度，提前准备好案例。重点永远不是在于细节上，而是考查做事是否有思路，是否在产品设计时考虑细节问题，是否提炼成个人方法论

4. XX公司，YY产品经理

   1. 部门面

      1. 了解XX模块吗（涉及的子大模块有哪些，洋葱式细致）

      2. 通过项目和产品的经历，有什么自我迭代（项目，对于干系人管理与沟通管理。按照里程碑节点跟进，及时暴露风险项，及时升级问题，无法靠自己把控住，尽早向上争取资源；产品，原型的重要性，excel或画图方式，尽早拿给业务讨论，往往业务在看到原型后，想法就不一样了。原型与PRD等文档，虽然是重要输出，但只是手段，关键还是场景是否考虑周全，逻辑上没有问题，问题定位准确。对于指标一定要在需求阶段定义，以终为始）

      3. 碰到不同部门对于需求优先级有争议，如何解决（部门内部制定统一需求提报人。部门间，组织需求评审会议，每个月末评估需求优先级，业务一起讨论。提报需求，有结构化表单字段，对于紧急性及价值性用数值打分，同时收益要求尽可能用量化数据体现）

      4. 为什么用商业产品，而不是从0到1设计（实施周期和成本方面考虑，采购后以项目方式做二次开发，因公司体量较大若从0开发，周期较长，且产品成熟度不如商业产品；商业产品蕴含的业务最佳实践，及完整的功能模块、单据流转，从0设计会存在想到一个场景则开发一孤立功能的情况；项目为实施+咨询，借助BA梳理、优化业务方案）

      5. 为什么要做这个产品（从业务痛点角度，一是端到端流程打通，二是关键字段为结构化，手工填写、处理量大，三是相关场景分散在不同系统及模块中，四是财务部分优化，施加过程预算管控）

      6. 既然有这么多问题，为什么今年才做这个产品？（首先每个项目、或者新产品，其前提条件是要解决某些问题的。至于这个需求，是排序上、及从产品整体规划上，放到这个时间点来做）

      7. 是谁发起这个项目（项目sponsor，业务方基于业务痛点发起）

      8. 什么算是好的B端产品（产品角度，用户价值，满足了目标用户群体在特定场景下的需求，解决了用户痛点，或者给予了爽点；商业价值，商业模式是怎么样，如何通过用户价值实现商业价值，为公司赚钱或省钱；再具体到B端产品，大部分属于降本增效，能提高业务效率，降低成本，规范业务操作，实现数据信息化，线上操作，去手工。再进一步，引领业务变革，改变运营模式，实现互联网化）

      9. 提到用户价值、商业价值，到什么程度才算是好的（用户价值公式，从结果来看就是用户愿意为了使用你的产品而有所投入，并产生依赖；商业价值，把产品价值通过某种模式商业化，是否有高营收，是否有利润，或者是否帮助别的产品带来营收，带来巨大的免费流量）

      10. 反问：岗位具体工作内容？出差频率，出差需要做什么？

   2. 总结

      1. 套路式问题提前准备

      2. 一个问题不要自己说个不停，要能打开对方话匣子，引起对方思考或沟通讨论。针对性的回答问题，弄清面试官的意图

5. XX公司，YY产品经理

   1. 产品面

      1. B端产品设计要考虑的重点，核心要求（场景是否考虑周全，逻辑是否自洽，对业务有足够的理解，能从数据架构和应用架构出发评估产品设计的合理性）

      2. 2年工作经验对个人，产品上的提升项（基础技能已熟练掌握。在此基础上，逐渐提升产品规划、业务方案的能力）

      3. 项目碰到的难点

      4. 目前产品团队人员构成

      5. PRD的内容

      6. 为什么要跳槽

      7. 对于新工作的期望（团队，职位。发挥个人价值）

      8. 一天的工作安排（白天30%会议，30%协调资源&跟进任务项，30%需求调研，10%处理解答其他事项。晚上专注产品设计&写文档）

      9. 目前工作是否加班（个人意愿的表态。项目需要可以加班，但会努力提升工作效率。平时晚上自己也会保持学习、总结）

      10. 电商产品的了解

      11. （英文）对于XX的了解

      12. （英文）周末做什么

   2. 部门负责人面

      1. 介绍做过的两个产品

      2. 内部产品，涉及流程打通，碰到业务阻力怎么办（项目立项，业务痛点要抓准，业务有变革的意愿，争取业务sponsor的支持；从端到端整体流程来看收益，效率优化，信息流打通，从上而下争取配合）

      3. 换工作考量的因素

   3. HR面

      1. 项目碰到的问题

      2. 跳槽考量的因素

      3. 跳到XX考量的因素

      4. 从做内部产品到现在的岗位转变，怎么看。个人优势和劣势（首先从工作内容和技能要求上，是相同的。优势为个人学习能力；劣势是行业的转变，互联网节奏较快，团队模式、业务也存在转变，但这正是跳槽的其中一个原因，欢迎这种变化，有信心可以快速适应转变）

      5. 大学成绩排名

      6. （英文）自我介绍

      7. （英文）从什么渠道了解到XX

   4. offer

      1. 工资，绩效

      2. 病假，年假

      3. 弹性上班

      4. 打车报销，餐补

      5. 其他福利

   5. 总结

      1. 面试完，是轻松自然的状态，感觉与面试官是聊天的状态。基本上这轮，大概率稳了。

---

 自收集问题

1. 需求评审会议如何召开（需求评审会的目的是什么？所有相关方明确需求背景与目的，需求方案达成共识，对于资源投入与时间的承诺；会前，复杂核心问题提前沟通。会中，需求背景、用户与场景、功能模块、流程、原型与交互、数据指标、需要谁支持、预计上线时间。会后，追排期，邮件发出会议纪要，to do list）

2. 项目管理如何保证按时上线（需求收集时，尽可能考虑全场景；保证文档质量，PRD确认后控制需求变更，变更相关方达成一致后，邮件确认；需求评审时，确保相关方对于实现方式、资源投入、里程碑日期理解一致，特别是技术上的问题；项目计划，合理评估时间，维护项目里程碑、双周、日计划，尽可能量化，明确开发、测试资源的排期；每日过进度，及时识别风险项，开发阶段跟进，不能因为协作配合条件未达成就卡；如果delay了怎么办？变动范围，增加资源投入，改变进度计划）

3. 项目已延期，如何处理（了解情况，原因及需要延期多久；确定影响范围、程度，知会需求方，讨论解决方案；协调资源赶工，或识别本次上线版本核心功能，砍掉非核心功能）

4. 对加班的看法（如果是工作需要，没问题，没有家庭负担；希望加班是能产生价值的，同时注重提高工作效率，减少不必要的加班）

5. 如果从0到1做一款产品，需要做些什么（市场分析，竞品分析，分析用户需求，确定产品定位和目标用户；定义需求和功能，识别核心功能；输出产品功能架构，低保真原型；PRD，需求评审，排期；协调开发与测试；发布上线前验证测试；培训宣讲；产品发布；运维，数据与用户反馈收集分析；迭代）

6. 对于方案，老板和你产生分歧，怎么办（说明需求的由来与场景，先尝试做沟通；如果老板坚持他的要求，找到深层次的顾虑点，想办法解决；同时可以做A/B测试，问卷调研等，用数据佐证）

7. 竞品分析怎么做（首先需明确为什么要做，给谁看？竞品的选择，信息收集。行业及市场，产品定位、策略，商业模式，目标用户，市场数据，产品架构，核心功能点，交互设计，视觉表现，运营推广策略，SWOT分析，总结、指导产品设计的具体事项）

8. 产品调研报告怎么做（侧重纵向深度体验一个产品。体验环境，调研结论。调研背景、目的。用户场景需求。业务逻辑、功能结构。核心功能点。典型页面、关键交互。迭代及运营策略。数据表现）

9. 交互设计怎么做（系统交互，各个系统之间怎么对接，可能会涉及到什么数据，后台的产品会非常关注的；前端交互，各种保存、编辑、跳转功能及交互）

10. 表单设计考虑的维度（表单的用途、顶部筛选维度、导入导出功能、表单字段、字段数据结构、校验规则、先后顺序、取数逻辑、批量逻辑、表格联动）

11. 产品经理需要具备什么能力（逻辑能力，考虑所有用户操作、场景，及相应的流程设计与系统逻辑判断；沟通能力，与运营、市场、设计、技术、测试、老板沟通；文档能力；学习能力，体验产品、看书、课程辅导、系统总结；项目管理能力，主导团队协作，协调资源，在约定时间、范围和质量要求下上线；自我管理能力，主动做用户调研，竞品分析，数据分析，收集需求并转换为产品解决方案，自我驱动；抗压能力，需求评审会被各方批评，需求变更时与技术沟通，未按时按量上线，上线未达到预期，能足够抗压及调节心态；对业务理解能力，需求分析能力；产品设计能力）

12. 怎么算成功的产品（解决用户需求，因为产品的本质就是满足需求；粘性，用户替换成本高，在特定场景下需求会被唤起，就想到这个产品；用户体验，流程、界面、交互，用户体验好即为商机；运营匹配产品与目标用户；良好的技术性能；能盈利）

13. 产品的需求来源有哪些（老板提出的战略性需求，产品经理根据产品规划，数据分析的需求，业务反馈的需求，用户调研访谈或意见反馈的需求，竞品调研的需求，客服反馈）

14. B端和C端产品的区别（目标用户不同，C端为大众，B端为企业员工；盈利模式不同；产品形态，B端PC，C端移动端；解决的问题，B端侧重功能，如何满足业务上特定角色的痛点，业务流程化，提高组织中人的效率。C端侧重找到用户的痛点、爽点，产生粘性，功能并不一定强）

15. 产品优化，怎么做（首先明确问题，期望与现状，来自谁、什么的期望；对需求进行优先级排序，哪些是重要紧急的，普遍需求或来自关键用户的需求；设计解决方案，通过竞品分析或用户调研，方案描述、实现复杂度、优缺点等，与团队讨论；确定解决方案，出PRD，确定数据指标；上线后，关注数据及用户反馈，确定是否达到优化目标，或需再做迭代调整）

16. 业务提的需求有问题，如何把控（业务在提需求时，是不可能预知系统会出现的问题。这就是产品经理在设计方案时强调细心及逻辑性的原因，产品经理要反复思考和评估。第一种是业务需求没问题，转化为产品需求要考虑实现逻辑上是否有问题，比如员工买了东西，要点击验收，才能付款。但员工总是不点击验收，业务跟我提要增加跟催和一段时间不处理，自动跳过功能。但系统怎么判断，起始日期呢？系统不知道员工什么时候才收到货，也没有集成物流信息或卖家送货信息；第二种，是业务场景没列全。比如业务说我要上线一个业务流程，能是否存在逆向、变更场景？一问业务，业务说可能会有哦，要不然他只会在意他最想要的核心场景，忘了还要满足其他特殊场景，整个业务才能跑通）

17. C端和B端的区别（使用者，决策者，用户诉求，需求场景，功能模块）

18. 面试如何体现产品方法论，产品思维

    1. 框架+清单

    2. 需求分析（需求收集，用户调研、同事提出的需求、老板提出的需求、竞品分析得出的需求、数据分析的需求、产品规划上的需求；需求拆解与排序）

    3. 产品设计（产品规划；产品设计与功能优化；原型与需求文档）

    4. 项目管理（制定计划与跟踪；协调资源；把控质量与进度；bug跟踪）

    5. 产品迭代（上线意见反馈；业务培训，运营计划；市场推广；版本迭代）

19. 有什么要问对方的

    1. 对于这个岗位的期望是什么，最需要的能力是什么

    2. 目前团队面临的的最大挑战是什么

    3. 介绍下公司业务和发展战略

    4. 之前提问的XX问题，我觉得我回答的并不好，你这边的看法是什么

    5. 根据刚才的面试表现，我和你们招聘岗位匹配点在哪里，不匹配点在哪里，有哪些地方我可以提升

20. 职业规划

    1. 自己的目标是什么？

    2. 实现这些目标需要哪些技能？（产品经理能力模型）

    3. 为了提高这些能力做了哪些准备，制定了怎样的计划，怎么执行这个计划？

    4. 3年时间，成为高级产品经理；结合能力模型，结合大厂标准的产品方法论能沉淀个人产品方法论，能实现商业模式的闭环

21. 五要素模型

    1. 战略层，战略定位、目标用户

    2. 范围层，需求范围、价值定义

    3. 结构层，结构模块、功能分布

    4. 框架层，流程、交互设计

    5. 表现层，视觉设计

22. 最近在用的产品（场景、功能，满足了你什么需求）

23. 十大可用性设计原则

    1. 系统可见性：反馈操作进度，系统状态可见

    2. 匹配系统与用户真实世界：采用用户熟悉，常识性图标和知识表达功能

    3. 用户控制与自由度：允许用户撤销操作，使用户对操作可控

    4. 一致与标准化：降低用户对系统上手难度，通用的平台惯例，系统的用语、功能和操作保持一致

    5. 防错原则：系统应考虑防止用户操作错误交互，预先防止错误行为，再或弹窗确认，而不是事后操作

    6. 再认而不是回忆：每个页面适时解释字段，降低用户记忆难度

    7. 灵活高效：简单易操作，符合常识，允许用户定制，可以满足新手与老手用户

    8. 简约设计：避免冗余信息，突出重点。每增加一个单位信息，则相应弱化了其他信息

    9. 帮助用户识别、诊断和修复错误：及时反馈错误提示及解决方案

    10. 帮助文档：协助用户自助了解系统，易于搜索

24. 自我介绍部分

    1. 姓名，教育背景，工作经验，目前所做公司、岗位，产品经验

    2. 量化业绩

    3. 为什么来面试，意愿

---

线上咨询

咨询1

1. 简历优化建议（背景体现现状，及优化改善项；适度包装，既然是面试产品经理，经历都是PM工作；成果体现具体的量化数据，从多少变为多少，适度夸张）

2. 经历上，产品设计欠缺，如何在面试时弥补劣势

3. 两年经验，从统计概率上涨薪一般是在什么范围

4. 往年的金三银四，目前市场形势如何，是否招聘需求存在延后上涨的趋势

5. XX面试产品经理相对更看会考量哪方面能力（集团不同团队侧重点不一样）

6. XX toB产品经理的职责，目前发力的方向有哪些（智慧校园、物业、大楼、城市）

7. Saas产品的未来前景，办公工具型、内部管理型、内外交易型（Saas都不好做，本质就是降本增效，很难改变

8. toC，针对个人优势与喜好，建议的方向（不搭边，先进入大厂跟自己匹配的岗位，即使岗位一般，通过活水计划一年后再转岗

9. 个人3年内规划。目前基本掌握项目管理与产品经理术上面的技能及软技能，希望在互联网找到一个方向沉淀3年，成为产品/大模块独立负责人

10. 个人提升上的建议，从初级到中级PM的转变，如何能提高规划、商业上的思考力（目前注重体现已掌握产品经理方法论，然后升级为个人方法论。参考成熟度模型

11. 了解的公司/产品沟通

12. 产品经理能力模型

    1. P1产品助理。需求落地

    2. P2产品经理。通用方法论，文档输出，需求分析

    3. P3高级产品经理。商业模式闭环，个人独特的方案论

    4. P4产品专家。辅导公司产品成长体系。

在行咨询2

1.  经历上，产品设计欠缺，如何在面试时弥补劣势（无法弥补）

2. 如何回答大而抽象的问题？例如怎么看待产品设计？ PRD怎么写（先拔高几个金句镇住，再具体回答）

3. 要求描述参与的产品/项目细节，如何把握细节程度？太细节，面试官没心思理解；宏观如何升华，不显得空洞，同时证明已具备了正规的产品方法论（细节的层次性。1. 按照他的颗粒度回答；2. 从宏观逐层展开，观察面试官的兴趣）

4. SaaS产品的未来前景，办公工具型、内部管理型、内外交易型（与自己目前经历最匹配项）

5. 个人3年内规划。目前掌握项目管理与产品经理术上面的技能及基本软技能，希望在互联网找到一个方向沉淀3年，成为产品/大模块独立负责人。有什么规划上的建议？（产品独立负责人，而不是大产品的大模块，更有价值）

6. 简历修改建议

   1. 结构调整。个人信息，自我评价，工作经历，产品经历，教育背景

   2. 自我评价与技能证书合并，去掉没有的话，合并能力项

      1. 2年2B产品经验

      2. 项目管理技能

      3. 热爱学习，注重反思与读书，输出文章，博客地址

      4. 语言技能

      5.  专业技能

   3. 工作经历与产品经理无关去掉

   4. 项目经历改为产品经历，去掉时间，产品1，产品2，产品3

   5. 产品模块，简介、职能、成绩

   6. 教育背景，去掉奖项

---

其他

1. 经历与经验

   1. 经历：曾经做过了什么

   2. 经验：做过，得到了效果的验证，总结出了方法，变成了确定性。产品经理的核心机制，为提供确定性

2. 工作经验与项目经验

   1. 工作经验：宏观角度，某一段时间内的角色、工作职责和内容；包括日常事务和项目经验

   2. 项目经验：微观角度，所负责项目的具体描述；描述的是在项目中的专业技能、实践能力及相关经验。

3. 薪资结构

   1. 基本工资

   2. 年终奖几个月，怎么计算

   3. 是否有浮动绩效奖金

   4. 入职是否发股票期权

   5. 涨薪频率

   6. 其他福利，教育补贴，加班打车，餐补，调休，工作日加班，周末加班

   7. 带薪年假，假期

   8. 五险一金缴纳基数、比例

   9. 公积金比例

   10. 试用期多久，什么时候转正，试用期薪资 

4. 收尾工作

   1. 户口迁移

   2. 社保、公积金确认不会断层

   3. 现公司工资、报销结算确认

   4. 离职证明