最近有挪一挪的想法，于是就发布了简历，其中一场共计2轮累计近3个小时面试，我觉得也挺有意思的，总结下来供大家探讨和学习。
先来看JD：
- 岗位：B端产品经理（因为时代发展趋势，原来好多叫需求分析师的现在也都换名了，当然要求也自然升级了）
- 职位描述：
- 负责中台相关系统的功能、架构设置，原型设计与PRD撰写；
- 与研发团队、业务运营团队沟通、协调，完成产品的规划，保证产品实施阶段的进度与质量；
- 对已上线产品的运营数据进行监控和分析，并持续改进已上线产品的用户体验；
- 结合行业发展趋势，对竞品进行持续的追踪与分析，对产品进行完善。
关键词：中台（是否中台有待研究）、架构、原型、PRD、进度管理、沟通协调、上线跟踪、持续迭代、竞品分析
其实，这个职位描述整体没有什么特别的地方，都是产品经理基本的技能，那主要就要看面试的时候面试官怎么问了。
说明，这个岗位实际是做CRM系统的，包含手机端和PC端（最后我通过了面试但我没去）那面试中我们都沟通了什么呢，我挑几个比较代表的来说明一下
「自我介绍」
必答题，开场给面试官的印象很重要，网上有很多分析。不管什么套路，最重要的是保持「自然」、「自信」。给彼此营造一个轻松的环境，会给后面的沟通起到很好的帮助
「介绍下你公司的产品（或业务）」
这个题目看似很简单，但是我觉得很有必要挑出来让大家注意下。表面上我对我公司产品很熟悉，很了解，如果让我给别人2分钟左右介绍下这个产品，我真的介绍的很好吗？大家不妨试一下，自己评价下。
这里我觉得关键点有2个：真的熟悉业务（不是伪造的）+表达能力。因为做这类B产品的跟客户/业务沟通的频率简直不要太高啦。
那怎么回答会好些呢，我这里提供一份参考思路：产品是什么（概念），目标是什么（给谁解决什么问题，实现谁的什么目标），核心功能，我负责的部分。组织下语言反复练习下，到自然自信为止。
「你是怎么做需求分析的，拿到客户的需求后怎么到落地的」
需求分析是产品经理的核心技能，尤其在B端几乎每天都要做这个，跟C端不同的是这个需求分析过程其实挺长的。那怎么回答呢，大家可以先在心里回答下。
考点，面试管主要就是看你的核心能力掌握的如何，逻辑思维能力如何。因为我们都知道一个B端系统总是有千丝万缕的关系，好像总也理不清。
那我的回答思路供大家参考：
先流程，再原型，后文档
- 1.一定要遵循这个原则，接到需求后，先梳理一个流程图，涉及到的角色和任务清楚的分析出来，跟客户确认达成一致。包含异常、正向、逆向的流程，先把业务脉络明确了；（这是根本）
- 2.再根据流程图，拆页面，画原型，再给客户演示和确认（这个不能少）
- 3.功能设计没有问题，就可以UI、详细的文档定义啦。（成功落地标志）
这三个步骤不是顺着就下来的，尤其前两步也是反复优化和确认的。
「你们的需求管理是怎样的？如何处理从各业务部门接到的需求」
这个很重要！！！在实际工作中非常重要！！有经验的一定要总结下，没有经验的要思考下，并通过各种途径学习研究下。
为什么面试官会问这个问题，其实我在跟他沟通的过程中，他各种场景刨根问底的问我，我能感受到他们其实是深受这个问题的困扰的。业务方好像总是强势的爸爸，都惹不起，但是需求滔滔不绝，都实现那是不可能的。
关键词：需求管理，即需求开发还是不开发，优先级怎么安排。
那这个问题到底怎么回答呢？
-
1.谁最重要？客户，而不是用户。【不忘初心】
一个系统通常会涉及到多个业务方，都提需求，当然是掏钱的那一方，这通常是排列优先级的第一纬度。当然具体怎么沟通，也是灵活的，总要混的。
-
2.在客户评估优先级之前，先自己评估（从业务、技术等角度）。【很重要】
因为客户通常不懂技术，甚至不全通产品，所以研发团队有必要从专业角度做个评估，这样再给客户确认的时候，一能显出你的专业，二，可以给客户提供参考，帮助客户节约时间。（客户满意，合作越来越顺畅）
-
3.多个业务方的需求有冲突怎么办？【难点】
比如一个系统要对接其他系统，要么对方系统开发改造我方直接调用，要么我方开发对方调用。需求这么多，肯定是都不愿意做。通常情况下，这种都是谁提的需求谁来承担更多。那如果是他们的老板提出来的呢，老板不管，你们怎么做你们看着办。。。。。
这种怎么办呢，尽量客观原则，把技术专家拉上，尽量让双方的工作量综合降到最低。千万不要一个需求或一个产品把工作全做了，必要的时候要拉出技术专家给出专业的最优的建议。
-
4.需求排期表一定要有【专业、有序、不扯皮】
虽然跟客户定了做什么，不做什么。但也不是马上就做的，否则很容易给客户造成一个错觉，这个，这个不是早都说过做了吗，怎么都没做。。。。（如果是做一个就有钱的，另说）
一个小小的需求，可能就要1个月，几个小需求就是半年。客户常常认为说出来的都可以马上做，那研发就惨了。
一定要制作一个需求排期表，做什么，优先级，技术评估时间多久，业务方和研发方双方确认的公开的，这样才能让需求开发变得有序。
注意，产品经理要善于利用专业资源，而不是啥都独当一面，做好专业的事情，才最重要。
「如果开发进度延期了，你们怎么处理」
这些都是工作中常见的问题，大家可以思考下。
思路：
a.明确延期原因（人力资源变动、紧急需求插入、时间评估偏差等）
b.明确目标：坚定如期完成，可适当放缓（根据内部情况和业务方决定）
c.解决方案：如果要坚持如期，策略有，协调人力、安排加班、最不理想时还可以精简不紧急不重要的需求。
d.注意事项：要表现出你的专业程度、努力程度，时刻牢记和表现你的职责。
