<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>Needs on Moonment</title><link>https://moonment.net/tags/needs/</link><description>Moon 的概念笔记、真实项目与可复查的判断。</description><generator>Hugo</generator><language>zh-CN</language><managingEditor>Moon</managingEditor><webMaster>Moon</webMaster><copyright>© 2026 Moonment</copyright><lastBuildDate>Tue, 29 Sep 2026 13:55:00 +0800</lastBuildDate><atom:link href="https://moonment.net/tags/needs/index.xml" rel="self" type="application/rss+xml"/><item><title>产品与商品：需求、交换与用户购买的价值</title><link>https://moonment.net/notes/products-and-goods/</link><pubDate>Mon, 21 Sep 2026 14:36:56 +0800</pubDate><dc:creator>Moon</dc:creator><guid>https://moonment.net/notes/products-and-goods/</guid><description>区分产品组织的能力与商品建立的交易结构，解释实体、服务和数字产品怎样进入交换，以及客户实际购买了什么。</description><content:encoded><![CDATA[<p>日常经营中，“产品”和“商品”经常被当成同义词。公司说自己在做产品，也说要把产品卖成商品；消费者则可能把商店里出售的一切都叫商品。</p>
<p>两个概念确实重叠，但观察角度不同。</p>
<blockquote>
<p><strong>产品强调供给方组织出了什么能力；商品强调这套能力以什么形式和条件进入交换。</strong></p>
</blockquote>
<p>先把产品和商品讲清楚，才能进一步讨论它们与需求的关系，以及客户真正购买了什么。</p>
<h2 id="什么是产品">什么是产品？</h2>
<p>产品不只是生产线上制造出来的实体，也不只是软件中的一组功能。</p>
<blockquote>
<p><strong>产品是供给方围绕特定使用者和使用情境，把功能、内容、服务、流程与体验组织成一个可以交付和使用的对象。</strong></p>
</blockquote>
<p>产品可以是一件实体物品、一个数字系统、一项持续服务、一门课程，或者硬件、软件、人员和服务的组合。</p>
<p>美国市场营销协会采用宽口径，把产品理解为可以交换或使用的一组属性，包括功能、利益和用途；它可以是实体、服务、观念，或者几者的组合。<a href="https://www.ama.org/the-definition-of-marketing-what-is-marketing/">AMA: Definitions of Marketing</a></p>
<p>一项产品通常需要形成几个基本结构：</p>
<ol>
<li>谁会使用，谁会购买，谁会受到影响；</li>
<li>它发生在什么使用情境；</li>
<li>使用者试图完成什么任务或改变什么处境；</li>
<li>哪些能力、内容和服务共同完成交付；</li>
<li>人怎样获得、理解、使用、求助、迁移和退出；</li>
<li>如何判断实际结果、成本和风险。</li>
</ol>
<p>一项技术只有变成可以被理解、获得和使用的结构，才形成产品。大语言模型是一种技术能力；模型、界面、账户、上下文、文件处理、安全规则和支持服务被组织起来，才形成一个面向用户的 AI 产品。</p>
<h2 id="产品不等于功能技术和项目">产品不等于功能、技术和项目</h2>
<table>
  <thead>
      <tr>
          <th>概念</th>
          <th>它回答什么</th>
          <th>为什么不等于产品</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>技术</td>
          <td>某种能力怎样实现？</td>
          <td>没有回答为谁使用、怎样交付</td>
      </tr>
      <tr>
          <td>功能</td>
          <td>系统能够做什么？</td>
          <td>可能只是产品的一项局部能力</td>
      </tr>
      <tr>
          <td>项目</td>
          <td>一段临时工作怎样完成？</td>
          <td>项目有起止，产品可能持续运营</td>
      </tr>
      <tr>
          <td>产出</td>
          <td>一个过程产生了什么？</td>
          <td>内部文档和半成品也是产出，却未必是用户产品</td>
      </tr>
      <tr>
          <td>解决方案</td>
          <td>准备怎样解决问题？</td>
          <td>仍需证明能够稳定交付和产生结果</td>
      </tr>
      <tr>
          <td>商业模式</td>
          <td>企业怎样创造、交付并获取价值？</td>
          <td>还包含收入、成本、渠道、资源和伙伴</td>
      </tr>
  </tbody>
</table>
<p>代码完成、功能上线或者项目验收，都不能单独证明产品已经成立。产品还要进入真实使用，形成稳定的交付对象和结果验证。</p>
<h2 id="什么是商品">什么是商品？</h2>
<p>商品不是单纯“做出来的东西”，而是进入交换关系的对象。</p>
<blockquote>
<p><strong>商品是按照某种价格、数量、期限、权利和责任条件，可以被购买、出售或交换的提供物。</strong></p>
</blockquote>
<p>一件产品成为具体商品，需要回答：</p>
<ul>
<li>卖的是什么单位；</li>
<li>价格是多少；</li>
<li>客户取得所有权、访问权还是使用许可；</li>
<li>使用范围和期限是什么；</li>
<li>包含哪些服务与保障；</li>
<li>如何交付、退款、维修、续费和退出；</li>
<li>出现损失时谁承担什么责任。</li>
</ul>
<p>因此商品不只是“产品加价格”，而是完整的交易结构：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">商品或商业提供物
</span></span><span class="line"><span class="cl">= 产品能力
</span></span><span class="line"><span class="cl">+ 交付范围
</span></span><span class="line"><span class="cl">+ 所有权、访问权或使用许可
</span></span><span class="line"><span class="cl">+ 数量和期限
</span></span><span class="line"><span class="cl">+ 价格与支付条件
</span></span><span class="line"><span class="cl">+ 服务与质量承诺
</span></span><span class="line"><span class="cl">+ 退款、维修和退出规则
</span></span><span class="line"><span class="cl">+ 风险与责任分配
</span></span></code></pre></div><p>同一个知识管理产品，可以形成免费个人版、按月订阅的专业版、按成员计费的团队版、包含迁移服务的企业年度方案和私有部署合同。核心能力相近，交易对象却不相同。</p>
<h2 id="中文商品为什么不能一律翻译成-commodity">中文“商品”为什么不能一律翻译成 commodity？</h2>
<p>中文“商品”可以泛指市场中出售的物品、产品或服务。英语则根据对象和语境使用不同词：</p>
<table>
  <thead>
      <tr>
          <th>中文语境</th>
          <th>常见英文表达</th>
          <th>重点</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>商店里出售的商品</td>
          <td>goods、products、items</td>
          <td>被出售的物品或产品</td>
      </tr>
      <tr>
          <td>一套商业方案</td>
          <td>offering</td>
          <td>产品、服务、价格和条件的组合</td>
      </tr>
      <tr>
          <td>石油、小麦等大宗商品</td>
          <td>commodity</td>
          <td>标准化、可互换的交易对象</td>
      </tr>
      <tr>
          <td>政治经济学中的商品</td>
          <td>commodity</td>
          <td>为交换而生产的使用价值</td>
      </tr>
  </tbody>
