产品定位画布模板

定位不是一次性的事，是需要反复打磨的。很多独立开发者和小团队花了一周时间写出产品定位，然后把它忘在某个 Notion 页面的角落里，再也不回头看。三个月后产品上线，落地页转化率不到 2%，才回过头来怀疑最初的定位是不是有问题。

问题的根源不是定位写错了，而是缺少一个系统化的工具和流程。你需要一个画布——一个可以把目标用户、痛点、方案、差异化、一句话定位全部装进去的结构化模板。每次你对定位产生怀疑，或者市场发生了变化，就拿出这张画布重新审视、修改、迭代。

本文将提供一套完整的产品定位画布模板，讲解每个模块的填写方法，附带两个完整的实操案例，让你可以直接套用。

产品定位画布总览

产品定位画布（Product Positioning Canvas）是一张用来梳理和表达产品市场定位的结构化工具。它不是一个创意练习，而是一个思考框架——强迫你把模糊的想法变成清晰的文字，把「我觉得产品挺好的」变成「产品为谁解决了什么问题，和竞品有什么不同」。

这套画布参考了 Geoffrey Moore 在《Crossing the Chasm》中提出的定位模板、April Dunford 的产品定位方法论，以及 Strategyzer 的价值主张画布（Value Proposition Canvas），针对 AI 产品出海场景做了简化。

画布包含 7 个模块：

流程图画布 · 115%
Mermaid 流程图加载中...
模块核心问题填写目标
目标用户产品给谁用？明确用户画像，避免「所有人都是用户」
用户痛点他们遇到了什么问题？找到真实、具体、可解决的需求
产品方案你怎么解决这个问题？描述产品的核心功能和价值交付方式
核心卖点（USP）用户为什么要买你的？提炼独特的、可感知的购买理由
差异化你和竞品有什么不同？找到竞争对手做不到或没做的点
一句话定位用一句话说清产品是什么？让任何人都能在 5 秒内理解你的产品
竞争替代方案用户现在怎么解决这个问题？识别直接竞品和间接替代方案

画布各模块的填写方法

模块一：目标用户

目标用户不是「所有人」，也不是「需要用 AI 的人」。你需要把用户缩小到一个具体的群体，具体到你能描述出这个人的日常工作场景。

填写方法：

第一步：确定用户角色。 用一句话描述这个人是谁。比如「面向海外市场的独立电商卖家」，而不是「电商从业者」。

第二步：补充用户特征。 列出 3-5 个关键特征，包括：团队规模、技术能力、预算范围、使用的工具、日常工作内容。

第三步：验证用户真实性。 问自己：「我能找到 10 个这样的真实用户吗？」如果找不到，说明你的用户定义太窄或者根本不存在。

好目标用户的标准：你能在 Twitter、Reddit 或行业论坛里找到他们，能描述出他们的一天是怎么工作的，能说出他们现在用什么工具。

差目标用户的特征：「所有人」「中小企业」「需要效率提升的人」——这些描述太空泛，无法指导任何具体决策。

模块二：用户痛点

痛点不是你觉得用户应该有的问题，而是用户真实感受到并且愿意花钱解决的问题。

填写方法：

第一步：列出 3-5 个痛点。 每个痛点用「用户在 [场景] 下，遇到 [问题]，导致 [后果]」的格式描述。

第二步：排列优先级。 按痛点的严重程度和频率排序。最重要的痛点排第一——这就是你产品的核心切入点。

第三步：验证痛点真实性。 去 Reddit、G2、Capterra 的竞品评价区、Twitter 搜索，看看用户是不是真的在抱怨这些问题。如果找不到任何用户抱怨，这个痛点可能是你自己想象出来的。

痛点描述的常见错误是把「功能缺失」当成痛点。「用户需要一个 Dashboard」不是痛点，「用户每周花 3 小时手动整理数据做报告，经常出错」才是痛点。前者是解决方案，后者是真实问题。

模块三：产品方案

产品方案描述的是你如何解决用户的核心痛点，而不是产品有多少个功能。

填写方法：

第一步：对应核心痛点。 你的产品方案必须直接对应模块二中的第一痛点。如果对应不上，说明方案和问题脱节了。

第二步：描述价值交付方式。 用「用户通过 [产品的某个能力]，实现 [某个结果]」的格式。重点放在用户得到的结果，而不是产品的技术实现。

第三步：设定方案边界。 明确写出你的产品不解决什么问题。这和问题本身一样重要——它帮助你保持聚焦，也帮助团队理解产品的边界。

