先从任务写起

「海外用户」「内容创作者」「中小企业」和「需要 AI 的人」都很难直接用于产品决策。这些名称覆盖的人太多，使用场景、预算、替代方案和购买方式可能完全不同。团队无法据此判断该做哪个功能，也不知道去哪里找到第一批用户。

一个可用的核心用户定义，需要回答五个问题：谁在什么情境下，要完成什么任务，目前怎样处理，失败会产生什么成本。人口属性只有在确实影响任务、触达或购买时才需要加入。

定义核心用户的目的，是为当前阶段作出选择。它不是给所有潜在用户贴上永久标签，也不要求拒绝边缘用户。产品、内容和渠道资源有限时，需要先服务一组问题更集中、结果更容易判断的人。

目标用户画像很容易从年龄、职业、地区和兴趣开始。对产品更有帮助的起点是任务。

一项任务至少包含下面几部分：

• 触发：什么事情让用户现在开始处理；
• 目标：用户希望完成什么可观察结果；
• 现有做法：当前使用什么产品、人工流程或临时办法；
• 阻碍：哪一步耗时、出错、昂贵或无法继续；
• 成功标准：完成后怎样判断结果可用；
• 失败成本：延误、返工、退款、风险或收入损失；
• 频率：问题多久发生一次；
• 参与角色：谁使用、谁受益、谁批准和付款。

例如，「帮助招聘团队使用 AI」仍然很宽。一个更具体的任务可以写成：某类服务企业需要在短时间内初筛大量一线岗位候选人，先确认基本口语沟通和简单逻辑能力，再把合格者交给招聘经理。原来的人工电话和重复问答占用大量时间，成功结果是用低成本步骤完成一致初筛，并保留可复核记录。^[1]

任务清楚后，AI Voice Agent、表单、评分和报告才有位置。若直接从功能清单开始，团队很难判断哪些能力属于第一版，哪些只是技术展示。

把用户提出的方案还原成实际进展

用户经常用熟悉的产品形式描述需求：「需要一个 Dashboard」「希望增加导出」「最好接入 ChatGPT」「应该再做一个按钮」。这些表达值得记录，不能直接等同于最终任务。

继续追问时，可以围绕最近一次真实经历：

• 上一次在什么情况下需要这个功能；
• 当时准备完成什么；
• 没有它时怎样处理；
• 结果在哪一步被耽误；
• 已经尝试过哪些替代；
• 如果只能改一个地方，会选什么；
• 完成后还要把结果交给谁或放进哪个系统。

访谈时，可以让受访者按顺序讲当前做法，并询问现有方案哪里好、哪里不好、问题发生频率和已经付出的成本。^[2] 这些问题把讨论从想象中的功能拉回真实行为。

一个人要求「导出 Excel」，背后可能是交给财务、与另一套系统对账、制作周报或留存审计记录。四种任务需要的字段、权限和可靠性都不同。理解任务以后，团队可能决定做导出，也可能提供接口、定时报表或更简单的共享方式。

区分使用者、客户和受益者

个人产品里，这三种角色经常由同一个人承担。B2B、教育、家庭和平台型产品中，它们可能分开：

• 使用者：实际操作产品并承受学习成本；
• 受益者：获得效率、收入、质量或风险改善；
• 客户／付款者：拥有预算，作出采购决定；
• 影响者：参与评估、安全、合规或推荐；
• 阻断者：有权拒绝接入或改变流程。

目标用户说明要写清第一版主要服务谁，同时说明谁负责购买。面向小企业老板的工具，往往要简单到负责人可以直接获得结果；面向大企业的同类产品，则可能需要流程、权限、审计和系统集成。^[3]

如果一线使用者觉得产品方便，管理者看不到业务结果，成交会受影响。管理者购买以后，使用者认为步骤更多，留存也会出问题。产品必须分别兑现使用体验和购买承诺。

用行为条件代替宽泛标签

「设计师」「营销人员」「开发者」仍然覆盖很大。可以继续加入与任务直接相关的行为条件：

• 使用哪一类工具或平台；
• 每周完成多少次相关任务；
• 当前团队规模和协作方式；
• 目前使用人工、表格还是竞品；
• 已经为问题投入过什么；
• 处于首次尝试、稳定使用还是迁移阶段；
• 需要自助购买还是正式采购；
• 在哪里讨论和寻找解决方案。

条件应该能够被观察、询问或检索。「重视效率」「追求品质」「愿意为好产品付费」看起来像画像，实际很难验证。更有用的写法是：每周处理二十份以上相同文件，已经购买某类工具，仍需人工修正，并在特定社区持续询问替代方案。

地区、年龄、性别和国籍只有在影响语言、法规、支付、文化语境或使用方式时才加入。它们不能替代对真实行为的研究，也不适合用刻板印象推断购买意愿。