</table>
<p>一部手机通常是 a product 或 goods，不会因为它被出售就自然称为 commodity。原油、黄金和小麦等高度标准化的交易对象，才是日常经济英语中典型的 commodities。</p>
<p>政治经济学中的“商品”强调的是社会关系。一个物品具有用途，不代表它一定是商品；当它为了他人而生产并通过交换进入社会时，才获得商品形式。商品身份不是只由材料决定的，也由交换关系决定。</p>
<h2 id="产品和商品到底是什么关系">产品和商品到底是什么关系？</h2>
<p>产品与商品既不是完全相同，也不是两个互不相干的东西。</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">能力、材料和技术
</span></span><span class="line"><span class="cl">        ↓ 组织
</span></span><span class="line"><span class="cl">      产品
</span></span><span class="line"><span class="cl">        ↓ 定价、包装、订立交易条件
</span></span><span class="line"><span class="cl">      商品
</span></span><span class="line"><span class="cl">        ↓ 购买或交换
</span></span><span class="line"><span class="cl">   权利和责任转移
</span></span><span class="line"><span class="cl">        ↓ 使用
</span></span><span class="line"><span class="cl">   体验、结果和后果
</span></span></code></pre></div><p>同一个对象在不同关系中会有不同身份。</p>
<p>一台电脑在研发中是设计对象，完成后是产品，被标价出售时成为商品，交易后成为客户的财产，在工作中又成为生产工具和企业资产。</p>
<p>也存在只有产品、没有直接商品交易的情况：</p>
<ul>
<li>企业内部工具可以是产品，但没有对外出售；</li>
<li>开源软件可以形成成熟产品，但用户免费获得；</li>
<li>公共服务可以被产品化管理，但不一定由最终使用者付费；</li>
<li>原型具有产品假设，却还没有形成稳定商品。</li>
</ul>
<p>某种产品即使已经成为商品，也不说明它是一项好产品。能被标价和成交，只证明交换条件在某些情况下成立，不证明使用结果成立。</p>
<h2 id="实体服务和数字产品怎样成为商品">实体、服务和数字产品怎样成为商品？</h2>
<p>实体商品通常转移所有权。购买一把椅子后，买家取得这件物品，并在法律和合同允许的范围内使用、转售或处置。</p>
<p>服务商品通常购买一段活动、时间或履约承诺。理发、运输和咨询不会把服务本身作为一个物件交给客户，而是在供应者与客户互动中完成。</p>
<p>数字商品经常转移访问权或许可，而不是底层软件的所有权：</p>
<ul>
<li>音乐会员提供期限内的内容访问；</li>
<li>SaaS 提供账户和功能使用权；</li>
<li>云服务按照容量、次数或时间计费；</li>
<li>游戏可能出售本体许可、订阅、虚拟物品或使用额度。</li>
</ul>
<p>现行 <a href="https://www.iso.org/standard/9000">ISO 9000:2026</a>提供了质量管理的术语框架，并区分产品、服务、顾客要求和交付过程。市场营销可以用“产品”统称实体、服务和组合；质量管理为了确定生产与交付责任，会采用更具体的分类。讨论时必须先说明采用哪个语境。</p>
<h2 id="衣食住行中的产品与商品">衣食住行中的产品与商品</h2>
<table>
  <thead>
      <tr>
          <th>领域</th>
          <th>产品</th>
          <th>商品化后的具体交易对象</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>衣</td>
          <td>羽绒服、防护服、租衣服务</td>
          <td>某型号和尺码的衣服，或一个月的租用方案</td>
      </tr>
      <tr>
          <td>食</td>
          <td>食材、预制餐、餐厅与配送服务</td>
          <td>一盒食品、一份套餐、一次配送或会员计划</td>
      </tr>
      <tr>
          <td>住</td>
          <td>房屋、酒店、租赁和物业服务</td>
          <td>房屋所有权、特定租期、住宿晚数或物业合同</td>
      </tr>
      <tr>
          <td>行</td>
          <td>自行车、汽车、地铁和打车服务</td>
          <td>一辆车、一张车票、一次行程或一段租用时间</td>
      </tr>
  </tbody>
</table>
<p>买自行车通常取得实体所有权；使用共享单车购买的是一段使用权；乘坐地铁购买的是一次运输服务；步行也能完成位移，却没有发生商品交易。</p>
<p>同一个生活领域可以包含实体产品、服务产品、公共基础设施和不经过市场的解决方式。因此，产品和商品的边界不由“衣食住行”决定，而由能力怎样组织、交换怎样发生决定。</p>
<h2 id="产品怎样关联需求">产品怎样关联需求？</h2>
<p>产品和商品讲清楚以后，才能进入需求。</p>
<p>需求描述的是：某个主体在特定处境中，为了实现目标、维持状态、避免损害或守住价值，需要什么条件、能力、资源或改变。</p>
<blockquote>
<p><strong>产品把企业对需求的理解，组织成一种可以被使用和检验的供给。</strong></p>
</blockquote>
<p>产品并不是需求本身。“我需要一辆车”已经把需求和方案混在了一起。继续追问，可能得到不同层次：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">想买汽车
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">需要每天通勤
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">希望准时、舒适地到达
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">需要在家庭、工作和时间限制下保持行动自主
</span></span></code></pre></div><p>汽车只是候选方案。地铁、骑行、搬家、拼车、远程办公和调整时间，都可能回应同一处境。</p>
<p>因此，更准确地说：</p>
<blockquote>
<p><strong>产品是供给方关于怎样回应需求的一项可检验假设。</strong></p>
</blockquote>
<p>用户是否看见产品、能否理解和使用、是否产生预期结果，都会检验这项假设。</p>
<h2 id="商品怎样关联市场需求">商品怎样关联市场需求？</h2>
<p>人的需要不会自动变成商品交易。</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">现实处境
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">认识需要和目标
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">形成行动意图
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">寻找并比较解决方式
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">理解产品能力
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">接受具体商品的价格和条件
</span></span><span class="line"><span class="cl">  ↓
</span></span><span class="line"><span class="cl">购买
</span></span></code></pre></div><p>一个人可能非常需要医疗帮助，却没有支付能力；可能认可某项产品，却无法获得；也可能愿意使用，却不接受订阅、数据政策或退出条件。</p>
<p>商品与需求之间需要同时满足多层条件：</p>
<ol>
<li><strong>问题匹配</strong>：产品回应的确实是相关处境；</li>
<li><strong>能力匹配</strong>：产品能够提供所需条件；</li>
<li><strong>情境匹配</strong>：真实环境允许它发挥作用；</li>
<li><strong>认知匹配</strong>：用户和客户能发现并理解它；</li>
<li><strong>交易匹配</strong>：价格、渠道、期限和合同可接受；</li>
<li><strong>信任匹配</strong>：客户相信来源和承诺；</li>
<li><strong>结果匹配</strong>：使用后处境确实改善。</li>
</ol>
<p>有需要，不代表存在有效市场需求；产品有用，不代表商品条件成立；商品成交，也不代表需求最终得到满足。</p>
<h2 id="一个需求为什么会对应很多产品">一个需求为什么会对应很多产品？</h2>
<p>需求和产品是多对多关系。</p>
<p>“与远方家人保持联系”可以通过见面、电话、视频、书信和共享相册实现。一部手机又可以同时回应通讯、工作、导航、支付、娱乐、创作和身份表达。</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">一个需求 → 多种解决方式 → 多种产品
</span></span><span class="line"><span class="cl">一种产品 → 多种使用情境 → 多种需求
</span></span></code></pre></div><p>企业竞争的范围因此大于同类商品。航空公司的替代方案可能包括高铁、远程会议和取消出行。用户提出一个功能，也只说明他能够想象这种方案，不证明它是唯一或者最好的方案。</p>
<h2 id="用户客户和买家为什么要分开">用户、客户和买家为什么要分开？</h2>
<p>产品的使用者与商品的购买者经常不是同一个人。</p>
<table>
  <thead>
      <tr>
          <th>角色</th>
          <th>主要行为</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>用户</td>
          <td>实际使用产品</td>
      </tr>
      <tr>
          <td>客户</td>
          <td>与供应者建立交易或服务关系</td>
      </tr>
      <tr>
          <td>买家</td>
          <td>执行购买行为</td>
      </tr>
      <tr>
          <td>付款者</td>
          <td>承担金钱支出</td>
      </tr>
      <tr>
          <td>决策者</td>
          <td>决定是否购买和选择哪个方案</td>
      </tr>
      <tr>
          <td>受益者</td>
          <td>获得主要结果</td>
      </tr>
      <tr>
          <td>影响者</td>
          <td>影响选择但不作最终决定</td>
      </tr>
  </tbody>
