编辑导读：在面试中，如果被问到“作为一名产品经理，你和业务需求方发生了歧义，应该如何处理？”这个问题，你会怎么回答呢？本文作者给出了自己的一些建议，希望对你有帮助。

马上进入“金三银四”期，我知道不少产品同学都在寻找新机会。

上篇文章已分享了几个常见的面试题，这些面试题都是镜同学原创，从以往的工作经验和面试经历中提炼所得。

尤其让我感到欣慰的是，有两个同学特意发来私信：

一个同学是在面试中被问到了同一个面试题：如何冷启动一个新产品？

因为这个同学阅读了我的文章，特意有所准备，再结合自己的工作内容和项目经历，进行了个性化的补充，因此，在回答这个问题时显得很从容自信，并且也能感受到面试官的认可，从而更加有底气。

有时候，自信会叠加产生乘法效应。

另一个同学私信是希望在“金三银四”这段时间，能适当多做一些关于择业、面试的分享，最好有系统化的输出。

既然大家有需求，镜同学也义不容辞，尽量多输出一些相关知识，另外，我还准备了一个关于择业、面试的系统化指导服务，供有需要的同学选择。

一、如果和业务需求方发生了歧义，你会怎么处理？

这个是一个产品同学昨天在面试时被问到的题，他向我询问经验，镜同学觉得这个问题提的非常好，既有压力测试，更考察你的产品设计的流程、规范，以及协作沟通能力。

知识点：

考察对需求来源的识别、以及需求设计的规范性、需求管理及协作沟通能力等。

分析：

这个问题不要被带入误区，这里有两个误区：一是，认为需求来源一定是业务方，所以业务是产品的内部客户，由他们来主导需求，这样不对的，不然产品经理就成了需求的火炬手。

二是，也不是说业务需求一定是对的，一定要结合需求所处的阶段，如果是需求设计前存在歧义，那产品经理需要考虑的需求调研，要评估是否科学，是否合理，调研是否扎实；

但如果是在需求设计过程之中，此时又发现需求与业务有歧义，这个时候就需要拆解问题找原因，是需求没调研到位，流程不齐备？还是市场驱动需求动态变化了，不同的因需要不同的拆解方案。

这道题有不少同学单纯的理解成考察协作沟通能力，我觉得是不够系统和深入的，一定要结构化回答。

参考答案：

首先，业务是需求的重要来源。

自然而然，业务方也是我们重要的内部客户，产品设计应当服务于业务定位，进而使得产品战略遵循于企业的发展战略，只有这样产品方向才不至于发生偏差，因此，在和业务需求方存在歧义时，产品应当高度重视，严肃对待。

其次，我觉得需要明确需求所处的阶段。

如果是产品需求设计前，此时处于需求调研阶段，同业务需求理解不一致这是很常见的现象，因为从产品和业务不同的视角来观察，对需求理解的深度和侧重点肯定会有不同。

这个时候我们产品经理应当沉下心，去反复聆听，沟通和思考，业务直接面对客户，一般来说，对于需求的理解更直接和深入一些，尤其是客户对需求的迫切度和期望值，业务通常理解更清楚，产品多听多分析可确保设计不脱离客户和市场。

同时，也要明白，业务翻译成产品时需要产品的专业设计，有些产品设计的规范和流程业务方未必清楚和理解，因此，产品经理一定要在深度理解需求本质的基础上主导需求的设计方案。

如果是需求设计中，同业务需求方发生了歧义，此时，处于需求设计过程中，出现这个问题，我觉得需要从两方面考虑：

一是，是否在需求调研时存在沟通偏差。

此时，我们需要复盘需求调研时的产品工作，从产品流程、规范上反思，找到需求偏差的原因，是产品没有理解到位还是业务表达不够清晰，并且应当及时解决问题，根据找到的原因，制定后续改进的方案。

比如，如果是需求传递时没有形成书面文档，导致出现沟通漏斗效应，就应当完善需求的传递规范等等。

二是，是否在市场驱动下，出现了需求变更。

我们还要明白，需求发生歧义是否由市场驱动所带来的动态变化，因为，很多时候业务需求会发生动态变化，如果是客户需求改变带来的歧义，应当依据需求变更流程去处理。