好的方案描述应该让用户看完后说「对，这就是我要的」，而不是「听起来很复杂，我需要再想想」。

模块四：核心卖点（USP）

USP（Unique Selling Proposition）是用户选择你而不是竞品的核心原因。它不是功能列表，而是一个最能打动用户的购买理由。

填写方法：

第一步：列出产品的所有优势。 不限数量，把你能想到的优点都写下来——功能、速度、价格、体验、技术、服务。

第二步：筛选「用户真正在意的」。 对每个优势问一个问题：「如果我没有这个功能，用户会在意吗？」如果答案是不会，删掉。

第三步：提炼为一句话。 最终的核心卖点应该能用一句话表达，并且能回答用户心中的那个问题：「我为什么要选你？」

USP 和产品功能的区别在于视角。功能是「我们有什么」，USP 是「用户因此得到什么」。比如「内置 AI 模型」是功能，「3 秒生成专业级营销文案」才是 USP。

模块五：差异化

差异化回答的问题是：「你和竞品有什么本质不同？」注意，这里说的不是功能差异，而是用户能感知到的、在意的那个不同点。

填写方法：

第一步：列出 3-5 个直接竞品。 包括直接竞品（做同样的事）和间接竞品（用不同方式解决同样的问题）。

第二步：做功能对比表。 把竞品的核心功能、价格、目标用户、定位都列出来，找到重叠区域和空白区域。

第三步：找到你的「唯一」。 差异化不需要在每个维度上都领先，只需要找到一个竞品做不到、或者没在做、但用户在意的点。这个点就是你的差异化。

差异化的来源通常是以下几类：

差异化类型说明示例
垂直聚焦只服务某一类特定用户「专为播客主持人设计的 AI 写作工具」
体验极致某个环节的体验远超竞品「3 步出图，不需要写 Prompt」
价格模式定价方式不同「按生成结果付费，不按 Token 收费」
数据优势拥有独特的训练数据或内容源「基于 10 万篇行业报告训练的 AI」
集成能力与特定工具链深度整合「原生集成 Shopify，一键生成产品描述」

模块六：一句话定位

一句话定位是整个画布最核心的输出。它是你的产品在用户脑中留下的那个印象，也是所有营销文案、落地页、广告语的起点。

这里直接采用 Geoffrey Moore 的经典定位模板作为基础框架：

对于 [目标用户]，他们在 [场景] 下需要解决 [痛点]。我们的产品是 [产品类别]，能够提供 [核心卖点]。与 [竞争替代方案] 不同，我们 [差异化优势]。

这个模板看起来很长，但它的价值在于帮你把所有模块串联起来。填完之后，再把它压缩成一个真正的一句话：

帮助 [目标用户] 通过 [核心能力] 解决 [核心痛点]，而不是 [现有替代方案的缺点]。

好的定位句子标准：非技术人员也能听懂；不需要解释产品细节；能让人产生「我需要试试」的冲动。

模块七：竞争替代方案

竞争替代方案不只是你的直接竞品，还包括用户当前解决同一个问题的所有方式——包括手动操作、用 Excel、外包、或者干脆不解决。

填写方法：

第一步：列出直接竞品。 做同样事情的产品，通常有 3-5 个。

第二步：列出间接替代方案。 用户在没有你的产品时怎么解决问题？用其他工具拼凑？手动处理？找外包？

第三步：评估每个替代方案的弱点。 用户选择这些替代方案时，不得不忍受什么？这些弱点就是你的机会。

很多团队只关注直接竞品，忽略了「用户现在用 Excel 手动做」这个最大的竞争对手。如果用户的现有方案是手动操作，你的差异化可能是「自动化」；如果现有方案是贵且复杂的企业软件，你的差异化可能是「简单且便宜」。

画布使用流程

画布不是一次填完就结束的。它是一个循环工具，随着你对市场和用户的理解加深而不断更新。

流程图画布 · 115%
Mermaid 流程图加载中...

第一步：个人独立填写

创始人或产品负责人先独立填写画布的 7 个模块。不要开会讨论——先让每个人独立想清楚，避免群体思维导致定位被声音最大的人主导。

填写时间控制在 30-60 分钟内。如果某个模块卡住超过 10 分钟，先写下当前最佳猜测，标记为「待验证」，继续填下一个模块。

第二步：团队讨论与对齐

所有人把自己填的画布放在一起对比。讨论的核心不是「谁的版本更好」，而是「我们的版本差异在哪里，为什么」。

重点对齐三个模块：目标用户、核心痛点、一句话定位。如果团队在这三件事上无法达成共识，说明你们对产品的理解还不够深入，需要回去做更多用户调研。