</table>
<p>儿童玩具中，父母可能是决策者、买家和付款者，孩子是用户和受益者。企业软件中，管理层决定购买，采购执行交易，财务付款，员工使用，IT 和法务评估风险，组织承担结果。</p>
<p>产品需要让用户愿意使用，商品需要让客户和决策者接受交易。能卖出去但没人愿意使用，是交易成立、产品失败；用户喜欢但客户不愿付费，则是使用价值存在、商业交换没有成立。</p>
<h2 id="客户真正购买了什么">客户真正购买了什么？</h2>
<p>这个问题必须分成交易对象和购买动机两层。</p>
<h3 id="在交易层客户购买权利交付物和承诺">在交易层，客户购买权利、交付物和承诺</h3>
<p>客户可能取得实物所有权、软件许可、期限内的访问权、一定数量的服务、维修和售后权利、质量承诺、数据处理条件及责任安排。</p>
<p>购买 AI 订阅，客户获得的是期限内访问系统和功能的权利，以及额度、服务和数据条款。客户没有直接买到“正确答案”或者“工作成功”。</p>
<blockquote>
<p><strong>在交易层，客户购买的是由交付物、权利、服务承诺和风险分配组成的交易组合。</strong></p>
</blockquote>
<h3 id="在动机层客户期待处境发生变化">在动机层，客户期待处境发生变化</h3>
<p>客户愿意交易，可能是为了完成任务、节省时间、降低风险、获得体验、表达身份、保留选择或者避免损失。</p>
<p>Jobs to Be Done 框架把产品理解为被客户“雇来”完成某项任务的对象，强调用户在具体处境中试图取得的进展。<a href="https://online.hbs.edu/blog/post/jobs-to-be-done-examples">Harvard Business School Online</a></p>
<p>但“客户购买的是结果”仍不够准确。</p>
<h2 id="产品为什么不能直接出售结果">产品为什么不能直接出售结果？</h2>
<p>课程可以提供知识结构、练习和反馈，不能单方面保证学生掌握；健身房提供设施和训练条件，不能直接出售健康；医生提供诊断和治疗，不能保证所有疾病治愈；AI 提供生成和分析能力，不能保证所有结论正确。</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">产品提供的能力和条件
</span></span><span class="line"><span class="cl">+ 用户的行动与投入
</span></span><span class="line"><span class="cl">+ 具体环境及其他限制
</span></span><span class="line"><span class="cl">= 实际结果
</span></span></code></pre></div><p>服务主导逻辑因此强调，企业提出价值主张并提供资源，价值在使用和具体情境中形成。<a href="https://doi.org/10.1007/s11747-007-0069-6">Vargo 与 Lusch</a></p>
<blockquote>
<p><strong>客户购买的是一个被认为能够提高预期结果发生概率的条件组合，而不是必然兑现的结果本身。</strong></p>
</blockquote>
<h2 id="购买能够证明什么">购买能够证明什么？</h2>
<p>购买能够证明：在当时的信息、价格、替代方案和限制下，客户接受了这项交易。</p>
<p>它不能自动证明产品解决了问题、用户长期满意、价格公平、决定完全理性，也不能证明产品没有把成本转移给其他人。促销、误解、冲动、从众、锁定和缺少替代方案都可能促成成交。</p>
<p>因此需要分别观察：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">被看见
</span></span><span class="line"><span class="cl">→ 被理解
</span></span><span class="line"><span class="cl">→ 被考虑
</span></span><span class="line"><span class="cl">→ 被购买
</span></span><span class="line"><span class="cl">→ 被启用
</span></span><span class="line"><span class="cl">→ 被持续使用
</span></span><span class="line"><span class="cl">→ 产生预期结果
</span></span><span class="line"><span class="cl">→ 长期仍被认可
</span></span></code></pre></div><p>商品成交验证交换，产品使用验证采用，结果证据才进一步检验需求是否得到回应。</p>
<h2 id="品牌在产品和商品之间做了什么">品牌在产品和商品之间做了什么？</h2>
<p>客户在购买前无法完整验证未来质量，只能根据来源、过去经验、他人评价和承诺判断风险。</p>
<p>品牌把这些信息压缩成一个识别和预期系统。它让产品更容易被认出，降低搜索成本，影响客户是否愿意尝试和付费，也让问题发生后更容易找到责任主体。</p>
<p>品牌可以提高商品的交换能力，却不能代替产品交付。它形成预期，产品进入使用，实际结果再确认或推翻这种预期。</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">品牌帮助识别和形成预期
</span></span><span class="line"><span class="cl">          ↓
</span></span><span class="line"><span class="cl">商品规定交易条件
</span></span><span class="line"><span class="cl">          ↓
</span></span><span class="line"><span class="cl">产品提供使用能力
</span></span><span class="line"><span class="cl">          ↓
</span></span><span class="line"><span class="cl">结果重新塑造品牌判断
</span></span></code></pre></div><h2 id="怎样判断产品和商品是否成立">怎样判断产品和商品是否成立？</h2>
<ol>
<li>产品面向谁，发生在什么使用情境？</li>
<li>它组织了哪些能力，而不只是堆积了哪些功能？</li>
<li>用户能否获得、理解、使用、求助、迁移和退出？</li>
<li>商品具体出售什么单位、权利、期限和服务？</li>
<li>价格、渠道、合同和风险条件是否可接受？</li>
<li>谁使用、谁购买、谁付款、谁决策、谁受益？</li>
<li>产品试图回应什么需求，还有哪些替代方案？</li>
<li>哪些结果由供给方控制，哪些依赖用户和环境？</li>
<li>交易后产品是否真正被采用？</li>
<li>使用后原来的处境是否改善，成本和副作用由谁承担？</li>
</ol>
<p>这组问题先判断产品和商品是否各自成立，再判断它们是否与需求匹配。</p>
<h2 id="结论">结论</h2>
<p>产品和商品的区别，不只是“没有出售”和“已经出售”。</p>
<blockquote>
<p><strong>产品组织能力，使某种价值能够在使用中发生；商品组织交换，规定客户以什么条件取得产品、服务和相关权利。</strong></p>
</blockquote>
<p>需求与它们的关系是：需求提出需要改变的处境，产品给出一种可检验的供给方案，商品把这种供给变成具体交易对象。</p>
<p>客户在交易中购买的是交付物、权利和承诺；他愿意购买，是因为期待这些条件帮助自己完成任务或改善处境。是否真的实现价值，还要等待产品进入使用，并用结果重新检验。</p>
<h2 id="参考">参考</h2>
<ul>
<li><a href="https://www.ama.org/the-definition-of-marketing-what-is-marketing/">American Marketing Association — Definitions of Marketing</a></li>
<li><a href="https://www.iso.org/standard/9000">ISO 9000:2026 — Quality management: Fundamentals and vocabulary</a></li>
<li><a href="https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso%3A9241%3A-115%3Aed-1%3Av1%3Aen">ISO 9241-115:2024 — User needs and user requirements</a></li>
<li><a href="https://online.hbs.edu/blog/post/jobs-to-be-done-examples">Harvard Business School Online — Jobs to Be Done</a></li>
<li><a href="https://doi.org/10.1007/s11747-007-0069-6">Vargo and Lusch — Service-dominant logic: continuing the evolution</a></li>
<li><a href="https://www.marxists.org/archive/marx/works/1867-c1/ch01.htm">Karl Marx, Capital, Volume I, Chapter One — Commodities</a></li>
</ul>
]]></content:encoded></item><item><title>用户意图、品牌与产品：需求与供给的匹配</title><link>https://moonment.net/notes/user-intent-brand-product-fit/</link><pubDate>Thu, 17 Sep 2026 01:26:40 +0800</pubDate><dc:creator>Moon</dc:creator><guid>https://moonment.net/notes/user-intent-brand-product-fit/</guid><description>用户意图位于需求侧，产品承载供给能力，品牌连接发现、理解、预期与信任；真正的匹配来自表达、使用、结果和修正的双向循环。</description><content:encoded><![CDATA[<h2 id="先修正三者的位置">先修正三者的位置</h2>
<p>在这次讨论中，三者不是并列的企业概念：</p>
<ul>
<li><strong>用户意图</strong>位于需求侧：用户打算改变什么处境、完成什么行动；</li>
<li><strong>产品</strong>位于供给侧：企业用什么能力和体验回应这种处境；</li>
<li><strong>品牌</strong>位于供给侧与认知连接处：它帮助用户识别提供者、理解区别、建立预期并降低选择风险。</li>
</ul>
<p>严格地说，企业才是供给主体，产品是企业提供的价值载体，品牌是围绕这个来源形成的识别与预期系统。品牌本身不会完成用户任务，产品才进入使用并产生结果。</p>
<p>三个概念的关系是：</p>
<blockquote>
<p><strong>用户意图提出行动方向，产品提供实现方向的能力，品牌帮助用户在不确定环境中发现、识别和判断这种能力。</strong></p>
</blockquote>
<p>真正的问题因而不是品牌和产品能否一次“读懂”用户，而是供需双方能否通过表达、发现、使用和反馈，逐步形成足够好的匹配。</p>
<h2 id="需求欲望需求量目标和意图不是同一个概念">需求、欲望、需求量、目标和意图不是同一个概念</h2>
<p>用户自己找不到“真实意图”，企业也抓不准需求，常常不是因为缺少更多数据，而是因为一开始就把几个层次混在一起。</p>
<table>
  <thead>
      <tr>
          <th>层次</th>
          <th>所回答的问题</th>
          <th>示例</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>处境</td>
          <td>我现在发生了什么？</td>
          <td>每天被大量信息打断，工作无法完成。</td>
      </tr>
      <tr>
          <td>需要</td>
          <td>什么基本条件没有得到满足？</td>
          <td>需要控制注意力并形成稳定工作节奏。</td>
      </tr>
      <tr>
          <td>欲望</td>
          <td>我想得到什么具体对象或体验？</td>
          <td>我想要一个更安静、更简单的工作工具。</td>
      </tr>
      <tr>
          <td>目标</td>
          <td>我希望达到什么结果？</td>
          <td>今天完成文章初稿。</td>
      </tr>
      <tr>
          <td>意图</td>
          <td>我准备采取什么行动？</td>
          <td>我决定关掉通知，用专注工具写两小时。</td>
      </tr>
      <tr>
          <td>偏好</td>
          <td>在多个选项中我倾向于哪个？</td>
          <td>我偏好本地、无广告、界面简单的软件。</td>
      </tr>
      <tr>
          <td>经济需求</td>
          <td>在特定价格和条件下是否愿意且能够交换？</td>
          <td>我愿意每月支付某个金额。</td>
      </tr>
      <tr>
          <td>行为</td>
          <td>最后实际做了什么？</td>
          <td>下载后使用三天，随后停止。</td>
      </tr>
      <tr>
          <td>结果</td>
          <td>处境是否真的改变？</td>
          <td>初稿是否完成，注意力是否改善。</td>
      </tr>
  </tbody>
