如何做一个好的产品 — 产品方法论完整指南

总览：做好产品的完整流程

找点子 → 验证需求 → 定义产品 → 做原型 → 接入能力 → 打磨上线
(发散)   (收敛)     (聚焦)    (快出)   (增量)    (迭代)

对应方法论：

  • 找点子: Idea来源 + 横向切分人群
  • 验证需求: 5步验证法 + The Mom Test访谈
  • 定义产品: JTBD + 双钻模型 + 价值重构
  • 做原型: AI IDE快速出MVP
  • 打磨上线: 数据驱动迭代

一、从哪里找点子

1.1 刷idea的四个梯队

第一梯队：直接看用户在求什么

  • Reddit r/SomebodyMakeThis — 用户直接发"我希望有人做一个XX"
  • Reddit r/AppIdeas — 偏软件/App，颗粒度更小
  • Reddit r/Startup_Ideas — 带市场分析和商业模式
  • Unvalidated Ideas — 每周发布未验证的创业idea
  • IdeasAI — AI生成的创业idea，适合刺激灵感

第二梯队：看别人已经在赚钱的小产品

  • Starter Story — 真实小生意案例，重点看月入1-10万美元的
  • Indie Hackers Products — 独立开发者产品，很多公开收入
  • MicroConf Blog — 偏Micro SaaS
  • Product Hunt — 看哪些品类持续有人做但还没赢家
  • BetaList — 早期产品

第三梯队：看差评和"代做服务"

  • G2 / Capterra — 看1星2星评价，差评藏着"现有产品哪里没做好"
  • 淘宝/闲鱼/Fiverr/Upwork/猪八戒 — 搜"代做""代整理""代录入"，卖得好说明有可产品化的流程

第四梯队：视频拆解

  • Greg Isenberg startup ideas
  • My First Million podcast
  • YC startup ideas / Michael Seibel

1.2 看趋势（判断方向是否在升温）

  • Exploding Topics — 追踪正在增长但还没主流的话题
  • Google Trends — 看趋势线+"飙升"词
  • State of AI Report — AI技术方向的年度大局观

1.3 看真实业务（谁在花钱、谁在抱怨）

  • 中国政府采购网 / 公共资源交易中心 — 看政府和国企在采买什么
  • 行业论坛 — 丁香园(医疗)、福步外贸论坛、职业餐饮网等
  • 搜关键词不要搜"AI"，搜"太麻烦了""有没有更好的办法""Excel管不过来了"

1.4 最短路径（没想法时走这条）

  1. 30分钟：r/SomebodyMakeThis 按Top→PastYear排序，扫50条，存下"我好像能做"的
  2. 30分钟：Starter Story / Indie Hackers 按收入排序，看中等收入的在解决什么
  3. 20分钟：Google Trends 搜关键词，看是否在增长
  4. 20分钟：G2/Capterra/行业论坛，看今天哪里最烦

看完能说清这句话就够了：

某类人，在某个场景里，被某一步流程卡住，现在主要靠某种笨办法硬撑。

二、判断需求的真伪

2.1 需求三层分类

| 类型 | 本质 | 付费意愿 | 定位 | |------|------|----------|------| | 痛点 | 恐惧驱动，不解决会很难受 | 高 | "止痛药" | | 爽点 | 即时满足，产生愉悦 | 中 | "上瘾机制" | | 痒点 | 可有可无，满足会开心 | 低 | "维生素" |

优先级：痛点 > 爽点 > 痒点

常见错误：用痛点的方式推销痒点的产品。"记录喝水能让你更健康"——不记录也不会不健康。

2.2 好产品的四个特征

  1. 价值具体 — 用户能说清"这个东西帮我做了什么"，不是"挺酷的"
  2. 上手容易 — 3步以内能看到第一个结果，不需要教程
  3. 能养成习惯 — 有理由天天回来，不是用完就走
  4. 利他属性 — 用户愿意推荐给别人

2.3 验证真需求的5步法

第1步：找10个目标用户聊 要问（不是"你会用吗"）：

  • "你现在怎么解决这个问题？"
  • "最近一周这个问题让你困扰了几次？"
  • "为解决它你花了多少钱/时间？"

第2步：分析替代方案 | 替代方案 | 机会 | |----------|------| | 没有（默默忍受） | 大机会 | | 笨办法（Excel/手工） | 好机会 | | 多工具拼凑 | 整合有价值 | | 成熟产品但不满意 | 需差异化 | | 成熟产品且满意 | 机会小 |

第3步：做预售/收定金

  • 付费率 >10%: 值得投入
  • 5-10%: 需打磨
  • <5%: 不成立

