面试或工作时，怎么有效应对“一句话需求”？

眼瞅“杏哥”就要满分夺冠，我心想，同样是跳水，股票可特么就有点太菲律宾了。

哇哦，太棒了，神了，简直是断层式夺冠，我敢打赌，鱼参加比赛也顶多拿个银牌，看着消失的水花，我有证据证明这分明就是个魔术比赛啊。

就在我准备起身出关时，身后突然传来一声诡异的叫好，原来领导不知道啥时候偷摸藏在了身后，这倒也符合他走路无声的魔鬼特性，镜同学都毕业十年了，愣是被整出了高中班主任站在身后的感觉。

只见他一边呲着牙奸笑，一边说：咱们这个采购融资系统上要增加线上支付结算，你设计一下。

一个需求就特么一句话，这不光是公报私仇，分明是想让我去跳水啊。

现实中很多产品同学在面试或者工作时都遇到过“一句话需求”，面试官或者上级领导，或者公司老板，经常简单几句话就要设计某个系统，就在我昨天逛论坛时，还遇到一个问题：如何从“一句话需求”开始，规划一个产品？

其实，“一句话需求”现象的背后，有诸多已知因素和可挖掘的背景条件，缺少分析的环节，只是单纯的理解成做事套路是武断的，我也看了几个优秀的回答，恰好镜同学也遇到过这个面试题，以我拙见，呸，以我的经验，补充三点：

1、从提问表述来看，这并不是一个好问题。

我判断好问题的基础条件是，要具备逻辑推理上的支撑。

题主描述现象是：

老板说要开发一套供应链系统，一方面满足对外售卖产品的需求，  另一方面满足内部管理需求，你会如何规划这个产品？

题主的结论是：

面试官说这个更多是考察面对“一句话需求”，在什么都不明确的情况下，如何规划产品，跟什么行业的产品本身关系不太大，更多是一种做事套路。

实际上，有很多面试背景题主并没有介绍，比如说，你的从业经验或者项目经历是不是很契合，是不是设计过类似的供应链系统，或者说，面试者认为你的简历或者书面材料是否能够满足设计供应链系统的核心岗位需求，说的再直白一些：面试官想让你结合你的经验，讲一下你对“供应链系统”的产品认知，进而把控你的功底和岗位匹配度。

所以，严格来说，这并不能定义为“一句话需求”，这是有背景的，而背景就是你的从业经历、项目经验、产品功底、需求理解、表达能力、应变思维、甚至是对面试公司的认知。

更进一步说，题主将问题“升华”到了做事套路，我略感唏嘘，就像汉隆剃刀所说，我们姑且认为这就是单纯的产品题，而题主其实也“误导”了很多回答者和阅读者，看了好多优秀的答主，都围绕着“做事套路”而展开，显然被带节奏了。

当然，咱也不排除当时的情景或有意考察应变的面试者，但是，单从题主的问题描述其实并得不出面试官是考察做事套路的结论。

实际上，我遇到过这个面试题，以我的经验，面试官更多的可能就是从专业领域的考察，是对你产品综合功底的考量。

2、面对简单的问题，正确的姿势是体系性的回答。

作为一名资深B端产品，我是亲历过这个问题的，当然，后来我被录取了，再后来我也问好多应聘者这个简单的问题。

问我这个问题的面试官，就是我现在的老板，就在上周，他在指导技术总监如何向集团同级领导沟通时，还提到：不要小看简单的问题，越是简单的问题越需要结构化的体系性回答，两点之间为何线段最短，你去论证吧。

怎么做到结构化的体系性回答？

首先，要争取思考时间。

不要着急，要先稳住，一定要想清楚问题的背景，再说话，我刚转行金融时，老板给我说的最多的话就是，想清楚再表达。话一旦说出口，你就不再是话语的主人，而成了话语的奴隶，你的功底也就一览无遗了。

要想清楚面试官考察你的知识点，你的优势，在这个前提下，你可以正大光明使用的小技巧：能不能给我一首歌的时间，我饮茶先，哦不，我思考下。