</table>
<p>“用户说想要一个按钮”可能只是方案表达，不是底层需要；“用户点击了购买”是行为，不足以证明长期满意；“用户需要专注”也还没有形成行动意图。企业必须知道自己正在匹配哪一层。</p>
<h2 id="用户是否存在一个唯一的真实意图">用户是否存在一个唯一的“真实意图”？</h2>
<p>有时存在比较稳定、可以清楚表达的意图，例如“我要订明天去上海的火车票”。此时产品主要需要准确理解条件并完成任务。</p>
<p>另一些情境中，所谓真实意图并不是藏在内心深处、等待被准确读取的固定答案：</p>
<ul>
<li>用户同时具有互相冲突的意图，例如既想保持联系，又想减少社交干扰；</li>
<li>用户知道不满意，却还不知道希望怎样改变；</li>
<li>用户表达的是熟悉方案，而不是最终目标；</li>
<li>用户的意图会因信息、成本、产品体验和社会情境变化；</li>
<li>用户可能事后才理解自己为什么选择；</li>
<li>长期价值与即时冲动可能指向不同方向。</li>
</ul>
<p>所以，“真实意图”至少有三种含义：</p>
<ol>
<li><strong>当下行动意图</strong>：此刻准备做什么；</li>
<li><strong>反思后认可的意图</strong>：了解信息、代价和后果后，仍愿意认领什么；</li>
<li><strong>更深层需要的行动表达</strong>：这项行动是否真正回应了造成困扰的处境。</li>
</ol>
<p>这三者可能不一致。用户能够逐渐澄清意图，但不能保证通过一次自省找到一个永恒不变的答案。意图既可以被发现，也会在比较、尝试、承诺和行动中形成。</p>
<p>更合适的问题不是“这是不是我唯一真实的意图”，而是：</p>
<blockquote>
<p>在我当前的处境、信息和价值约束下，这是不是一个经过反思、愿意承担后果、并能指导行动的意图？</p>
</blockquote>
<h2 id="品牌方能否抓住用户需求">品牌方能否抓住用户需求？</h2>
<p>可以提高理解的准确性，不能获得绝对确定性。</p>
<p>企业接触到的是证据：访谈、搜索、投诉、客服记录、购买、使用、放弃、替代方案和情境观察。它需要从这些证据推断用户的需要与意图。这个过程与此前讨论的大模型意图识别相似：都是从可见信号比较多个候选解释，而不是直接读取内心。</p>
<h3 id="用户说了什么">用户说了什么</h3>
<p>访谈和问卷能够获得用户的语言、理由与自我理解，但会受记忆、表达能力、社会期待和问题设计影响。</p>
<h3 id="用户做了什么">用户做了什么</h3>
<p>点击、购买、留存和流失能够证明行为发生，却不能单独说明行为原因。购买可能源于需求，也可能源于促销、惯性、没有替代品或误解。</p>
<h3 id="用户处在什么情境">用户处在什么情境</h3>
<p>观察目标、任务、资源以及技术、社会和组织环境，通常比孤立收集“想要什么功能”更接近问题结构。ISO 9241 的人本设计框架也把用户、目标、任务、资源和环境共同放进使用情境。</p>
<h3 id="什么随着时间保持稳定">什么随着时间保持稳定</h3>
<p>一次表达可能是临时偏好，反复出现的障碍、替代行为和付出成本更能说明需求强度。企业还要研究当前需求和未来需求，而不是只响应现有功能请求。市场导向研究把企业能力概括为：生成市场信息、在组织内传播理解，并作出响应。</p>
<p>因此，所谓“抓住需求”实际包含四种能力：</p>
<ol>
<li>从用户语言和行为中形成多个需求假设；</li>
<li>区分表层方案请求与底层处境；</li>
<li>在不同用户、时间和情境中验证；</li>
<li>把理解传入产品、品牌、渠道和服务，并根据结果修正。</li>
</ol>
<h2 id="企业怎样构建满足需求的产品">企业怎样构建满足需求的产品？</h2>
<p>需求洞察不会自动变成产品。中间至少经过六次转换：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">用户处境
</span></span><span class="line"><span class="cl">  ↓ 解释
</span></span><span class="line"><span class="cl">需求假设
</span></span><span class="line"><span class="cl">  ↓ 选择
</span></span><span class="line"><span class="cl">目标用户与价值主张
</span></span><span class="line"><span class="cl">  ↓ 设计
</span></span><span class="line"><span class="cl">产品能力与使用流程
</span></span><span class="line"><span class="cl">  ↓ 交付
</span></span><span class="line"><span class="cl">真实使用体验
</span></span><span class="line"><span class="cl">  ↓ 测量
</span></span><span class="line"><span class="cl">结果与代价
</span></span><span class="line"><span class="cl">  ↓ 学习
</span></span><span class="line"><span class="cl">修正需求和产品假设
</span></span></code></pre></div><p>每一步都可能失真：</p>
<ul>
<li>企业理解了问题，却选择了错误人群；</li>
<li>找到了需要，却提供了用户无法理解的方案；</li>
<li>产品功能有效，但获取成本、价格或风险不可接受；</li>
<li>产品解决即时问题，却制造更大的长期问题；</li>
<li>使用者获得价值，购买者却没有购买理由；</li>
<li>平均用户得到改善，一部分用户却承担严重伤害。</li>
</ul>
<p>产品匹配不能只看“有没有这个功能”。至少要同时检查：</p>
<ol>
<li><strong>问题匹配</strong>：它解决的是用户真实处境中的问题吗？</li>
<li><strong>功能匹配</strong>：产品能力能造成需要的变化吗？</li>
<li><strong>情境匹配</strong>：在用户实际时间、环境、能力和流程中能用吗？</li>
<li><strong>认知匹配</strong>：用户能理解它是什么、为何相关、怎样使用吗？</li>
<li><strong>经济匹配</strong>：价格、获得成本、学习成本和退出成本可以接受吗？</li>
<li><strong>价值匹配</strong>：产品方式与用户身份、价值和长期利益相容吗？</li>
<li><strong>信任匹配</strong>：用户相信提供者会兑现，并合理处理风险吗？</li>
<li><strong>结果匹配</strong>：真实使用是否改善目标，而不只是产生点击和停留？</li>
</ol>
<p>只有这些层面达到“足够好”，产品才与特定用户、特定情境和特定时间形成匹配。不存在脱离对象和场景的抽象“满足全部需求”。</p>
<h2 id="品牌在匹配中承担什么作用">品牌在匹配中承担什么作用？</h2>
<p>产品解决“能不能做到”，品牌主要解决“用户能不能发现、理解并相信”。</p>
<h3 id="帮助用户找到相关类别">帮助用户找到相关类别</h3>
<p>品牌通过命名、定位、语言和使用情境告诉用户：这项提供物和哪类问题有关。用户若无法把品牌与自己的处境连接起来，即使产品有能力，也不会进入考虑范围。</p>
<h3 id="降低识别和搜索成本">降低识别和搜索成本</h3>
<p>用户无法逐项验证所有产品。品牌把来源、过去体验和他人评价压缩为判断线索，使选择更快。但这种线索只是概率性预期，不能代替当前产品证据。</p>
<h3 id="形成可检验的价值主张">形成可检验的价值主张</h3>
<p>好的品牌表达应帮助用户判断：这是为谁、在什么情境、解决什么问题、为什么与替代品不同。表达越明确，越容易被实际产品证实或证伪。</p>
<h3 id="让经验归属于明确来源">让经验归属于明确来源</h3>
<p>如果用户获得价值，却不知道是谁提供、为何有效，产品可能成功，品牌资产却没有形成。来源识别让一次经验能够进入下一次选择。</p>
<h3 id="承担承诺和追责">承担承诺和追责</h3>
<p>品牌把多个产品和行为连接到同一来源。用户因此能够累积信任，也能够在承诺落空时追责。</p>
<p>品牌不会直接创造底层需要，但会命名、突出和解释某些需要。它可以帮助用户理解模糊处境，也可能为了交易，把正常不安重新包装成必须消费才能解决的缺陷。因此品牌既具有发现价值，也具有塑造和操纵欲望的能力。</p>
<h2 id="用户怎样找到自己的意图">用户怎样找到自己的意图？</h2>
<p>用户自我理解也需要一个循环，而不是等待内省给出一次性答案：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">感到问题或吸引
</span></span><span class="line"><span class="cl">      ↓
</span></span><span class="line"><span class="cl">描述当前处境
</span></span><span class="line"><span class="cl">      ↓
</span></span><span class="line"><span class="cl">区分需要、欲望、目标和现成方案
</span></span><span class="line"><span class="cl">      ↓
</span></span><span class="line"><span class="cl">形成暂时意图
</span></span><span class="line"><span class="cl">      ↓
</span></span><span class="line"><span class="cl">比较品牌承诺与产品能力
</span></span><span class="line"><span class="cl">      ↓
</span></span><span class="line"><span class="cl">低成本尝试并观察结果
</span></span><span class="line"><span class="cl">      ↓
</span></span><span class="line"><span class="cl">保留、修改或放弃原意图
</span></span></code></pre></div><p>可以依次问：</p>
<ol>
<li>我现在具体遇到了什么，而不是先想买什么？</li>
<li>我希望什么状态发生变化？</li>
<li>这是我的目标，还是别人提供给我的目标？</li>
<li>我想要的是结果，还是已经提前锁定某一种方案？</li>
<li>如果没有这个品牌或产品，我仍会想解决这个问题吗？</li>
<li>我愿意承担哪些金钱、时间、数据和机会成本？</li>
<li>使用之后，处境真的改善了吗？</li>
<li>了解长期后果后，我仍认可这项选择吗？</li>
</ol>
<p>这不是寻找一个完全纯粹、不受社会影响的内心答案。人的语言、欲望和选择本来就会受到文化、他人和市场影响。关键是让影响变得可反思，让用户有比较、试用、拒绝和退出的能力。</p>
<h2 id="双向匹配模型">双向匹配模型</h2>
<p>供给侧与需求侧各自存在一个学习循环。</p>
<h3 id="企业的循环">企业的循环</h3>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">观察用户处境
</span></span><span class="line"><span class="cl">→ 提出需求假设
</span></span><span class="line"><span class="cl">→ 建造最小可验证产品
</span></span><span class="line"><span class="cl">→ 观察实际使用和结果
</span></span><span class="line"><span class="cl">→ 修正产品与品牌表达
</span></span></code></pre></div><h3 id="用户的循环">用户的循环</h3>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">感知自己的处境
</span></span><span class="line"><span class="cl">→ 形成暂时意图
</span></span><span class="line"><span class="cl">→ 发现并比较提供物
</span></span><span class="line"><span class="cl">→ 使用和承担结果
</span></span><span class="line"><span class="cl">→ 修正自我理解与选择
</span></span></code></pre></div><p>两个循环在四个接触点发生匹配：</p>
<ol>
<li><strong>表达匹配</strong>：用户能否说清问题，品牌能否用用户理解的语言回应；</li>
<li><strong>发现匹配</strong>：有相关需要的人能否在正确时间找到产品；</li>
<li><strong>使用匹配</strong>：产品是否进入真实情境并产生价值；</li>
<li><strong>学习匹配</strong>：双方是否能从成功、失败、误用和退出中修正判断。</li>
</ol>
<p>匹配不是企业单方面把产品推给用户，也不是用户先拥有完整需求说明书。它是双方在不完全知识下，通过证据逐步校准的过程。</p>
<h2 id="为什么匹配经常失败">为什么匹配经常失败？</h2>
<h3 id="把用户说出的方案当成需求">把用户说出的方案当成需求</h3>
<p>用户说“我要更多提醒”，底层问题可能是害怕遗漏，也可能是任务系统失控。直接增加提醒可能加剧干扰。</p>
<h3 id="把行为当成意图">把行为当成意图</h3>
<p>高点击可能来自误导性标题，高停留可能来自操作困难，无法直接证明用户想要更多内容。</p>
<h3 id="把平均数据当成所有用户">把平均数据当成所有用户</h3>
<p>不同人可能用同一产品满足完全不同的意图。平均指标会掩盖细分情境和少数人的严重损失。</p>
<h3 id="品牌表达过宽">品牌表达过宽</h3>
<p>“适合所有人”“解决一切问题”的品牌承诺无法帮助用户判断相关性，也无法被清楚验证。</p>
<h3 id="产品满足即时冲动损害长期意图">产品满足即时冲动，损害长期意图</h3>
<p>用户当下想获得刺激，长期又想保持注意力和健康。企业若只优化即时行为，可能获得增长，却破坏用户反思后认可的目标。</p>
<h3 id="企业只有洞察没有组织响应">企业只有洞察，没有组织响应</h3>
<p>研究部门理解了需求，如果信息没有进入产品决策、资源配置和服务流程，需求洞察仍不会变成价值。市场导向不是“听见用户”，而是全组织形成信息、共享理解并作出响应。<a href="https://journals.sagepub.com/doi/10.1177/002224299005400201">Kohli 与 Jaworski 的市场导向研究</a></p>
<h3 id="用户没有真实选择条件">用户没有真实选择条件</h3>
<p>锁定、信息不透明、默认授权和缺少替代品，都可能让使用行为失去表达偏好的意义。此时“用户选择了”不能承担完整的正当化作用。</p>
<h2 id="企业能否创造需求">企业能否创造需求？</h2>
<p>企业可以创造新的解决方式、使用习惯、类别语言和具体欲望，也可以让原本模糊的需要变得可见。但“创造需求”需要区分：</p>
<ul>
<li>发现原有但未被满足的需要；</li>
<li>提供过去不存在的实现能力；</li>
<li>通过教育让用户理解新的可能；</li>
<li>借助身份、焦虑和社会比较制造具体欲望；</li>
<li>设计依赖，让产品自身不断制造继续使用的需求。</li>
</ul>
<p>这些行为在伦理上并不相同。判断标准不是需求是否由企业影响，而是用户是否获得真实能力、是否理解代价、能否拒绝和退出，以及长期结果是否符合其反思后仍认可的利益。</p>
<h2 id="最终判断">最终判断</h2>
<h3 id="品牌方能否抓住用户需求-1">品牌方能否抓住用户需求？</h3>
<p>能够形成越来越可靠的需求假设，不能完全读取所有人的真实需要。有效做法是组合语言、行为、情境和长期结果证据，覆盖信息生成、组织共享、产品响应与持续验证。</p>
<h3 id="企业能否构建满足需求的产品">企业能否构建满足需求的产品？</h3>
<p>能够在特定用户、情境、价格和时间条件下形成足够好的匹配，不能一次性证明永久满足。产品需要通过真实使用结果验证，并允许失败证据修正原有判断。</p>
<h3 id="用户能否找到自己的真实意图">用户能否找到自己的真实意图？</h3>
<p>用户能够通过描述处境、区分目标与方案、比较选择、实际尝试和反思后果，形成更清楚、更愿意认领的意图。但不一定存在一个固定、纯粹、等待被发现的唯一真实意图。</p>
<h2 id="结论">结论</h2>
<p>品牌、产品与用户意图之间的契合不是一次命中，而是双向认识和反复校准：</p>
<blockquote>
<p><strong>用户从模糊处境走向可行动的意图；企业从不完整证据形成需求假设；产品让假设接受真实使用检验；品牌帮助双方发现彼此、形成预期并保存经验。</strong></p>
</blockquote>
<p>最好的匹配，不是企业最准确地操纵了用户行为，而是：</p>
<ul>
<li>用户能够更清楚地理解自己；</li>
<li>产品确实改善了具体处境；</li>
<li>品牌表达与产品事实保持一致；</li>
<li>双方都能根据结果修正判断；</li>
<li>用户始终保有知情、比较、拒绝和退出的能力。</li>
</ul>
<h2 id="参考">参考</h2>
<ul>
<li><a href="/notes/what-is-a-need/">需求是什么？从人的缺口到产品与市场</a></li>
<li><a href="/notes/intention-concept/">意图是什么？从行动、目的到责任</a></li>
<li><a href="/notes/brand-and-product/">品牌与产品：企业怎样交付价值，又怎样形成预期</a></li>
<li><a href="/notes/ai-user-intent-inference/">AI 能断定用户的真实意图吗？</a></li>
<li><a href="https://www.ama.org/the-definition-of-marketing-what-is-marketing/">American Marketing Association: Definition of Marketing and Marketing Research</a></li>
<li><a href="https://www.iso.org/standard/77520.html">ISO 9241-210:2019 Human-centred design for interactive systems</a></li>
<li><a href="https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso%3A9241%3A-115%3Aed-1%3Av1%3Aen">ISO 9241-115:2024 Context of use, user needs and conceptual design</a></li>
<li><a href="https://journals.sagepub.com/doi/10.1177/002224299005400201">Kohli &amp; Jaworski, 1990: Market Orientation</a></li>
<li><a href="https://plato.stanford.edu/entries/intention/">Stanford Encyclopedia of Philosophy: Intention</a></li>
</ul>
]]></content:encoded></item><item><title>需求：从人的处境、目标到行动条件</title><link>https://moonment.net/notes/what-is-a-need/</link><pubDate>Wed, 16 Sep 2026 11:46:17 +0800</pubDate><dc:creator>Moon</dc:creator><guid>https://moonment.net/notes/what-is-a-need/</guid><description>解释需求如何连接主体、处境、目标与必要条件，区分需要、欲望、市场需求和产品要求，并重新审视马斯洛五层需求。</description><content:encoded><![CDATA[<p>“需求”经常被说成一件很简单的事：用户缺什么，企业就提供什么。但真正进入心理学、经济学、产品设计和哲学以后，会发现这些领域谈论的并不是同一种“需求”。</p>
<p>一个人说“我需要一辆车”，可能是在表达出行问题，也可能是在表达对时间、自主性、家庭安排或者身份的期待。“车”已经是一种解决方案。假如不继续追问，就会把用户熟悉的方案误认为问题本身。</p>
<p>要理解需求，首先要把它从商品、功能和购买行为中分离出来。</p>
<h2 id="需求是什么">需求是什么？</h2>
<p>可以先给出一个工作定义：</p>
<blockquote>
<p><strong>需求是某个主体在特定处境中，为了实现目标、维持某种状态、避免损害或者守住某种重要价值，需要获得的条件、能力、资源或改变。</strong></p>
</blockquote>
<p>这个定义包含四个不能省略的部分：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">谁
</span></span><span class="line"><span class="cl">在什么处境中
</span></span><span class="line"><span class="cl">为了实现或避免什么
</span></span><span class="line"><span class="cl">需要什么条件
</span></span></code></pre></div><p>例如：</p>
<blockquote>
<p>一名演讲者在有严格时限的现场，为了按时结束演讲，需要在不打断表达的情况下知道剩余时间。</p>
</blockquote>
<p>“知道剩余时间”是需求。手表、倒计时屏幕、手机应用和工作人员提示，都是不同方案。</p>
<p><a href="https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso%3A9241%3A-115%3Aed-1%3Av1%3Aen">ISO 9241-115:2024</a>也用相近方式界定用户需要：它是在特定使用情境中，为了达到预期结果而被识别为必要的前提，并且独立于任何已经提出的解决方案。</p>
<p>这条边界很重要。需求说明什么条件不可缺少，产品只是尝试提供这些条件的一种办法。</p>
<h2 id="为什么需求总是容易混乱">为什么“需求”总是容易混乱？</h2>
<p>现代中文把多个不同概念都放进了“需求”这个词里。</p>
<table>
  <thead>
      <tr>
          <th>语境</th>
          <th>“需求”通常指什么</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>日常生活</td>
          <td>有所需要、想要或缺少</td>
      </tr>
      <tr>
          <td>心理学</td>
          <td>支持动机、发展、适应和福祉的条件</td>
      </tr>
      <tr>
          <td>经济学</td>
          <td>在特定价格等条件下愿意且能够购买的数量</td>
      </tr>
      <tr>
          <td>市场研究</td>
          <td>问题、欲望、购买意愿和偏好的统称</td>
      </tr>
      <tr>
          <td>产品设计</td>
          <td>用户在具体情境中达到目标所需的前提</td>
      </tr>
      <tr>
          <td>工程</td>
          <td>从需要派生出来、带有约束并可以验证的明确要求</td>
      </tr>
      <tr>
          <td>伦理与政治</td>
          <td>对福祉、权利和资源分配具有规范分量的主张</td>
      </tr>
  </tbody>
