---
title: 我用 Claude Code 做需求调研，像多了一个产品经理
source_url: https://mp.weixin.qq.com/s/BkJUeZXjMepS5VGkim4hZQ
publish_date: 2026-05-06
tags: [wechat, article, claude]
review_value: 7
review_confidence: 7
review_recommendation: neutral
ingested: 2026-05-16
sha256: 156566add100cc5fff6157a7a6c1b47054db9dc261de88f9b4c50352f249a262
---
# 我用 Claude Code 做需求调研，像多了一个产品经理
原创 TaosEcho TaosEcho
2026年4月30日 17:39 广东
我用 Claude Code 做需求调研，像多了一个产品经理
**TLDR**
你做产品调研时，可能也有一套老方法：搜词、看竞品、翻差评、查关键词、问供应商报价，最后凭经验判断。问题是材料越来越多，需求仍然模糊。我最近用 Claude Code 跑了一轮便携支架调研，它最有价值的地方，像一个产品经理坐在旁边追问：谁在买？哪里卡住了？用户愿意为哪个结果付钱？
你做亚马逊产品调研时，可能也熟悉这套老方法。
先在 Amazon 搜关键词，看头部竞品的价格带、评分、评论数、主图和五点卖点。再打开 Keepa 看排名和价格走势，用 Helium 10 或 Jungle Scout 补一轮关键词。接着翻评论，摘几条差评，问供应商报价，最后靠经验给一个判断。
## 调研卡点
这一套动作很熟，也能把材料收集齐。
真正进入产品开发时，很多判断仍然会卡住。
这个方向有人买，价格带能接受，差评里有人提到晃动、打滑、角度调节。可到了样品和主图阶段，问题会回到一句话：到底该先把哪个需求做好？
我最近拿便携支架跑了一轮测试，把评论、Q&A、竞品卖点和图片信息丢给 Claude Code。第一版结果很像普通数据整理，词频、差评主题、人群标签都有。真正让我停下来的，是我继续让它追问需求之后，它开始像产品经理一样把问题拆小。
## 老方法会收集材料，Claude Code 会继续追问
过去做调研，很容易先看词。
轻便出现很多次，折叠出现很多次，稳定性也出现很多次。词频可以帮我们看到热点，但产品开发还需要多问几层。
## 核心问题
用户在什么场景里，为了摆脱什么麻烦，愿意为哪个结果付钱？
这也是我读《俞军产品方法论》时最受启发的地方。书里讲用户价值时，有一个公式很适合放到亚马逊产品开发里：
**用户价值 = 新体验 - 旧体验 - 替换成本**
放到卖家的工作语言里：用户愿意下单，是因为新产品带来的体验，比他原来的解决方式更好，同时还能覆盖价格、信任、学习、适配和退换货这些顾虑。
所以我现在会让 Claude Code 扮演一个"需求调研产品经理"，围绕五个问题追问：
- 谁在买？
- 他在哪个场景里买？
- 现在的使用方式哪里麻烦？
- 他真正想要哪个结果？
- 下单前最担心什么？
这些问题都围绕用户视角：用户是谁、在哪里用、遇到什么麻烦、想要什么结果、下单前担心什么。它们能把页面卖点、评论片段和 Q&A，从一堆材料变成一条需求线。
### 提示词：需求调研助手
> 你现在是亚马逊产品需求调研助手，请把以下评论和 Q&A 整理成：用户情境、用户任务、使用麻烦、想要结果、购买顾虑、产品判断。每个判断附证据和人工复核点。
## 便民支架这个案例，需求会被拆成三类
便携支架页面上常见的卖点很像：轻便、折叠、铝合金、高度调节、散热、兼容尺寸。
如果只看卖点，大家都在写同一组词。把评论放回情境里，需求会变得更具体。
**情境就是用户当时在哪里、正在做什么、为什么突然需要这个东西。对卖家来说，情境比人群标签更接近产品定义。**
我让 Claude Code 把评论先按情境重排，便携支架大概会出现三类用户：
1. **咖啡店临时办公的人。** 桌面小，东西多，支架展开慢会烦。他想要的是快速架起电脑，顾虑是占地方和晃动。产品判断落到展开速度、底座占用和防滑。
2. **酒店房间办公的人。** 屏幕低，脖子累，临时桌椅也别扭。他想要的是把屏幕抬到合适高度，顾虑是重量和收纳尺寸。产品判断落到高度范围、折叠体积和重量。
3. **出差视频会议的人。** 摄像头角度低，画面看起来别扭。他想要的是会议画面自然一点，顾虑是角度锁定和稳定性。产品判断落到档位、锁定和防滑设计。
这时，"轻便折叠"就变成了更清楚的产品语言：咖啡店需要快，酒店需要舒服，会议需要体面。
## 产品经理会继续问：哪些是底线，哪些能转化？
只拆情境只是第一步。产品开发还要判断优先级。
俞军方法论里讲产品可以理解成效用组合。放到电商里，效用就是用户觉得"这东西帮我解决了什么"。
我会把效用拆成四层：
- **底线效用：** 做差会退货、差评、放弃购买
- **够用效用：** 达标即可，多做也很难加分
- **转化效用：** 真正影响点击和下单的理由
- **惊喜效用：** 让用户记住你的细节
便携支架里，稳定、防滑、角度锁定更像底线效用；重量、收纳、兼容尺寸更像够用效用；快展开、舒服视线、出差可带走更像转化效用；质感、收纳袋、磁吸细节更像惊喜效用。
这里我会特别警惕一个点：很多产品开发会先兴奋于惊喜效用。评论会把人拉回来。底线效用出问题，轻便、质感、包装这些卖点都会被差评盖住。
**判断卡：便携支架先看什么**
稳定性和防滑先达标，快展开和舒服视线再作为主卖点。样品回来以后，先测这两个底线，再谈图片和 Listing。
到这里，Claude Code 扮演的角色已经很清楚：它负责追问、归类、提炼证据；人负责复核、取舍和下产品判断。
## 下一次调研，可以先跑一个最小版本
如果现在有一个产品方向，我会先用一个最小版本跑一遍。
**开发前 6 步：**
1. 先定 3 个核心搜索词。
2. 选 20-30 个相关 ASIN。
3. 抓 300-500 条评论和 Q&A。
4. 用 Claude Code 追问：谁在买、哪里卡住、想要什么结果。
5. 用 Keepa、Helium 10 或 Jungle Scout 复核价格带和关键词入口。
6. 输出一张需求卡，再决定样品、图片和 Listing。
最后还要看交易成本。
**交易成本就是用户下单前要跨过的麻烦：** 看懂图片、判断尺寸、相信质量、担心退换、比较价格、确认兼容。
便携支架这种产品，交易成本经常体现在图片和评论里。用户看图要马上知道是否放得进包、是否撑得住电脑、是否能调到合适高度。评论要让他相信稳定性和防滑真的过关。
这也是 Claude Code 做需求调研真正有用的地方。它把大量页面、评论、关键词和 Q&A 整理成一条可复盘链路：
**情境 → 效用 → 用户价值 → 交易成本 → 产品判断 → 样品验证。**
Claude Code 像产品经理一样追问需求，人继续做最后的判断。