最后，要注意沟通的方式、方法，提高协同处理效率。

明白了以上内容，根据具体的问题原因，我们就可以和业务同学进行高效沟通，协同解决有关分歧。

需要强调的是，产品经理的工作是去解决问题，消除需求分歧，因此，在沟通上应当灵活、协同，多一些同理心，既要看到业务视角和产品视角存在不同的客观现实，也要理解市场的动态变化。

明确原因，找到解决方案，后续形成规范要求；只要这样，我相信产品经理一定能妥善处理好同业务需求方的歧义。

二、你现在的产品设计流程是什么样的？

知识点：

产品设计流程是个基础知识，考察产品设计的流程和规范性，评估和新公司产品工作环境的契合度。

分析：

一般来说，产品设计流程大同小异，大多是“敏捷迭代”，不要存在明显的流程错误，也是借此问题评估与新公司流程的契合度。

参考回答：

我们在开发过程中采用的是“小步快跑、敏捷迭代”的工作流程，我觉得产品岗位主要的工作可以简单分为三个阶段：

第一，是需求调研阶段。

这个阶段我们会进行市场分析、需求调研、竞品分析、目的是对产品需求进行高层级的把控，这个阶段我们会输出商业需求文档、产品调研报告、竞品分析报告，当然，在这个阶段我们也会对高层级的需求进行内部评审。

第二，是产品设计阶段。

产品设计阶段的工作，主要包括产品架构设计、逻辑功能设计、业务流程设计，原型设计，这个阶段我们会输出架构设计图、功能设计图、业务流程图、原型设计图和需求说明文档。

我们在产品设计准备妥当后进行需求评审，主要是向技术同事传递需求，当然，根据需要有时候商务、运营等团队也会提前参与评审。

第三，是需求跟进阶段。

这个阶段产品工作，主要是根据需要对开发过程中存在的问题答疑解惑，进行必要的需求优化，协调沟通解决有关问题，对测试结果进行产品验收，参与产品运营的跟进，收集迭代的需求等工作。

三、你觉得C端产品和B端产品有哪些区别？

知识点：

考察对B端和C端认知公约数，评估工作广度。

分析：

一般来说，面试官问这个问题有两个常见原因：

一是，你的工作经历和应聘岗位不契合，比如，你是B端经历，应聘的是C端，这种情况下，你应该提前准备好这个问题，很有可能会被问到的。

二是，新公司可能同时涉及B端或C端，或者是，你的岗位是高级产品/产品总监，需要对公司B端/C端的产品都熟悉，都要有产品的把控能力。

参考答案：

我觉得B端和C端的区别，可以从以下几个方面来理解：

从服务的用户群体来说:

B端主要服务于企业用户，而C端主要服务于个人消费者。

从产品设计上来说:

B端更关注效率，功能设计要求强，界面设计要求弱；而C端则非常注意用户体验，界面设计要求也很高。

从服务场景来说:

B端主要是服务于业务场景，解决企业的效率问题；而C端主要是服务于生活场景，解决消费需求问题。

从产品部署形式来说：

B端产品多采用B/S架构，进行SAAS服务的部署；而C端一般都会有客户端产品。

从盈利模式来说：

B端多为技术打包服务费，而C端一般是流程转化，如，广告、增值服务等。

总结：当然，B端和C端的产品设计流程、规范，核心工作基本相同，只是不同的细分领域，在工作上存在不同的侧重点。

当然，以上这些只是镜同学的一些个人实战经验，也不一定适合每个产品同学，大家可以灵活理解，权做思路启发和面试参考。

应部分同学建议，镜同学也准备写个产品面试的系列文章，用来分享更多的产品面试知识，也给有需要的同学做一些面试辅助。

毕竟，你们是了解我的，镜哥以及产品峡谷的定位原本就是：

国服辅助。

#专栏作家#

产品大峡谷，公众号：产品大峡谷，人人都是产品经理专栏作家。七年B端产品经理，供应链物流与金融领域，擅长需求设计、业务指导、商业观察等。

本文由@产品大峡谷 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议