</table>
<p>这些含义彼此相关，却不能直接互换。</p>
<p>“许多人需要医疗帮助”是在谈人的处境和福祉；“市场对某种医疗服务有多大需求”是在谈价格、支付能力和购买行为。前者非常迫切，并不保证后者形成足够大的商业市场。</p>
<p>所以每次谈需求，都需要先说明：正在谈人的需要、用户需要、市场需求，还是产品要求。</p>
<h2 id="需要欲望需求意图和要求有什么区别">需要、欲望、需求、意图和要求有什么区别？</h2>
<p>中文“需要”和“需求”在日常使用中大量重叠，不能仅凭两个汉字建立严格边界。真正需要区分的是句子表达的关系。</p>
<p>英语语境中，几个词的分工更明显，但它们也不能机械翻译回中文：</p>
<table>
  <thead>
      <tr>
          <th>概念</th>
          <th>它回答的问题</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td><code>need</code></td>
          <td>为了目标、功能、福祉或避免损害，缺少什么条件？</td>
      </tr>
      <tr>
          <td><code>want / desire</code></td>
          <td>主体具体想得到什么？</td>
      </tr>
      <tr>
          <td><code>demand</code></td>
          <td>在价格、收入和其他条件下，会购买多少？</td>
      </tr>
      <tr>
          <td><code>intention</code></td>
          <td>主体准备采取什么行动？</td>
      </tr>
      <tr>
          <td><code>requirement</code></td>
          <td>产品或系统必须满足什么可验证条件？</td>
      </tr>
  </tbody>