第4步：估算市场规模

  • 公式：目标用户数 × 付费意愿 × 客单价
  • \>10亿大赛道 | 1-10亿中小赛道 | <1亿小众/副业

第5步：思考护城河

  • 网络效应 / 数据积累 / 品牌 / 规模效应 / 技术专利 / 转换成本
  • 早期：跑得快 > 护城河

三、用 JTBD 找到用户真正想完成的事

3.1 核心理念

用户不是在购买功能，而是在"雇用"某种解决方案帮自己完成一个进展。

  • 不是"我要一个AI纪要工具"，而是"我想在会后10分钟内把重点整理清楚，别再靠回忆补笔记"
  • 不是"我要一个记账App"，而是"我想知道钱花去哪了，月底别再焦虑"
  • 不是"我要一个简历优化器"，而是"我想更有把握地投出简历，不想每次都怀疑自己"

3.2 JTBD一句话公式

当 ________ 的时候，我想要 ________，以便于 ________。
现在我只能通过 ________ 来勉强完成这件事。

5个要素：场景 → 触发 → 想完成的进展 → 当前替代方案 → 成功标准

3.3 AI产品的三层Job

| 层级 | 关注点 | 例子 | |------|--------|------| | 功能层 | 做什么 | 总结文档、改写文案、提取待办 | | 情绪层 | 怎么感觉 | 不想慌、不想显得不专业、要掌控感 | | 社会层 | 别人怎么看 | 看起来更靠谱、更有组织能力 |

3.4 用JTBD筛方向的5个问题

  1. 场景具体吗？（不是"AI+教育"，而是"考研学生背单词时不知道哪些该优先"）
  2. 用户已在用笨办法吗？
  3. 痛感强/高频吗？
  4. 做好后用户状态会变好吗？
  5. 能做小但有用的版本吗？

四、用双钻模型规划产品路径

4.1 核心框架

发散 → 收敛 → 发散 → 收敛
发现    定义    开发    交付
(做对的事)      (把事做对)

第一个钻石：做对的事（发现+定义）

  • 发现：广泛探索，收集用户问题，不要过早收敛
  • 定义：从一堆问题里，选出最值得做的那个

第二个钻石：把事做对（开发+交付）

  • 开发：快速做出最小可用版本
  • 交付：放到用户面前，看反馈，迭代

4.2 双钻模型常见误区

  • 跳过第一个钻石直接开发 → 做了没人要的东西
  • 第一个钻石里过早收敛 → 选了不痛的点子
  • 第二个钻石里追求完美 → 浪费时间在没验证的方向上
  • 把双钻当线性流程 → 实际上要反复循环

五、用 The Mom Test 做用户访谈

5.1 核心问题

人们会给你好听但没用的回答，因为：

  • 会下意识保持礼貌
  • 会高估未来的自己
  • 你的提问方式本身在引导答案

5.2 三个核心原则

  1. 少谈你的点子，多谈用户过去的真实经历
  • 不要讲你的方案，问"最近一次遇到这个问题是什么时候？"
  1. 少问抽象意见，多问具体事实
  • 不要问"你觉得这个功能好不好"
  • 要问"你上次为了这个问题花过钱吗？花在什么上？"
  1. 少问想要什么方案，多看他现在怎么解决问题
  • 不要问"你想不想要一个AI帮你做"
  • 要问"你现在用什么方法处理？哪里不够好？"

5.3 对比：问废的 vs 有价值的

| 问废的 | 有价值的 | |--------|----------| | 你觉得我这个想法怎么样？ | 最近一次遇到这个问题是什么时候？ | | 如果有这个产品你会用吗？ | 你现在是怎么处理这件事的？ | | 你愿意付费吗？ | 上次为了这个问题花过钱吗？ | | 这个功能重要吗？ | 流程里最烦最慢的是哪一步？ | | 想要AI帮你自动做吗？ | 为什么还没找到更顺手的解决办法？ |

5.4 访谈节奏

  1. 开场：说明你在学习不是在推销
  2. 从最近一次真实经历开始：什么时候发生的？当时在做什么？
  3. 追问行为和成本：怎么处理的？花了多少时间/钱？试过别的方法吗？
  4. 判断痛感：他经常遇到吗？已经在主动补救吗？愿意付出成本吗？讲到这件事有情绪吗？

5.5 JTBD + Mom Test 配合使用

  1. 先用JTBD假设一个job
  2. 再用Mom Test的方式去问用户最近一次真实经历
  3. 看这个job是否真的高频、真实、值得做

六、横向切分 + 纵向深挖 + 价值重构

6.1 横向切分人群

不要服务"所有人"，找到"最痛的那个人群"。