其次，一定要转移到你的优势上来。

在面试过程中不要轻易被面试官所牵引，要掌握主动权，一定要学会用你的专业经验和能力圈内的竞争优势，去直面问题，尽量不要回答无关不擅长的细节，更不要胡编乱造，肆意扩大，既不回避，还要抓住问题重心。

如果你的优势是业务理解，就可以多讲一下某个功能的业务必要性和商业模式；同样，如果你的产品思维大于业务思维，就可以多从用户体验或者需求逻辑上多做解释；总之，要尽可能的转移到自己擅长的优势领域上来。

再者，要结合项目案例。

表达最忌讳空洞，单纯的说没有场景带入感，说服力也不强，所以一定要结合自己的案例去交流，比如，在讲到某个产品功能时，可以将自己以往的项目经历穿插表述，这样更有说服力，也更加生动，也有数据或者事实支撑，容易引起面试者的共鸣，而且，在这个过程中如果有互动和交流，可以极大地提高局面的把控度，更容易发挥水平。

最后，表达要从容、有条理。

就像我说的，每个问题都会有答案，每个需求一定有解决方案，在表述时除了要结合案例，要有情景带入之外，要从容不破，有条理。

分享一个小经验：大声说，语速慢。

如果觉得缺乏自信或者气场不足，可以试试大点声讲话，设想自己在讲台上，要让后排的同学也能听得到，这样很容易提高自信，当然，大声讲不等于喊麦哦。

其次是，讲话速度要放慢，一来是给自己思考的时间，二来，给人以稳重的感觉，想想领导讲话，是不是都是慢吞吞的，其实这才是实力的表现。

总之，要用自己的切实经历，表达对问题的解决思路。

3、我遇到的问题和解决思路。

我当时面试时，面试官看我简历后，聊了两句项目，然后也是就说了一句话：我们准备做预付款融资产品，你会怎么设计？

我第一反应是，这应该是看了我做**供应链金融的项目经历，我并没有想是什么套路，或者考察你应变思维什么的，我还是沿着咱们产品的主线去思考。

本身B端产品就有行业属性，对于客户定制化虽然很多，但对于我们产品经理来说，很多经验都差不多，产品架构图几乎就在脑子里啊，像客户管理、商品管理、费用管理、协议管理、预警管理等公共参数模块，风控管理、黑白名单管理、授信管理、额度管理、提货配置、合同管理等等等等，这都是咱的工作经验，咱擅长。

然后我就结合刚刚的面试交谈了解到的公司信息，知道他们也在围绕着钢贸领域在做，于是提出两个适配性的功能，在这两个功能的设计上，我又和面试官进行了互动，问了几个场景的问题，对需求进行了设计和表达，一下子就拉进了面试距离，也表现了自己的能力和经验。

在面试这个过程中，把你的产品设计思路成体系化的讲出来，事实上，你这样做了，不管是不是套路，对你来说，都不是个问题了，而且，相对于这些“小套路”，面试前的准备才是应有的姿态，也是你的竞争优势。（把面试当需求，所以我写了本“书”。）

除了在面试时会遇到“一句话需求”，在日常工作中，同样会遇到这样的问题，老板或者上级领导，经常在缺乏完整需求条件时，给出需求课题，事实上，这样的情况才是常态，万事具备只是理想状态，而这，就是需要我们产品经理去思考、去挖掘、去分析需求背后的问题，用我们的专业性去解决已知和未知的需求。

正确的做法仍然是：正视问题，用结构化的体系能力去解决。

否则，引申为为做事套路就会存在方向偏差，再或者，单纯的抱怨或者争论需求条件不具备，而不是去主动分析，同样会引起争论、甚至被打哦。（产品经理被老板打昏住院了？附《PM保命十条》。）

面对一句话需求也好，面对清晰需求也罢，都需要结构性的应对，因此，我们产品人要始终以体系建设为牵引目标，时刻准备着，就像有句话说的，有军事力量是为了不使用军事力量。

而，体系能力，就是我们最大的军事力量。