</table>
<p>例如：</p>
<ul>
<li>人需要恢复精力；</li>
<li>他想要一张更舒服的床；</li>
<li>他准备周末去比较床垫；</li>
<li>在五千元以内，他有购买意愿和支付能力；</li>
<li>产品要求可能包括承托范围、尺寸、安全标准和退换条件。</li>
</ul>
<p>这是一条可能的转化路径，但不是自动发生的推导。</p>
<p>有需要，不代表本人已经意识到；意识到需要，不代表形成目标；有目标，不代表准备行动；有意图，不代表能够购买；完成购买，也不代表需求已经得到满足。</p>
<h2 id="需求是一种缺口吗">需求是一种缺口吗？</h2>
<p>把需求理解成“当前状态与期望状态之间的缺口”很有用，但还不完整。</p>
<p>有些需求确实来自已经感受到的不满：饿了要吃饭，软件太慢需要提高效率。另一些需求是为了维持当前状态：健康的人仍然需要睡眠和营养，运行正常的系统仍然需要维护和备份。还有一些需求指向风险：问题尚未发生，但人需要保险、冗余和安全措施。</p>
<p>因此，需求可能指向三类变化：</p>
<ol>
<li>从不良状态恢复；</li>
<li>维持一个值得保留的状态；</li>
<li>防止未来可能发生的损害。</li>
</ol>
<p>需求也不一定被主体清楚感知。儿童、病人、无障碍用户或者处于复杂制度中的人，可能很难完整表达自己的需要。反过来，专家也可能借“你真正需要什么”之名，把自己的价值判断强加给别人。</p>
<p>需求判断因此既不能只听自述，也不能完全交给外部专家。它需要主体经验、情境事实、专业知识和实际后果共同校正。</p>
<h2 id="衣食住行只是需求发生的领域">衣食住行只是需求发生的领域</h2>
<p>衣、食、住、行常被称为基本需求，但它们更准确地说是生活领域。每个领域中都包含多种性质不同的需求。</p>
<table>
  <thead>
      <tr>
          <th>领域</th>
          <th>可能包含的需求</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>衣</td>
          <td>保暖、防护、方便活动、符合场合、审美、身份表达</td>
      </tr>
      <tr>
          <td>食</td>
          <td>营养、安全、健康管理、便利、感官体验、家庭和社交仪式</td>
      </tr>
      <tr>
          <td>住</td>
          <td>遮蔽、安全、隐私、稳定、空间控制、通勤、家庭关系、资产安排</td>
      </tr>
      <tr>
          <td>行</td>
          <td>位移、准时、安全、速度、自主、舒适、携带能力、身份表达</td>
      </tr>
  </tbody>