评估维度：痛点强度 / 付费意愿 / 市场规模 / 竞争程度 / 你对人群的理解

越细分，越有机会，用户付费意愿越强。通用工具很难赢——大平台已占据"通用"市场。

6.2 纵向深挖场景

描述用户一天的生活，找到情绪触点。

痛点不是功能需求，而是场景中的情绪 + 付费意愿。好的产品设计解决的是情绪，不只是功能。

核心情绪：恐惧、焦虑、无助、孤独、愤怒、后悔

6.3 价值重构

从"功能"升级为"解决方案"，从"工具"升级为"助手/管家/伙伴"。

案例对比：

| 维度 | 原始想法 | 重构后 | |------|----------|--------| | 目标用户 | 所有健身人群 | 产后妈妈 | | 解决痛点 | 记录训练（痒点） | 产后恢复焦虑（痛点） | | 竞争壁垒 | 技术（易复制） | 专业性+社区+数据 | | 付费意愿 | 低 | 高 |

更多重构案例：

| 普通idea | → | 好点子 | |----------|---|--------| | 卡路里测量 | → | 糖友安心吃 | | 新闻助手 | → | 投研情报官 | | 校园二手平台 | → | 毕业清仓助手 | | 番茄钟工具 | → | 远程工作证明 | | 二手书交易 | → | 绘本图书馆 | | 记账APP | → | 留学资金管家 | | 健身APP | → | 产后妈妈恢复助手 |

七、做原型：从需求到可交互的产品

7.1 核心原则

  • 不要自己想"我觉得用户需要什么" → 去问用户
  • 从一堆问题里收敛到最痛、最能解决的那个
  • 先做最小可用版本，再慢慢迭代
  • 用AI IDE快速出原型，不要手写代码

7.2 需求到原型的路径

  1. 明确痛点：找运营/用户聊，从模糊的"提高效率"里挖出真正的痛点
  2. 挑重点做：一堆问题里先解决最痛的那个，别想着一次做全
  3. 快速验证：先做单页面原型，跑通了再扩展成多页面
  4. 做出能用的东西：能演示、能操作的完整原型

7.3 用AI IDE生成原型的三步

  1. 用大白话告诉AI你要什么 — 先口述想法，让AI帮你扩写
  2. 让AI IDE直接生成代码 — 创建项目、输入提示词、生成
  3. 遇到报错就截图/复制给AI — AI自己修

7.4 从"能跑"到"像那么回事"

  • 让用户走一遍全流程，找出不顺的地方
  • 让AI对照需求检查功能覆盖度
  • 用模拟数据替代"测试数据1、测试数据2"
  • 加上Loading状态、错误处理、数据持久化

八、C端 vs B端：不同的产品思维

8.1 核心差异

| 维度 | B端 | C端 | |------|-----|-----| | 关注点 | 效率、成本、痛点 | 感觉、体验、氛围 | | 付费逻辑 | "这个能帮我省多少" | "这个让我感觉怎样" | | 设计目标 | 功能完备 | 感觉到位 | | 留存关键 | 切换成本高 | 情感连接 |

8.2 C端产品设计的核心心法

  1. 从"功能"到"感受" — 不是"提高效率"而是"节省时间去做喜欢的事"
  2. 营造氛围的三个层次：感官层（视觉/听觉）→ 情感层（共鸣/引导）→ 意义层（认同/归属）
  3. 心理暗示的力量 — "你已经做得很好了""你并不孤单""你在变得更好"
  4. 让用户成为更好的自己 — 不是"你应该"而是"你可以"
C端用户买的不是功能，是感觉；不是工具，是陪伴；不是服务，是理解。

8.3 AI在产品中的角色

| 角色 | 说明 | 例子 | |------|------|------| | 脑 | 理解、分析、推理 | 文档摘要、数据洞察、策略建议 | | 眼 | 感知、识别、理解 | 图像识别、语音理解、行为分析 | | 手 | 执行、生成、操作 | 文案生成、代码编写、图片创作 |

避坑：不要"为了AI而AI"。先用AI解决"脑"的问题（理解+分析），比上来就做"手"更稳妥。

九、AI对话打磨产品概念

9.1 标准流程（5轮）

第1轮：抛出原始想法 + 你的担忧

我想做一个 [产品概念]，但我发现 [问题/担忧]。

第2轮：让AI规划MVP

请帮我：1. 规划MVP  2. 技术建议  3. 成本估算  4. 验证指标

第3轮：提出所有担忧（技术/内容/推广/获客）

第4轮：AI给多方案对比+成本估算

第5轮：确认行动计划+设定验证指标

