定位先回答「在谁的什么任务里」

产品能够交付第一份结果以后，需要让目标用户在较短时间内理解三件事：这是什么，和自己有什么关系，为什么值得继续了解。

很多产品从功能开始介绍。页面写着 AI、自动化、Dashboard、API、工作流和一站式，听众知道产品具备哪些模块，却无法判断它解决哪项任务。另一些产品从宏大市场开始，强调行业规模、技术趋势和全球机会，仍然没有说明具体用户怎样获得结果。

定位要把产品放进用户已经理解的情境中。价值主张说明目标用户会得到什么变化。产品叙事则把问题、替代方案、工作方式、结果、证据和下一步组织成一条可以复述的内容。

三者来自同一组事实。首页、介绍邮件、产品 Demo、合作材料和 Pitch Deck 可以改变长度与重点，不能各自发明一个产品。

定位不是一句漂亮口号。它先是一项选择：产品希望哪类人在什么场景中，把它当作哪一种解决方案。

可以用下面几个问题检查：

• 服务哪类人；
• 什么事件会触发需求；
• 用户此时要完成什么任务；
• 现在使用什么方法；
• 现有方法哪里慢、贵、难或容易失败；
• 产品以什么方式工作；
• 用户得到什么可观察结果；
• 与替代方案相比，哪一项差异最重要；
• 这类用户会从什么渠道遇见产品。

项目定义可以先写三行：产品交付什么结果，最窄但仍足够大的人群是谁，这群人已经在哪个渠道出现。^[1] 这三行适合用来检查定位是否能进入真实市场。只写产品和人群，没有渠道，团队仍不知道表达要在哪里接受验证；只写一个热门渠道，也不能证明那里有匹配用户。

「所有需要提高效率的人」无法形成定位。「每周需要发布新品、正在用 Photoshop 逐张处理商品图的小型独立站团队」更接近可执行对象。用户身份、任务和现有替代一旦明确，页面、搜索词、案例和产品范围才有共同依据。

建立一份定位事实表

开始写文案之前，可以先填一张事实表：

没有证据的字段可以保留为假设，不要为了让文案完整而补成事实。产品仍在早期时，可以直接说明适用范围，用 Demo、创始人经验和真实试用替代夸张客户数量。

事实表也能发现定位问题。如果不同客户的触发、替代和结果完全不同，产品可能服务了多个市场；如果「差异」只能写成更智能、更强大或更全面，还需要继续研究用户为什么选择。

先选一个用户能理解的产品类别

用户遇见新产品时，会先用已有类别判断它大致做什么。类别可以是商品图处理工具、漫画翻译器、招聘初筛服务、客户评价管理平台或 Next.js 启动模板。

类别太宽，用户需要继续猜。例如「AI 工作平台」可能涉及写作、数据、流程或协作；类别太窄，又可能把产品误解成某个单一功能。选择时可以检查：

• 目标用户平时怎样称呼这类方案；
• 他会搜索什么词；
• 现有预算归在哪类工具或服务；
• 哪个类别最接近购买和使用方式；
• 产品相对该类别有什么重要变化。

类别负责降低理解成本，差异负责说明为什么选择。把产品叫作「面向物业批量招聘的 AI 初筛工具」，用户先理解招聘初筛，再继续了解语音和网页任务；若只写「下一代智能人才平台」，类别和结果都会变得含糊。

有些产品横跨多个类别。早期仍可以按主要使用场景选择一个入口，其他能力放在后续说明。等真实用户形成稳定认知后，再判断是否需要改变类别。

从功能向上推到业务价值

每项功能可以沿着四层向上翻译：

功能
→ 用户动作
→ 直接结果
→ 业务或生活中的后续价值

例如：

价值主张可以选择最接近购买决定的一层。若业务结果有稳定证据，可以写后续价值；若目前只验证了直接输出，就停在直接结果。不能从「生成报告」直接跳到「收入翻倍」，中间需要使用、决策和业务条件支持。

这张表也能帮助团队保持一致。产品文档可以重点写功能和动作，首页写结果，销售案例写业务价值。三种材料处在不同层，却来自同一因果关系。

把功能翻译成用户任务

技术功能只说明产品内部能力。用户更关心它在自己的工作中改变什么。

一项 AI 招聘产品可以列出：语音输入岗位、生成职位描述、设计面试问题、记录候选过程、输出筛查报告。把它放进物业公司批量招聘场景以后，表达会变成：先用普通话自我介绍和简单网页任务，检查候选人的沟通与基础逻辑，减少招聘经理重复初筛。^[2]

这段表达包含：