</table>
<p>一件西装可能同时服务于保暖、职业规范、自信和社会识别。一次聚餐可能同时满足营养、享受、关系维系和节庆仪式。</p>
<p>如果只按照衣食住行分类，就会把需求对象和需求性质混在一起。除了这些生活领域，人还会在健康、学习、工作、信息、关系、娱乐、金融、公共生活等领域产生需要。</p>
<h2 id="需求可以怎样分类">需求可以怎样分类？</h2>
<p>需求没有一张得到所有学科共同认可的最终清单。分类的作用是帮助观察，不能把人固定在一套永久层级中。</p>
<h3 id="马斯洛的五层需求">马斯洛的五层需求</h3>
<p>谈到需求分类，最常见的框架是马斯洛的需求层次理论。马斯洛在1943年的论文《人类动机理论》中提出，人至少有五组基本需要，并把它们理解为具有“相对优势次序”的动机系统。</p>
<p>通常所说的五层是：</p>
<table>
  <thead>
      <tr>
          <th>层次</th>
          <th>主要内容</th>
          <th>它关心的基本问题</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>生理需要</td>
          <td>食物、水、睡眠、呼吸、体温等</td>
          <td>身体能否维持基本运行？</td>
      </tr>
      <tr>
          <td>安全需要</td>
          <td>人身安全、稳定、秩序、免受威胁</td>
          <td>生活是否具有基本保护和可预测性？</td>
      </tr>
      <tr>
          <td>爱与归属需要</td>
          <td>亲密关系、家庭、友谊、群体接纳</td>
          <td>我是否与他人建立了稳定连接？</td>
      </tr>
      <tr>
          <td>尊重需要</td>
          <td>自尊、能力感、成就、认可、地位</td>
          <td>我是否感到自己有价值，也受到他人承认？</td>
      </tr>
      <tr>
          <td>自我实现需要</td>
          <td>实现潜能、创造、成长、成为自己能够成为的人</td>
          <td>我能否充分发展和实现自己的可能性？</td>
      </tr>
  </tbody>
