你以为到底什么是产品的底层逻辑呢？,问题的英文。

文章目录 [+]

各位，产品到底是什么？

饭店做事员的微笑属于产品吗？你健身房的凉气算不算产品呢？

你以为到底什么是产品的底层逻辑呢？你以为到底什么是产品的底层逻辑呢？智能家居

是不是有点惊异，我们对付这么一个司空见惯的观点，第一反应却是没有一个非常清晰的答案，或者都不知道怎么去回答；大脑为了“高效”每每会封装好一个个观点，方便我们去影象，但这也让我们损失了探索一个熟习观点背后底层逻辑的机会；我们先看下三个常见的产品定义不雅观点：

（图片来自网络侵删）

不雅观点一：产品是有形的实体，企业咨询或者饭店做事员的微笑等都不算产品，是做事；

不雅观点二：产品是指被人们利用和消费，并能知足人们某种需求的任何东西（来源百度百科）；

不雅观点三：产品是企业与用户之间交流代价的载体。

这三个不雅观点在其视角可能都对，但是这三个不雅观点都不便于我们更好的理解产品的底层逻辑，也不能成为我们的产品设计谋略总纲；

下面同大家分享下我对产品底层逻辑的理解，先抛出产品的定义：

“大家都可以是产品经理”，做产品的都知道这句话，实在这实质上说的是，任何一个人都有办理问题的能力，只是办理的问题或大或小，提出的办理方案或体系或片面而已，这也反向解释了产品的实质便是：针对对问题，提出办理方案；

这个定义面有两个关键词【问题】+【办理方案】，下面我们重点看下这两个关键内容。

一、是问题不是需求，需求和问题不同

需求是怎么出身的？

当我们想从A状态受促进转化因子影响转换到B状态时，就会产生一个新需求，如下所示：

在促进需求变革的成分（后续文章会详细说）触发时，我们就会想着从A状态到B状态，但是从A到B是有客不雅观上存在的阻碍（把稳是客不雅观上的存在，不是主不雅观上的），这些阻碍便是问题，而不同的人面对不同的问题就会产生不同的需求（比如下面举例，古代须要马，当代便是汽车）；

举一个经典例子，赞助大家理解下：

作为一个打工仔，我现在每天步辇儿上班（A状态），但花费韶光太长了，而且还腿疼(问题)，那么我如果骑立时班的话（B状态），这些问题都不存在了，以是我想要一个快马；促进需求出身的条件是：效率；问题是我上班太慢了，终极的诉求是快马，当然生活在当代的我便是汽车。

这也回答了其余一个问题，需求和问题的详细转化逻辑：问题+场景+人群 =>需求，由于场景和人群不同，相同的问题也会产生不同的需求；

1．需求是建立在问题的根本上，是由问题演化而来

问题可以在促进因子下转变为多个需求，可以通过这个办法建立行业需求图谱，能把行业需求都方案出来，做到提前洞察。

2．对产品经理来说，需求并不全面

需求好比半命题作文，用户已经补充了一半，给设计者留了其余一半；需求的通用表达式便是：用户想要什么；并不包含用户为什么想要这个，用户已经限定了范围，如果产品设计者不能够深入思考，能发挥的范围就不怎么多了，这样设计出的产品就会存在很大的问题；

3．问题较为客不雅观，需求是主不雅观的

问题是描述的一个客不雅观存在的征象，但需求都是人在结合自己的实际感想熏染加工出来的，人会在特定情形下会说谎或者表达模糊错乱，那么所谓的需求便是虚假的，便是大家常说的伪需求；这个也阐明了乔布斯福特等大佬们秉持的不雅观点：用户说的不可全信，也不可不信；

4．问题相对稳定，但需求随意马虎变革

由于需求的主不雅观特点，会由于场景和人群的变革而变革，不会特殊稳定，以是我们在谈论须要时须时候关注韶光成分的影响；但是问题相比拟较稳定长久；

二、是办理方案，不但是知足诉求的形式

什么是办理方案？办理方案便是所有办理问题的策略的体系性汇总；怎么理解这段话呢，我举例解释下：

我惹我女朋友生气了，我的需求是想要哄她愉快，那我的产品是什么？这个问题就比较好的阐明了产品的定义为啥落脚在办理方案上；

针对这个于是我产生了以下的想法；

梳理解决问题的关键逻辑：不能讲理，态度要诚恳且积极且温暖且可爱，如果能有额外惊喜会更好，还要给他信心往后不再犯错；感情策略：满脸笑颜，表达温和，动作柔柔；言语策略：采取浪漫的语句，将过去我的好，换着法的各种称颂她；送礼策略：准备一个平常她舍不得买的口红；保障策略：哭泣着写担保书，签字画押，保障往后不再犯错；

以上5点都是我为理解决女朋友生气了这个问题而产生的策略，所有的策略就构成了“哄杨胖子女友”产品，如果线上化的话，便是一款红女友愉快的APP，这也便是大家可能比较随意马虎接管的“产品”观点了；

交情提示：上述是说的是我惹我女朋友生气了，如果是你惹你们的女朋友生气了，场景和人群发生了变革，需求也会随着发生变革，那么可能策略可能就要变；假设她是包治百病，你就节省下万千言语和笑脸，带个包回去就行；假设她是热水万能型，倒杯55摄氏度的农夫山泉即可……

通过上面的定义，我们会创造办理方案有两层：

办理方案= 逻辑层+ 实现办法层

1. 问题的实现办法层便是与用户详细打仗或者用户实际所得部分

这部分也是大家尝尝随意马虎理解的，比如上面的举例中，我供应的口红，写的担保书这些都是实现办法层，我同样也可以换其他的实现办法，比如倒热水、买包包；

乃至开头提到的不雅观点一便是把实现办法定义成了产品；而每每比较低级的产品设计者更是猖獗的局限在这层中，这也便是为啥高阶产品苦练了很哇塞的axure能力，但绝不会涌如今他的简历中一样的道理；

2. 问题的办理逻辑层则比实现办法层更加底层，是办理问题的根本

不可见，同产品计策策略方案等比较类似的东西。

我哄女朋友愉快，选择买口红还是写担保书，这些都承载体，而逻辑则是用诚挚的态度去化解她心里的烦懑，用额外的惊喜来填补她心中的不敷，末了通过承诺来避免她担心未来再犯；以是逻辑层是产品设计的核心，这同样也是老板和产品设计助理的对待产品的根本性差异，前者是在逻辑层办理问题，后者是在实现办法层。

逻辑层是实现层的根本，有了逻辑层，我们就可以根据实际情形，当时的科技发展程度，可能利用的工具去相应的构建实现办法层即可；比如唐代哄女友愉快送的是胭脂，现在便是包包或者口红，逻辑上都是投其所好，实现办法上，女友所好由于科技水平发生了进化。

那么，产品定位为问题办理方案的好处是什么？