9.2 MVP核心原则

  • 最小化 — 只做最核心功能
  • 可验证 — 能快速验证需求是否真实
  • 低成本 — 用最低成本验证

9.3 验证指标

  • 付费转化率 >10%: 继续
  • 5-10%: 打磨
  • <5%: 调整方向

十、需求验证清单

用户画像

  • [ ] 能否一句话描述目标用户？
  • [ ] 他们目前的替代方案是什么？
  • [ ] 使用场景的具体细节？
  • [ ] 这个群体有付费能力吗？

痛点强度

  • [ ] 用户解决此问题付出什么代价？
  • [ ] 不解决会有什么后果？
  • [ ] 用户是否在主动寻找解决方案？
  • [ ] 用户愿意付多少钱？

解决方案差异化

  • [ ] 和现有方案比优势是什么？
  • [ ] 优势足够让用户切换吗？
  • [ ] 大平台复制难度？
  • [ ] 差异化足以支撑付费？

商业模式

  • [ ] 用户愿意付费吗？付多少？
  • [ ] 获客成本大概多少？
  • [ ] LTV能覆盖CAC吗？
  • [ ] 有没有其他变现方式？

快速验证

  • [ ] 能否1-2周做出可测试原型？
  • [ ] 能否找到10个目标用户访谈？
  • [ ] 能否设计实验验证核心假设？
  • [ ] 能否让用户预付定金？

附录：记忆口诀

一人一事一切入，横切纵挖找痛点，AI对话磨概念，五步验证再动手
  • 一人：从自己出发
  • 一事：聚焦一件事
  • 一切入：越细分越好
  • 横切：切分人群找付费意愿最强的
  • 纵挖：深挖场景找情绪触点
  • AI对话：多轮打磨
  • 五步验证：用户验证→替代分析→付费测试→市场估算→护城河
好的产品经理不是凭空创造需求，而是发现那些被忽视、被低估、被错误满足的真实需求，并找到让用户愿意为之买单的方式。

How to Build a Good Product: A Complete Product Methodology Guide

Overview: The Complete Flow of Good Product Work

A good product does not start with "what features should we build?" It starts with a clear understanding of users, scenarios, pain points, and willingness to pay.

The core process can be summarized as:

  1. Find the target user.
  2. Understand the user's real situation.
  3. Identify a painful and frequent problem.
  4. Verify that the problem is worth solving.
  5. Design the smallest usable solution.
  6. Test it with real users.
  7. Iterate based on feedback and data.

Start from the User, Not the Feature

Many products fail because the team starts from a feature idea. A better starting point is:

  • Who is the user?
  • What job are they trying to complete?
  • What blocks them today?
  • What workaround are they already using?
  • What would make them switch?

This is close to the Jobs To Be Done perspective: users do not buy features, they "hire" a product to make progress in a specific situation.

Discover Demand

Good demand usually has four characteristics:

  • The pain is clear.
  • The scenario happens repeatedly.
  • Existing solutions are inconvenient or expensive.
  • The user has motivation to change behavior.

Use interviews, community observation, search keywords, competitor reviews, support tickets, and AI-assisted dialogue to uncover these signals.

Validate Before Building

Before writing code, validate the problem:

  • Can users describe the pain in their own words?
  • Have they tried to solve it before?
  • Are they already paying with money, time, or attention?
  • Would they use a rough MVP if it solved the core pain?

If the answer is no, the idea may be interesting but not yet strong enough.

Build the MVP

An MVP is not a poor version of the final product. It is the smallest experiment that proves the core value.

A good MVP should:

  • Solve one core problem.
  • Avoid unnecessary features.
  • Be easy to explain.
  • Produce measurable feedback.
  • Be cheap enough to discard or pivot.

Design the Experience

Use the double diamond model:

  1. Discover: collect raw problems and scenarios.
  2. Define: choose the most valuable problem.
  3. Develop: explore possible solutions.
  4. Deliver: ship the smallest working version.

For consumer products, focus on emotion, clarity, and habit formation. For business products, focus on workflow fit, reliability, permission structure, integration, and ROI.

Iterate with Evidence

After launch, do not iterate based only on opinions. Combine:

  • User feedback
  • Usage data
  • Retention
  • Conversion
  • Support requests
  • Qualitative interviews

A good product team does not ask "what can we add?" It asks "what evidence tells us the product is becoming more useful?"

Product Thinking in Vibe Coding

Vibe coding can build quickly, but speed is dangerous without product judgment. The human must still define the user, problem, constraints, acceptance criteria, and learning goals.

AI can generate interfaces and code, but product quality still depends on whether the problem is real and whether the solution creates value.