建立「人群 × 场景 × 问题」矩阵

同一个功能可以服务不同人群，也可以在不同场景产生完全不同的价值。把三项放进矩阵，有助于看见哪些组合值得先做。^[1]

矩阵的目的不是一次列出几十个组合。先填已经有证据的几项，再比较：问题强度、接触难度、当前替代、付费角色和产品能力。最清楚的一格可以成为第一版核心场景。

这张表也适合用于内容。与其反复介绍一个通用工具，不如说明某类人在某个时刻怎样完成任务。Notion、模板产品和手机功能经常通过记账、读书笔记、项目管理、家人联系或移动使用等场景让用户理解价值。^[1]

核心用户是一项聚焦决定

产品早期会收到不同类型的请求。有些来自高频核心用户，有些来自偶然使用者，还有些会把产品带向完全不同的工作流。

一名 Notion 工具创作者曾按个别请求加入自定义 CSS、自定义图片等能力。后来他把核心用户收窄到每天发布、真正被排版效率困扰的公众号运营者，产品重点也转向普通用户直接可用的样式与流程。没有被采用的请求仍然是问题证据，只是不再自动进入路线图。^[2]

过滤功能时可以问：

1. 这个请求是否来自核心用户的高频任务；
2. 它是否改善核心场景的成功结果；
3. 是否引入新的用户群、权限或支持成本；
4. 只服务一个客户，还是可以复用；
5. 不做以后，用户仍有什么替代方式；
6. 它会强化产品差异，还是让产品变得更宽。

核心用户定义不是为了证明其他用户不重要。当前阶段先把一个任务做完整，通常比同时满足多个松散需求更容易获得可靠反馈。

产品、人群和渠道要能互相解释

一个项目至少要同时写清三件事：交付什么结果，卖给谁，这群人在哪里出现。^[3]

如果产品面向 YouTube 长视频创作者，潜在用户的工作、内容和关系自然会出现在 YouTube，也可能延伸到短视频平台。若产品面向传统行业的小企业负责人，只建立 Product Hunt 页面，很可能无法接触主要客户。

渠道也会反过来暴露用户定义是否可执行。团队写不出目标用户常看的搜索词、社区、岗位、平台或行业资料，说明画像仍然停留在抽象层。

检查三者时可以使用一段简短陈述：

产品帮助［可识别的人群］，
在［明确场景］中完成［具体任务］，
把［当前替代或阻碍］改善为［可观察结果］。
这群人可以通过［当前可进入的渠道］接触。

这段话不要求直接成为营销文案。它首先是内部检查工具。任何一个空格只能用「所有人」「更高效」或「社交媒体」填写时，都需要继续收窄。

有使用量，不一定有商业目标

一个面向内容创作者的文案工具曾获得大量用户，但商业回报很低。用户说希望成为大账号、做副业或自由职业，却没有明确收入、粉丝、赛道和时间目标。产品解决了生成文案这个动作，没有建立稳定的付费结果和购买结构。^[4]

这个案例说明，用户数量、功能使用和商业价值要分别观察。

定义核心任务时，应尽量把目标写成用户能够确认的进展：

• 完成一份原本需要人工整理的交付；
• 减少一次明确流程中的等待或返工；
• 获得符合条件的线索；
• 通过某项审核或提交；
• 在规定时间内完成首次有效使用；
• 让下一位协作者能够直接接手。

「变得更专业」「提高效率」「获得增长」缺少边界。需要继续问：表现在哪里，谁来确认，多久能看到，以及用户目前用什么指标判断。