TASK 37 · 市场与竞争研究
客户访谈与需求归纳
用结构化访谈了解客户真实需求、决策标准和异议,把原话整理成可用证据,而不是用问卷代替深度对话。
问题 · PROBLEM
团队用内部假设代替客户声音:产品、销售和市场各自猜客户要什么;访谈没有提纲,得到的只是零散故事。
目标 · GOAL
设计五到十场结构化访谈,覆盖不同角色和客户阶段,提炼需求、决策标准、异议和语言,并保留匿名化的原话证据。
边界 · SCOPE
访谈需获得同意;不收集与业务无关的敏感个人信息;不把单个客户意见当成整个市场结论。
常见输入
- 目标角色
- 访谈提纲
- 客户名单
- 录音或记录许可
- 销售常见问题
预期输出
- 访谈记录
- 主题编码
- 需求与异议清单
- 原话证据
- 下一步验证
风险边界 · RISK
中
本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。
TASK BREAKDOWN
把任务拆成可执行的步骤。
步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。
- 01 选择样本
- 02 写提纲
- 03 执行访谈
- 04 编码主题
- 05 归纳洞察
- 06 和团队复盘
这个任务解决什么
客户访谈的价值不在于听到“满意”或“不错”,而在于理解客户如何描述问题、如何比较方案、在什么情况下拒绝。内部团队很容易把自己的语言当成客户语言;结构化访谈可以把真实用词、决策标准和异议带回来。
最佳实践
- 覆盖不同角色和阶段:用户、技术、采购、决策者,以及赢单、丢单、未决定客户。
- 用开放式问题问过程和例子,不要用“你是不是觉得……”引导答案。
- 每次访谈前获得同意,说明用途、记录方式和匿名化处理。
- 访谈后尽快整理原话,区分事实、客户判断和你的解释。
- 把需求、触发事件、决策标准、替代方案和异议编码,寻找重复模式。
- 用更多访谈或销售数据验证结论,不要把单个客户当成整个市场。
常见失败
- 只访谈满意客户,忽略丢单和未决定客户。
- 问卷代替深度访谈,只得到表面评分。
- 问题带有引导性,客户顺着你的假设回答。
- 没有同意和匿名化,客户信息被不当使用。
衡量与边界
看访谈覆盖的角色和阶段、主题重复度,以及洞察是否被用于 ICP、内容和产品决策。客户访谈需遵守同意和隐私规则;研究结论应标明样本范围和局限。
访谈记录应匿名化保存,并区分客户原话与研究者的归纳;关键结论应标明样本范围和仍需验证的问题。
SOLUTION COMPARISON
可选方案,按条件比较。
同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。
| 方案 | 路径 | 技术门槛 | 部署 | 费用 | 核验 |
|---|---|---|---|---|---|
| 人机协作流程 / API / 模型 / 工具组合 | 低代码 | 在线服务 | 按量计费 | L1 · 已核对官方资料 | |
| Agent + Skills 组合 / MCP + Agent 组合 / 人机协作流程 | 需要技术配置 | 在线服务 / 本地运行 / 混合 | 按量计费 | L1 · 已核对官方资料 |
WHERE TO START
根据你的能力选择入口。
入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。
无需编程
适合一线从业者,先用现成产品验证流程。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。