</table>
<p>马斯洛的中心主张不是“低层完全满足以后才能进入下一层”。他谈的是相对优先性：当更迫切的需要长期没有得到满足时，它更容易占据注意和组织行为；当它得到相当程度的满足，其他需要会变得更突出。</p>
<p>在原始论文中，马斯洛也承认多种需要可以同时存在，满足很少是全有或全无，现实中还会出现次序倒置、长期牺牲和个体差异。因此，把五层理解成每个人必须逐级通关的固定流程，比原理论本身更僵硬。</p>
<p>今天广为流传的三角形“马斯洛金字塔”也不是马斯洛本人绘制的。后来的管理教材和传播材料把层次理论整理成了金字塔，使它更容易记忆，也更容易产生“必须从下往上爬”的误解。<a href="https://journals.aom.org/doi/full/10.5465/amle.2017.0351">Bridgman、Cummings 与 Ballard 对金字塔形成史的研究</a></p>
<p>马斯洛模型的重要性，在于它提醒人们：人的行为不能只用生理利益或金钱解释，关系、尊严、成长和潜能也会形成强烈动机。它适合用来检查自己是否遗漏了某一类人类关切。</p>
<p>但它不能直接充当完整的产品需求表，原因有三点：</p>
<ol>
<li>它是一套人类动机理论，不是为产品设计建立的需求分类；</li>
<li>五层内部仍然非常宽泛，同一产品可能同时涉及多层；</li>
<li>固定、普遍的层级次序没有得到一致的经验支持，文化、年龄、制度和处境都会改变需要的相对优先性。</li>
</ol>
<p>所以本文保留马斯洛五层作为重要的历史模型和观察框架，但不把它当成需求的唯一分类。</p>
<h3 id="生存与身体状态">生存与身体状态</h3>
<p>包括食物、水、睡眠、温度、运动、健康和免受身体损害。</p>
<h3 id="安全与稳定">安全与稳定</h3>
<p>包括人身、财产、收入、数据和环境安全，以及对生活基本可预测性的需要。</p>
<h3 id="行动与任务完成">行动与任务完成</h3>
<p>人需要完成工作、照料、沟通、记录、学习、生产和管理。大量工具型产品回应的是这种任务条件。</p>
<h3 id="时间效率与控制">时间、效率与控制</h3>
<p>人希望减少等待和重复劳动，也希望知道正在发生什么、能够纠错、保留选择并在复杂环境中维持控制。</p>
<h3 id="信息与理解">信息与理解</h3>
<p>人需要获得事实、理解处境、降低不确定性、形成解释并作出判断。</p>
<h3 id="关系与归属">关系与归属</h3>
<p>包括陪伴、合作、亲密、群体接纳和稳定的社会连接。</p>
<h3 id="自主胜任与成长">自主、胜任与成长</h3>
<p>自我决定理论把自主、胜任和关系联结视为三种基本心理需要。这是一套有经验研究支持的心理学理论，不是已经封闭了所有可能需要的最终清单。<a href="https://selfdeterminationtheory.org/topics/application-basic-psychological-needs/">Self-Determination Theory</a></p>
<h3 id="身份体验与意义">身份、体验与意义</h3>
<p>人会追求审美、愉悦、认同、尊严、社会承认以及与价值观一致的生活。这些并不因为缺少直接物理用途就自动变成虚假需求。</p>
<p>这些类别会同时存在，也会互相冲突。为了职业稳定，人可能牺牲自主；为了家庭责任，人可能放弃部分个人体验；为了长期健康，人可能拒绝当下欲望。</p>
<p>这些分类与马斯洛五层存在交叉，但目的不同：马斯洛试图解释人的动机怎样取得相对优先性；这里的分类用于观察需求发生在哪种关系和任务中。两者都不能把具体个人简化成固定模板。</p>
<h2 id="需求是客观的还是主观的">需求是客观的，还是主观的？</h2>
<p>需求既包含事实，也包含目的和价值。</p>
<p>“缺水会损害生命”有很强的生理和因果基础。“为了参加线上会议，需要网络”则依赖一种社会和技术安排。“为了在同事中显得专业，需要穿西装”还依赖特定文化规范。</p>
<p>需求可以写成这样的关系：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">主体 A
</span></span><span class="line"><span class="cl">为了目的 G
</span></span><span class="line"><span class="cl">在处境 C 中
</span></span><span class="line"><span class="cl">需要条件 X
</span></span></code></pre></div><p>只要目的改变，所需条件也可能改变。但“X 是实现 G 的必要条件”并不能证明 G 本身正当。犯罪也需要工具，这不产生别人提供工具的义务。</p>
<p>因此，需求判断至少包含两个问题：</p>
<ol>
<li>事实问题：没有这个条件，会发生什么？</li>
<li>价值问题：那个结果是否值得实现或避免？</li>
</ol>
<p>哲学中关于需求的争论，正发生在客观损害、主体欲望、个人自主、家长主义、权利和公平分配之间。<a href="https://plato.stanford.edu/entries/needs/">Stanford Encyclopedia of Philosophy: Needs</a></p>
<h2 id="企业能创造需求吗">企业能创造需求吗？</h2>
<p>“创造需求”把几种不同作用混在了一起。</p>
<p>企业可以：</p>
<ul>
<li>发现已经存在但尚未表达的问题；</li>
<li>为模糊的不便命名；</li>
<li>创造过去不存在的解决能力；</li>
<li>让人看见新的可能状态；</li>
<li>把一般需要引向具体产品和品牌；</li>
<li>通过价格、渠道和信用形成有效市场需求；</li>
<li>通过网络效应、锁定或习惯设计制造新的依赖。</li>
</ul>
<p>智能手机没有创造沟通、信息和关系需要，但它改变了满足方式，也改变了人们对“随时可以联系”的正常预期。社会一旦围绕智能手机重新组织，一些原本可选的数字能力又可能变成参与工作和公共生活的现实条件。</p>
<p>所以更准确的说法是：</p>
<blockquote>
<p>企业通常不是凭空创造所有底层需要，而是在发现需要、塑造欲望、创造方案、形成市场需求和制造依赖之间发挥不同作用。</p>
</blockquote>
<p>这些作用在伦理上不能混为一谈。帮助人获得新能力，与利用焦虑、取消替代方案和增加退出成本，不是同一种价值创造。</p>
<h2 id="怎样发现需求">怎样发现需求？</h2>
<p>需求不能从一句访谈、一次点击或一笔订单中直接读出来。企业只能根据证据形成需求假设。</p>
<p>比较可靠的调查顺序是：</p>
<ol>
<li>谁处在什么情境中？</li>
<li>他试图达到什么结果，或者避免什么损害？</li>
<li>当前怎样解决，哪里受阻？</li>
<li>问题发生多频繁，后果多严重？</li>
<li>他已经投入了哪些时间、金钱和替代成本？</li>
<li>哪些人没有行动，为什么？</li>
<li>购买者、使用者和受影响者是不是同一批人？</li>
<li>新方案投入使用以后，目标结果是否真的改善？</li>
</ol>
<p>自述能说明人怎样理解自己，观察能呈现实际过程，行为数据能说明发生了什么，实验可以比较结果。投诉、误用、放弃和退出则暴露了产品假设与现实之间的冲突。</p>
<p>任何一种证据都不能单独等于“真实需求”。</p>
<h2 id="什么才算需求得到满足">什么才算需求得到满足？</h2>
<p>用户说喜欢，不一定说明问题解决；用户购买，也不一定说明长期有效；用户持续使用，还可能来自迁移成本、习惯或缺少替代品。</p>
<p>需求是否得到满足，最终要回到最初的关系：</p>
<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">原来的主体和处境
</span></span><span class="line"><span class="cl">        ↓
</span></span><span class="line"><span class="cl">需要的条件是否被提供
</span></span><span class="line"><span class="cl">        ↓
</span></span><span class="line"><span class="cl">目标是否更容易实现
</span></span><span class="line"><span class="cl">        ↓
</span></span><span class="line"><span class="cl">损害是否减少
</span></span><span class="line"><span class="cl">        ↓
</span></span><span class="line"><span class="cl">成本和副作用由谁承担
</span></span></code></pre></div><p>这要求把兴趣、购买、使用、满意和结果分开测量。</p>
<h2 id="结论">结论</h2>
<p>需求不是功能清单，不是商品名称，也不是一个人说出口的全部愿望。</p>
<blockquote>
<p><strong>需求是一种有条件的关系：某个主体在特定处境中，为了实现目标、维持状态、避免损害或守住价值，需要某些条件。</strong></p>
</blockquote>
<p>产品可以回应需求，却不是需求本身；购买可以提供证据，却不能证明需求已经满足；企业可以形成更可靠的需求假设，却不能直接读取一个固定、唯一的“真实需求”。</p>
<p>判断需求时，最有用的问题仍然是：</p>
<blockquote>
<p>谁在什么处境中，为了什么结果，需要什么条件？为什么这个条件是必要的？什么证据支持这个判断？提供以后，人的处境是否真的改善？</p>
</blockquote>
<h2 id="参考">参考</h2>
<ul>
<li><a href="https://psychclassics.yorku.ca/Maslow/motivation">A. H. Maslow — A Theory of Human Motivation, 1943</a></li>
<li><a href="https://maslow.com/contents/motivationandpersonality1954.htm">Abraham Maslow — Motivation and Personality, 1954</a></li>
<li><a href="https://journals.aom.org/doi/full/10.5465/amle.2017.0351">Bridgman, Cummings and Ballard — Who Built Maslow&rsquo;s Pyramid?</a></li>
<li><a href="https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso%3A9241%3A-115%3Aed-1%3Av1%3Aen">ISO 9241-115:2024 — Context of use, user needs and user requirements</a></li>
<li><a href="https://www.iso.org/obp/ui?_escaped_fragment_=iso%3Astd%3Aiso-iec-ieee%3A29148%3Aed-2%3Av1%3Aen">ISO/IEC/IEEE 29148:2018 — Requirements engineering</a></li>
<li><a href="https://plato.stanford.edu/entries/needs/">Stanford Encyclopedia of Philosophy — Needs in Moral and Political Philosophy</a></li>
<li><a href="https://selfdeterminationtheory.org/topics/application-basic-psychological-needs/">Self-Determination Theory — Basic Psychological Needs</a></li>
</ul>
]]></content:encoded></item></channel></rss>