易错题:业务需求有歧义,产品应如何处理?

1 评论 2217 浏览 8 收藏 12 分钟

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

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

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

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

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

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

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

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

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

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

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

知识点:

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

分析:

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

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

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

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

参考答案:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

知识点:

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

分析:

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

参考回答:

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

第一,是需求调研阶段。

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

第二,是产品设计阶段。

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

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

第三,是需求跟进阶段

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

三、你觉得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协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 挺好,就是题目有点少

    回复