第三步：用户验证

把画布中的一句话定位和核心卖点拿给 5-10 个目标用户看。不要问「你觉得这个定位好不好」——这种问题只会得到礼貌性的肯定。正确的方式是：

展示定位后观察用户的反应。如果用户说「等等，这是给我用的吗？我怎么才能试用？」，说明定位命中了。如果用户说「挺好的」然后没有下一步行动，说明定位还不够精准。

第四步：迭代更新

根据用户反馈和上线后的转化数据，定期回顾和更新画布。建议频率：早期产品每两周一次，产品稳定后每季度一次。每次更新都保留旧版本，方便回溯定位是如何演变的。

常见填写错误

错误类型具体表现正确做法
用户定义过宽「面向所有人」「面向中小企业」缩小到具体角色：「面向 1-5 人团队的独立开发者」
把功能当痛点「用户需要一个 AI 编辑器」翻译成问题：「用户花 2 小时排版，只想专注写内容」
差异化模糊「我们更好用、更便宜」具体化：「出图速度快 3 倍，且支持一键商用」
一句话太长超过 30 个字的定位句压缩到 20 字以内，去掉所有修饰词
忽略间接竞品只列了直接竞品列出用户当前的替代方案，包括手动操作
USP 缺乏感知「采用先进的 AI 技术」翻译成用户价值：「3 秒生成可直接发布的文案」
画布写完不更新上线后从未回顾过画布设定固定回顾周期，根据数据迭代
跳过用户验证团队自己觉得定位很好拿给真实用户看，观察反应而非只听评价

好画布 vs 差画布对比

为了更直观地理解什么叫「好的定位画布」，下面用一个通用模板对比好和差的填写方式：

模块差的画布好的画布
目标用户需要写作帮助的人面向海外市场的独立电商卖家，团队 1-3 人，用 Shopify 建站，每天需要发布 5-10 个产品描述
用户痛点写作效率低每个产品描述手动写需要 15 分钟，100 个 SKU 要花 25 小时，且英文表达不地道，影响转化率
产品方案AI 写作工具连接 Shopify 店铺，自动读取产品信息，一键生成符合目标市场语言习惯的产品描述，支持批量处理
核心卖点AI 驱动，智能生成10 秒生成一个产品描述，比手动写快 90 倍，英文表达达到母语水平
差异化比其他工具更好唯一一个原生集成 Shopify、支持批量生成、并针对电商场景优化转化的工具
一句话定位AI 写作助手帮助 Shopify 卖家 10 秒生成高转化产品描述，告别手动写文案
竞争替代方案ChatGPT、JasperChatGPT（需要手动写 Prompt，无法批量）、Jasper（通用型，不懂电商）、手动写（慢且质量不稳定）、找外包（每个描述 $5-10）

案例分析

案例一：AI 会议纪要工具

一个 3 人团队发现远程办公的人普遍对开会做笔记感到头疼，决定做一款 AI 会议纪要工具。他们第一次写定位时花了 10 分钟，写出来的是「AI 会议纪要助手，帮助团队高效记录会议内容」。上线后没人买。

团队重新用定位画布梳理了一遍：

目标用户： 远程办公的产品经理和设计师，每周参加 5-10 场会议，需要把会议结论同步给没参会的同事。团队规模 10-50 人，使用 Slack 和 Notion 作为日常工具。

用户痛点： 会议结束后花 30 分钟整理笔记，经常遗漏关键决策和待办事项。手动记笔记会分散注意力，影响会议参与度。现有的会议录制工具只能回放视频，不能快速找到关键信息。

产品方案： 自动接入 Google Meet 和 Zoom，实时转录会议内容，AI 自动提取决策事项和待办任务，一键同步到 Notion 和 Slack。

核心卖点： 会议结束 30 秒内收到结构化纪要，包含决策、待办、参与者，直接同步到团队工具链。

差异化： 不是通用的语音转文字工具，而是专门针对「会议结论同步」场景设计，自动生成待办并分配给对应的人。

一句话定位： 帮助远程团队在会议结束后 30 秒内获得结构化纪要，自动同步到 Slack 和 Notion。

竞争替代方案： Otter.ai（通用转录，不做结构化提取）、手动记笔记（慢且容易遗漏）、会议录像回放（耗时且没人愿意看）、Fireflies.ai（功能类似但价格高，且不提供 Notion 集成）。

重新定位后，落地页转化率从 1.2% 提升到 6.8%。关键变化是：目标用户从「所有人」缩小到了「远程团队的产品经理和设计师」，核心卖点从「AI 会议助手」变成了「30 秒获得结构化纪要」。

