原副标题：究竟甚么是商品的下层方法论？
甚么是商品？也许有些人对那个习以为常的基本概念，并没三个很明晰的标准答案，或是不晓得如何去提问。他们经常会去介绍其中的微细方法论，却忘了读懂商品的基础与下层方法论。译者撷取了他关于商品下层方法论的认知，期望对你略有启迪。
诸位，商品究竟是甚么？
宾馆服务项目生的笑容归属于商品吗？你溜冰场的空调且不说商品呢？
呢有点儿吃惊，他们对这么三个习以为常的基本概念，第三化学反应看似没三个非常明晰的标准答案，或是都不晓得怎么去提问；神经系统为了“高效率”常常会PCB好三个个基本概念，方便快捷他们去梦境，但这也让他们失去了积极探索三个熟识基本概念另一面下层方法论的机会；他们先瞧瞧四个常用的商品表述看法：
看法一：商品是无形的虚拟，民营企业进行咨询或是宾馆服务项目生的笑容等都算不上商品，是服务项目；
看法三：商品是民营企业与使用者之间剩余价值的媒介。
这四个看法在其视点可能都对，但是这四个看法都不易于他们更快的认知商品的下层方法论，也不能成为他们的商品设计思路概要；
上面同大家撷取下我对商品下层方法论的认知，先放出商品的表述：
“天下人都可以是商品副经理”，做商品的都晓得这句话，只不过这其本质上说的是，任何三个人都有化解难题的能力，只是化解的难题枭女，明确提出的软件系统或管理体系或狭隘罢了，这也逆向说明了商品的其本质就是：特别针对对难题，明确提出软件系统；
那个表述面有三个关键性字【难题】+【软件系统】，上面他们重点项目瞧瞧这三个关键性文本。
一、是难题不是需求，需求和难题不同
需求是怎么诞生的？
当他们想从A状态受促进转化因子影响转换到B状态时，就会产生三个新需求，如下所示：
在促进需求变化的因素（后续文章会详细说）触发时，他们就会想着从A状态到B状态，但是从A到B是有客观上存在的阻碍（注意是客观上的存在，不是主观上的），这些阻碍就是难题，而不同的人面对不同的难题就会产生不同的需求（比如上面举例，古代需要马，现代就是汽车）；
举三个经典例子，辅助大家认知下：
作为三个打工仔，我现在每天步行上班（A状态），但消耗时间太长了，而且还腿疼(难题)，那么我如果骑马上班的话（B状态），这些难题都不存在了，所以我想要三个快马；促进需求诞生的条件是：效率；难题是我上班太慢了，最终的诉求是快马，当然生活在当代的我就是汽车。
这也提问了另外三个难题，需求和难题的具体转化方法论：难题+场景+人群 =>需求，由于场景和人群不同，相同的难题也会产生不同的需求；
1．需求是建立在难题的基础上，是由难题演变而来
难题可以在促进因子下转变为多个需求，可以通过那个办法建立行业需求图谱，能把行业需求都规划出来，做到提前洞察。
2．对商品副经理来说，需求并不全面
需求好比半命题作文，使用者已经填补了一半，给设计者留了另外一半；需求的通用表达式就是：使用者想要甚么；并不包含使用者为甚么想要那个，使用者已经限定了范围，如果商品设计者不能够深入思考，能发挥的范围就不怎么多了，这样设计出的商品就会存在很大的难题；
3．难题较为客观，需求是主观的
难题是描述的三个客观存在的现象，但需求都是人在结合自己的实际感受加工出来的，人会在特定情况下会说谎或是表达模糊错乱，那么所谓的需求就是虚假的，就是大家常说的伪需求；那个也解释了乔布斯福特等大佬们秉持的看法：使用者说的不可全信，也不可不信；
4．难题相对稳定，但需求容易变化
由于需求的主观特点，会因为场景和人群的变化而变化，不会特别稳定，所以他们在讨论需要时须时刻关注时间因素的影响；但是难题相对比较稳定长久；
二、是软件系统，不只是满足诉求的形式
甚么是软件系统？软件系统就是所有化解难题的思路的管理体系性汇总；怎么认知这段话呢，我举例说明下：
我惹我女朋友生气了，我的需求是想要哄她开心，那我的商品是甚么？那个难题就比较好的解释了商品的表述为啥落脚在软件系统上；
特别针对那个于是我产生了以下的想法；
梳认知决难题的关键性方法论：不能讲理，态度要诚恳且积极且温暖且可爱，如果能有额外惊喜会更快，还要给他信心以后不再犯错； 情绪思路：满脸笑容，表达温和，动作轻柔； 言语思路：采用浪漫的语句，将过去我的好，换着法的各种夸奖她； 送礼思路：准备三个平常她舍不得买的口红； 保障思路：哭泣着写保证书，签字画押，保障以后不再犯错；以上5点都是我为了化解女朋友生气了那个难题而产生的思路，所有的思路就构成了“哄杨胖子女友”商品，如果线上化的话，就是一款红女友开心的APP，这也就是大家可能比较容易接受的“商品”基本概念了；
友情提示：上述是说的是我惹我女朋友生气了，如果是你惹你们的女朋友生气了，场景和人群发生了变化，需求也会随着发生变化，那么可能思路可能就要变；假设她是包治百病，你就节省下万千言语和笑脸，带个包回去就行；假设她是热水万能型，倒杯55摄氏度的农夫山泉即可……
通过上面的表述，他们会发现软件系统有两层：
化解方案= 方法论层+ 实现方式层
1. 难题的实现方式层就是与使用者具体接触或是使用者实际所得部分
这部分也是大家尝尝容易认知的，比如上面的举例中，我提供的口红，写的保证书这些都是实现方式层，我同样也可以换其他的实现方式，比如倒热水、买包包；
甚至开头提到的看法一就是把实现方式表述成了商品；而常常比较初级的商品设计者更是疯狂的局限在这层中，这也就是为啥高阶商品苦练了很哇塞的axure能力，但绝不会出现在他的简历中一样的道理；
2. 难题的化解方法论层则比实现方式层更加下层，是化解难题的基础
不可见，同商品战略思路规划等比较类似的东西。
我哄女朋友开心，选择买口红还是写保证书，这些都承媒介，而方法论则是用真诚的态度去化解她心里的不快，用额外的惊喜来弥补她心中的不足，最后通过承诺来避免她担心未来再犯；所以方法论层是商品设计的核心，这同样也是老板和商品设计助理的对待商品的根本性差异，前者是在方法论层化解难题，后者是在实现方式层。
方法论层是实现层的基础，有了方法论层，他们就可以根据实际情况，当时的科技发展程度，可能利用的工具去相应的构建实现方式层即可；比如唐代哄女友开心送的是胭脂，现在就是包包或是口红，方法论上都是投其所好，实现方式上，女友所好因为科技水平发生了进化。
那么，商品定位为难题软件系统的好处是甚么？
（1） 更加下层和管理体系全面
避免大家对商品的认知局限在形式的认知上，而忽略了对其其本质的积极探索和思考；软件系统会让他们不仅去考虑实现方式，同样也会考虑实现方法论层，能够对一切可以化解难题的文本都纳入进来，保障使用者难题的充分化解，诉求尽可能的满足；
（2）避免无用功的发生
看过思考快与慢的都晓得，神经系统喜欢走捷径，实现方式层是大家擅长的也是大家愿意做的，但这常常不靠谱，会让他们忽略了方法论而关注于实现层，最后花费了很多精力，但难题没被完全化解掉；
（3）避免陷入为了做“商品”而商品，陷入主观视点中
他们的其本质是化解难题，考量的是难题有没化解，而不是停留在自己的感受中无法自拔，很多商品副经理容易与使用者“感同身受”，产出了一大堆思路，除了感动自己外，使用者的难题还是真实的存在并没被化解掉；
以上是我对商品下层方法论的认知和思考，期望可以抛砖引玉，对大家积极探索商品其本质略有启迪，辅助大家设计出更快的商品。
本文由@一米诺 原创发布于天下人都是商品副经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议