• 用户：需要批量招聘的物业团队；
• 场景：大量候选人的早期筛查；
• 问题：人工重复、能力难快速判断；
• 动作：电话自我介绍和网页任务；
• 结果：得到可观察行为，进入下一轮判断。

同一产品可以按行业、岗位和任务建立多条场景表达。核心机制保持一致，案例改变。这样内容、销售和文档能够服务具体人群，又不会把产品写成互不相关的多个故事。^[2]

功能翻译可以使用下面的句式：

当【一类用户】在【场景】中需要【任务】时，产品通过【关键机制】减少【现有阻力】，交付【可观察结果】。

句式只用来检查逻辑，正式文案可以更自然。若一句话需要列出五六项机制，说明结果可能还没有成为表达中心。

价值需要同时考虑结果和采用成本

产品带来的收益越高，价值主张越有说服力。但用户还要承担学习、迁移、配置、信任和改变工作方式的成本。

一项商业软件可以承诺增加收入、减少重复工作、降低错误或改善交付质量。若用户需要重新组织全部数据、培训团队并放弃现有系统，采用阻力仍然很高。早期独立产品更适合先嵌入已有流程，以较小改变交付一个明确结果。^[3][1]

写价值主张时，可以同时列出：

价值主张不应只写收益，还要让用户理解怎样开始。产品如果能用现有文件、熟悉工具和少量设置完成，表达中可以突出低迁移成本；若确实需要较长实施，则应说明适用客户、周期和支持方式。

采用成本也解释了为什么「功能更多」不一定更有价值。一个面向小企业主的产品，直接交付结果可能比完整企业套件更适合；大企业则可能把权限、合规和集成视为基本要求。^[1]

写出一条稳定核心

稳定核心需要经得住不同场合。可以先写一个较完整版本：

1. 目标用户是谁；
2. 他在什么场景遇到什么问题；
3. 现有替代哪里不足；
4. 产品属于什么类别；
5. 产品通过什么机制工作；
6. 用户得到什么结果；
7. 为什么这个结果可信；
8. 希望对方采取什么下一步。

Pitch 案例中的长版 Elevator Pitch 也按问题、产品、目标客户、价值、替代方案、差异、资源和下一步展开。^[3] 长版的作用是检查逻辑，无法回答的地方通常代表产品事实仍有缺口。

完整版本写清以后，再压缩成一句：

面向【目标用户】，当他们需要【任务】时，【产品】通过【关键机制】交付【结果】，相比【主要替代】减少【一项重要阻力】。

一句话不必塞入全部证据和功能。它只需要让正确的人判断是否值得继续了解。下一层内容再解释工作方式、案例和条件。

用一个完整例子检查定位

假设产品是一项面向小型独立站团队的商品图处理工具。初稿可能写成：

全方位 AI 视觉平台，让电商品牌释放增长潜力。

这句话没有说明任务和结果。按照事实表，可以逐步改写。

用户与场景

每周发布十到三十款新品、仍在逐张处理原图的小团队。

当前替代与问题

团队使用 Photoshop、在线压缩和手工重命名，图片要在多个工具间移动，尺寸和命名容易不一致。

产品机制

上传一组原图，选择常用商城规格，系统完成背景、裁切、压缩和命名，并把失败图片单独列出。

可观察结果

得到按商品编号整理、能够直接进入上架流程的图片包。

差异与边界

产品聚焦新品上架前的标准处理，不承担素材审批、广告投放和完整资产管理。

稳定核心

面向每周上新的小型独立站团队，把一组商品原图处理成按编号整理、符合常用商城规格的图片包，减少逐张裁切、压缩和重命名。

这段核心仍需用真实用户和交付数据验证。它的价值在于清楚到足以被反驳：用户是否真按周上新，当前流程是否如此，输出能否直接上架，处理是否确实减少重复工作。

明确的定位会连带约束产品。若团队后来把广告生成、团队审批和完整素材库都写进首屏，用户会再次不知道最主要的结果是什么。

从宽泛词走向可检查结果

下面这些词很常见，也容易失去信息：

• 提高效率；
• 智能增长；
• 一站式解决；
• 降低成本；
• 无缝体验；
• 释放潜力；
• 全面管理。

它们不一定错误，但需要继续回答「哪一步、怎样、得到什么」。

具体表达并不保证产品价值成立。它的好处是可以被用户验证，也能暴露产品是否真的交付。

现场页面诊断曾指出「growth」过于宽泛，因为它可能指涨粉、互动、自动发帖、销售或网站流量。定位需要选择一个首要结果，并解释产品怎样产生这个结果。^[4]