产品定位是对“为哪类用户、在什么场景下、解决什么关键问题、凭什么被选择”的一组明确取舍。它既划定产品要服务的对象与价值方向，也明确不做什么。本文从定义、边界、形成方法和常见误解几个方面展开，帮助你把定位写成可用于判断的结论，而不只是一句对外说法。
要点总览（TL;DR）
- 产品定位是对目标用户、使用场景、核心问题和选择理由的一组明确取舍，四个要素缺一不可。
- 定位包含目标用户范围、价值主张、差异化依据和明确不做的方向；功能排期、价格方案和渠道执行细节属于定位之后的执行工作。
- 定位的形成是一个从锁定用户与场景、识别关键问题、对照替代方案找差异，到收敛取舍并用真实需求反向检验的过程。
- 定位与卖点、口号、目标、路线图、需求优先级和项目组合管理各有分工，可以用变更频率和决策层级来区分。
- 定位写成功能罗列、一次定终身或越宽越好，都会让它失去判断功能；可检验的取舍结论才能进入需求与路线讨论。
产品定位的准确定义
产品定位可以概括为一句话：为目标用户在特定场景下解决某个关键问题，并提供他们愿意选择本产品的理由。这句话同时包含对象、情境、问题和选择依据，四个部分缺一不可。缺少目标用户，定位无法指导取舍；缺少场景，价值主张会变得空泛；缺少关键问题，产品容易变成功能堆叠；缺少选择理由，定位就无法解释用户为什么选你而不是替代方案。
把定义拆成四个要素，可以逐项检查定位是否说清楚：
| 要素 | 回答的问题 | 写清楚的标准 |
|---|---|---|
| 目标用户 | 为谁服务，哪类角色或组织是主要对象 | 能指出具体角色、团队类型或使用情境，而非“所有企业” |
| 使用场景 | 用户在什么时机、什么任务中使用 | 能描述触发使用的具体工作环节或决策节点 |
| 核心问题 | 用户当前最需要解决的关键困难是什么 | 问题具体到可观察的后果，而非笼统的“效率低” |
| 选择理由 | 相比现有做法或替代方案，用户凭什么选它 | 理由能被目标用户感知和验证，而非内部自评 |
定位成立的最低标准是“能被取舍”。当团队面对两个需求、两个客户或两条路线时，定位应当能帮助判断哪一个更符合方向、哪一个应当放弃。如果一段定位描述放在任何产品上都成立，或者面对冲突时无法给出倾向，它就还停留在描述层面，没有成为真正的定位。判断方法很简单：拿三个正在争论的需求去对照定位，看它能否区分优先级；如果三个都能被解释为“符合定位”，说明定位过宽或过于模糊。
产品定位包括什么、不包括什么
产品定位的范围可以分成“应当明确写出的内容”和“不应塞进定位的内容”两类。前者构成定位的骨架，后者属于定位确定之后的执行工作。把两者混在一起，定位会变得臃肿，也无法承担判断功能。
| 类别 | 具体内容 | 作用 |
|---|---|---|
| 定位包含 | 目标用户范围 | 明确主要服务对象，为需求来源和客户选择提供依据 |
| 定位包含 | 价值主张 | 说明产品为用户创造的核心价值，以及价值发生的场景 |
| 定位包含 | 差异化依据 | 解释用户为什么选择本产品，差异需可被感知 |
| 定位包含 | 明确不做的方向 | 划定边界，减少资源分散和方向摇摆 |
| 定位不包含 | 具体功能排期 | 属于路线规划与版本管理，由定位指导而非写进定位 |
| 定位不包含 | 价格方案 | 属于商业化设计，需与定位一致但独立决策 |
| 定位不包含 | 渠道执行细节 | 属于市场推广与销售执行，定位提供方向而非操作步骤 |
定位与品牌定位、市场定位、产品愿景之间有联系也有分工。产品定位聚焦“这个产品为谁解决什么问题、凭什么被选”，对象是产品本身；品牌定位描述品牌在用户心中占据的整体印象，覆盖范围通常大于单个产品；市场定位侧重在特定市场中的竞争位置和目标细分市场选择；产品愿景则描述产品希望到达的长期状态，时间跨度更长、更偏方向感。四者需要相互一致，但回答的问题不同。实际工作中常见的问题是拿愿景代替定位，愿景可以鼓舞人，却难以直接判断某个需求该不该做。
定位结论要真正起作用，需要进入需求评审和路线讨论。团队可以把定位陈述作为需求准入的参照：新需求先说明服务哪类用户、对应哪个场景、强化哪条选择理由，再讨论优先级。在 ONES 中，需求与规划管理可以把这类判断记录在工作项和版本规划里，让定位结论与具体需求、评审记录保持关联，便于后续回溯为什么做或为什么不做。
定位如何形成：从用户问题到取舍结论
定位不是一次头脑风暴的产物，而是一个从用户问题出发、逐步收敛的过程。可操作的推导顺序如下：
- 锁定目标用户与场景。先列出可能服务的用户角色和使用环节，再从中选择一类作为主要对象。选择依据包括问题强度、使用频率和团队可服务的能力范围。此步骤的产物是一段具体的用户与场景描述，而不是人群标签。
- 识别关键问题。通过访谈、观察或现有反馈，确认这类用户在該场景下最常遇到的困难及其后果。关键问题应当具体到可以判断“解决了没有”，例如“跨角色交接时信息散落、状态无法确认”，而不是“协作效率低”。
- 对照替代方案找差异。列出用户当前的做法，包括手工方式、通用工具和其他专门产品。逐项比较本产品在哪些环节能带来可感知的不同，差异必须落在用户能体验到的结果上，而非内部技术指标。
- 收敛为取舍结论。把前面的选择合并成一段定位陈述，并明确写出不服务的方向。取舍意味着放弃一部分看起来也合理的用户或需求，这是定位能否成立的关键。
- 用需求判断反向检验。拿近期真实的需求、客户请求和路线选项去对照定位陈述，看它能否给出倾向性判断。若多数需求都能被解释为符合定位，说明定位需要收窄；若定位与团队实际投入长期矛盾，则需要重新审视定位本身。
定位陈述可以采用固定句式来写，便于团队复述和检查：“我们为【目标用户】在【使用场景】下解决【关键问题】，相比【替代方案】，我们的不同在于【可感知的差异】，因此他们选择我们。”句式中的每一处空白都应当填入具体内容，避免使用“高效”“智能”“一站式”这类无法验证的词。写完后让不参与定位讨论的同事读一遍，看能否说出产品主要服务谁、不服务谁，这是检验陈述是否清晰的简单方法。
容易混淆的相邻概念
定位在实际工作中经常与卖点、口号、目标、路线图和项目组合管理混用。它们各自承担不同任务，混用会导致定位被稀释，或者被当成执行清单使用。
| 概念 | 回答的问题 | 与定位的关系 |
|---|---|---|
| 卖点 | 这次传播或销售中突出哪个具体优势 | 卖点从定位中的选择理由派生，可随场景调整，定位相对稳定 |
| 口号 | 用一句话让目标用户记住什么 | 口号是定位的对外表达形式之一，表达可以变化，取舍结论不变 |
| 目标（指标） | 在某个周期内要达到什么结果 | 目标是定位确定后的衡量方式，定位回答方向，目标回答程度 |
| 产品路线图 | 按什么顺序交付哪些能力 | 路线图是定位在时间上的展开，定位为路线取舍提供依据 |
| 需求优先级 | 先做哪个需求、后做哪个需求 | 优先级判断需要引用定位，定位本身不直接给出排序结果 |
| 项目投资组合管理 | 多个产品或项目之间如何分配资源 | 组合管理在更高层面配置资源，单个产品定位是其输入之一 |
区分这些概念的一个实用方法是看“变更频率”和“决策层级”。定位通常在一个较长周期内保持稳定，变更需要充分理由；卖点和口号可以随传播对象调整；目标和路线图按季度或版本更新；需求优先级则更频繁地变化。层级上，定位回答“做不做这个方向”，路线图回答“先做哪一步”，优先级回答“这个版本做哪几条”。把定位当成口号来写，会导致它无法指导取舍；把定位当成路线图来用，又会让它承担过多执行细节而失去稳定性。
一个具体例子与常见误解
以下为演示情景，用来说明定位陈述的写法，不代表任何真实产品的评价或结论。假设某协作工具面向小型研发团队，定位陈述可以写成：“我们为十人左右的研发团队，在需求从提出到上线的协作过程中，解决需求状态分散、交接信息丢失的问题；相比通用表格和即时通讯工具，我们的不同在于把需求、任务和评审记录放在同一条可追溯的流程里，因此他们选择我们统一管理研发协作。”
逐句看这段陈述的作用：目标用户限定为“十人左右的研发团队”，让后续需求判断有明确对象；使用场景限定在“需求从提出到上线的协作过程”，说明价值发生在哪个环节；关键问题写成“需求状态分散、交接信息丢失”，具体到可观察的后果；选择理由落在“同一条可追溯的流程”，是用户可以体验到的差异；最后一句把差异与选择行为连接起来。整段陈述也隐含了不做的方向，例如不面向大型多部门协同、不覆盖非研发场景的通用项目管理。
常见误解及纠正方式：
- 把定位写成功能罗列。“支持需求管理、任务跟踪、文档协作、报表分析”描述的是能力清单，没有说明为谁解决什么问题。纠正方式是回到四要素，补上目标用户、场景和选择理由，并删去与取舍无关的功能名。
- 认为定位一次定终身。定位需要相对稳定，但当目标用户需求、替代方案或团队能力发生实质变化时，应当重新检验。纠正方式是把定位评审纳入固定节奏，用真实需求和新出现的替代方案做对照，而不是等到方向明显失效才调整。
- 认为定位越宽越好。覆盖更多用户看似扩大机会，实际会让需求判断失去依据，资源被分散到互不相关的方向。纠正方式是明确写出不服务的方向，并用需求检验定位能否给出倾向性结论。
- 把定位当成对外口号。口号可以更凝练、更有传播性，但定位首先服务内部取舍。纠正方式是保留一份完整的定位陈述供团队判断使用，对外表达从中提炼，两者不必逐字相同。
定位的价值最终体现在日常判断中：需求评审时能说清为什么做这个、不做那个，路线讨论时能解释顺序依据，对外沟通时能保持一致的选择理由。把定位写成可检验的取舍结论，并让它进入需求与规划的实际流程，定位才从概念变成团队共同使用的判断依据。
常见问题
产品定位和产品愿景看起来都是方向性的描述，实际使用时怎么区分？
两者回答的问题不同。产品愿景描述产品希望到达的长期状态，时间跨度更长，偏方向感和感召力；产品定位描述当前为哪类用户、在什么场景下解决什么问题、凭什么被选择，需要能直接用于取舍。
实际使用时可以用一个简单检验：拿一个正在争论的需求去对照，愿景通常只能回答“是否符合长期方向”，定位则应当能给出“做还是不做”的倾向。如果一段描述放在多个产品上都成立，或者面对冲突时无法给出倾向，它更接近愿景或口号，还需要补充目标用户、场景和选择理由，才能成为定位。
团队已经有一句对外口号，还需要单独写一份定位陈述吗？
建议保留一份完整的定位陈述供内部判断使用，对外口号从中提炼即可，两者不必逐字相同。口号追求简洁和传播性，会随传播对象和渠道调整；定位陈述需要写清目标用户、使用场景、关键问题和选择理由，并明确不做的方向，才能支撑需求评审和路线讨论。
如果只有口号，团队在遇到两个都“看起来符合”的需求时往往无法判断。把定位陈述作为需求准入的参照，让新需求先说明服务哪类用户、对应哪个场景、强化哪条选择理由，口号与定位就能各司其职。
定位写完之后，怎么判断它是否真的在起作用？
可以用真实需求做反向检验：取近期三个正在争论的需求或客户请求，逐条对照定位陈述，看它能否给出倾向性判断。如果三个都能被解释为“符合定位”，说明定位过宽或过于模糊；如果定位与团队长期实际投入明显矛盾，则需要重新审视定位本身。
另一个观察点是评审记录。定位结论进入需求与规划流程后，团队应当能说清某个需求为什么做、某个方向为什么暂时不做。在 ONES 中，需求与规划管理可以把这类判断记录在工作项和版本规划里，让定位结论与具体需求、评审记录保持关联，便于后续回溯。
什么情况下应该重新审视产品定位？调整时要注意什么？
定位需要相对稳定，但当目标用户的需求发生实质变化、替代方案明显改变，或者团队可服务的能力范围出现较大调整时，就应当重新检验。可以把定位评审纳入固定节奏，用新出现的需求和替代方案做对照，而不是等到方向明显失效才被动调整。
调整时注意区分层次：定位回答“做不做这个方向”，路线图回答“先做哪一步”，需求优先级回答“这个版本做哪几条”。如果只是某个版本的需求顺序变化，通常不需要改动定位；只有当取舍结论本身不再成立时，才进入定位层面的讨论。
多个产品共用一套定位表述，会带来什么问题？
多个产品共用同一套定位表述，常见后果是每个产品都无法据此判断需求归属，资源容易被分散到互不相关的方向。定位的对象是具体产品，需要写明它服务哪类用户、在哪个场景解决什么问题，以及相比替代方案的可感知差异。
如果多个产品确实面向相近用户，可以在更高层面用项目组合管理来分配资源，但每个产品仍应保留自己的定位陈述，作为组合决策的输入之一。组合管理回答多个产品或项目之间如何配置资源，产品定位回答单个产品为谁创造什么价值，两者层级不同，不宜互相替代。