案例二：AI 代码审查工具

一个独立开发者做了一个 AI 代码审查工具，最初的定位是「AI 代码审查助手，帮助开发者提高代码质量」。三个月只卖出去 7 份。

用定位画布重新梳理：

目标用户： 使用 TypeScript 的初创团队，团队 3-8 人，没有专职的 QA 或 Tech Lead 负责代码审查，使用 GitHub 做代码管理，每周合并 20-50 个 PR。

用户痛点： PR 审查依赖创始人一人，成为整个团队的瓶颈。创始人每天花 2 小时审查代码，挤压了写核心代码的时间。低级错误（类型错误、未处理的边界条件）占审查意见的 70%，但这些不值得花费人力。

产品方案： GitHub App 形态，每个 PR 自动触发 AI 审查，聚焦 TypeScript 的类型安全和常见错误模式，审查结果直接以 GitHub Review Comment 形式呈现。

核心卖点： 自动处理 70% 的低级代码审查工作，让创始人把时间花在真正需要人类判断的架构决策上。

差异化： 不是通用的代码 lint 工具，而是模拟 Tech Lead 的审查视角，关注业务逻辑和类型安全，不只是格式和风格。只支持 TypeScript，做到这个语言的最深理解。

一句话定位： 帮助 TypeScript 初创团队自动完成 70% 的代码审查，让 Tech Lead 专注架构决策。

竞争替代方案： ESLint（只检查风格，不审查逻辑）、创始人手动审查（瓶颈，占用核心开发时间）、CodeRabbit（通用型，不针对 TypeScript 深度优化）、不审查（代码质量持续下降，技术债积累）。

调整定位后，产品在 TypeScript 开发者社区中获得了明确的口碑。月活跃团队从 12 个增长到 180 个，付费转化率 15%。核心变化是聚焦到了「TypeScript 初创团队」这个具体群体，差异化从「AI 代码审查」变成了「模拟 Tech Lead 视角，专注 TypeScript」。

定位画布的模块间一致性检查

画布填完后，最重要的不是每个模块写得多好，而是模块之间的逻辑是否自洽。以下三组对应关系必须成立：

对应关系检查问题不一致的表现
目标用户 ↔ 用户痛点这个痛点确实属于这类用户吗？痛点太通用，任何用户群体都有
产品方案 ↔ 核心卖点卖点确实是方案能交付的吗？卖点描述的能力产品实际做不到
差异化 ↔ 竞争替代方案差异化是相对于真实竞品的吗？差异化的对象是自己想象的竞品

如果任何一组对应关系不成立，回到对应的模块重新填写。画布的价值不在于填满 7 个格子，而在于格子之间的逻辑链条经得起推敲。

检查清单

在将定位画布输出为正式的营销物料之前，逐项检查以下问题：

  • 目标用户是否足够具体？能否在现实中找到 10 个这样的人？
  • 用户痛点是否来自真实用户的反馈或行为数据，而非团队假设？
  • 产品方案是否直接对应核心痛点？是否存在方案和痛点脱节的情况？
  • 核心卖点是否用用户能感知的语言描述，而非技术术语？
  • 差异化是否能通过竞品分析验证？是不是竞品真的做不到或没在做？
  • 一句话定位是否能在 10 秒内让非技术人员理解？
  • 竞争替代方案是否包含了间接替代方案（手动操作、其他工具拼凑）？
  • 画布的 7 个模块之间逻辑是否自洽？能否形成完整的价值链？
  • 是否已经拿给至少 5 个目标用户做过验证？
  • 团队内部对目标用户、痛点、一句话定位是否达成一致？
  • 是否设定了画布的回顾和更新周期？
  • 旧版本画布是否保留，方便回溯定位的演变过程？

12 个问题中如果有 3 个以上答不上来，说明定位还需要进一步打磨，不建议大规模投入营销。

小结

产品定位画布的价值不在于那张纸本身，而在于它迫使你完成一个完整的思考过程——想清楚给谁用、解决什么问题、怎么解决、为什么选你。大多数定位问题的根源不是文案写得不好，而是这些基础问题没有想清楚。

把画布打印出来贴在工位旁边，或者放在 Notion 的首页。每次你写落地页文案、设计新功能、选择营销渠道之前，先看一遍画布。它不能保证你的定位一定正确，但至少能保证你在正确的方向上迭代，而不是在模糊的感觉中原地打转。

定位是一个持续打磨的过程。画布是你打磨定位的工具，用好它，比找到「完美的定位」更重要。

参考资料