Skip to content

第二章:核心概念与术语

掌握术语,是进入任何专业领域的第一步。产品经理的日常工作横跨商业、产品、技术、设计四大领域,如果听不懂同事在说什么,协作就无从谈起。


为什么 PM 需要掌握这些术语?

作为产品经理,你每天都要和不同角色打交道:

协作对象典型场景你需要听懂的术语类型
CEO / 业务负责人汇报产品价值、讨论商业模式商业术语
产品团队 / 运营需求评审、数据复盘、版本规划产品术语
工程师 / 架构师技术评审、方案讨论、排期沟通技术术语
设计师 / UX 研究员设计评审、交互走查、体验优化设计术语

如果你在需求评审会上不知道什么是「灰度发布」,在商业汇报中搞混了「GMV」和「Revenue」,在和设计师沟通时不理解「Design Token」,这些都会严重影响你的专业可信度和工作效率。

好消息是: PM 不需要成为每个领域的专家,但需要达到「能听懂、能提问、能判断」的程度。


本章内容结构

本章分为四个模块,由浅入深地覆盖 PM 日常工作中最高频的术语:

第二章:核心概念与术语

├── 01-business-terms.md    商业术语
│   ├── 收入与增长指标(GMV, MRR, ARR...)
│   ├── 用户价值指标(LTV, ARPU, NPS...)
│   ├── 获客与营销指标(CAC, CPC, ROAS...)
│   └── 财务与市场指标(Burn Rate, TAM/SAM/SOM...)

├── 02-product-terms.md     产品术语
│   ├── 产品方法论(MVP, PMF, PLG...)
│   ├── 需求与迭代管理(User Story, Backlog, Sprint...)
│   ├── 目标与度量(OKR, KPI, North Star Metric...)
│   └── 分析与洞察工具(漏斗分析, Cohort, Persona...)

├── 03-tech-terms.md        技术术语(PM 视角)
│   ├── 架构基础(前后端分离, API, 微服务...)
│   ├── 数据与监控(埋点, 数据库, 性能指标...)
│   └── 工程实践(CI/CD, Git, 灰度部署...)

└── 04-design-terms.md      设计术语
    ├── 设计角色与分工(UI vs UX, 交互设计, 视觉设计)
    ├── 设计系统与规范(Design System, Design Token...)
    └── 设计协作(设计走查, 标注/切图, 响应式...)

学习建议

1. 不要死记硬背

术语的意义在于理解和运用,而不是背诵定义。建议你:

  • 先通读一遍,对每个术语有个大致印象
  • 在实际工作/案例分析中,遇到不懂的再回来查
  • 尝试用自己的话向别人解释一个术语,能讲清楚才算真正理解

2. 关注术语之间的关联

很多术语不是孤立的,它们之间存在紧密的逻辑关系:

获客成本 (CAC)  ──→  用户生命周期价值 (LTV)  ──→  LTV/CAC 比率
      │                       │                        │
      ▼                       ▼                        ▼
  降低 CAC 的方法        提升 LTV 的方法         健康比率 > 3:1
  (优化渠道, PLG)       (提升留存, 提升 ARPU)    (商业模型可持续)

3. 建立自己的术语卡片

术语我的理解在哪个场景遇到的还有什么不清楚的
GMV平台总交易额电商月报和 Revenue 的区别?
............

学习目标

完成本章学习后,你应该能够:

  • [ ] 在商业讨论中理解并使用 GMV、LTV、CAC 等核心指标
  • [ ] 向工程师清晰描述产品需求,理解技术方案的取舍
  • [ ] 与设计师有效沟通,理解设计决策背后的逻辑
  • [ ] 在产品规划中正确使用 MVP、OKR、North Star Metric 等框架
  • [ ] 看懂数据报告中的各类指标,并能基于数据做出产品决策

术语速查索引

为方便查阅,以下是本章覆盖的所有术语及其所在文件:

类别文件核心术语
商业术语01-business-terms.mdGMV, ROI, LTV, CAC, ARPU, DAU/MAU, MRR/ARR, Churn Rate, Conversion Rate, NPS, TAM/SAM/SOM...
产品术语02-product-terms.mdMVP, PMF, Sprint, A/B Test, User Story, Backlog, Roadmap, OKR, PRD, 漏斗分析, North Star Metric...
技术术语03-tech-terms.mdAPI, SDK, 前后端分离, 数据库, 埋点, CDN, 微服务, CI/CD, Git, 性能指标...
设计术语04-design-terms.mdUI/UX, 交互设计, Design System, Design Token, 响应式设计, 无障碍设计, 设计走查...

前置知识

本章内容面向零基础读者,不需要任何专业背景。如果你已经有一些互联网行业经验,可以跳过已经熟悉的部分,专注于自己薄弱的领域。

建议先完成 第一章 的学习,对产品经理的角色和职责有一个整体认知后,再来学习本章的术语知识。


四大领域术语的详细预览

商业术语 -- 与钱有关的一切

商业术语帮助你回答一个核心问题:这个产品怎么赚钱、赚了多少钱、值不值得继续投入?

PM 在以下场景必须使用商业术语:

场景涉及的术语你需要做什么
月度数据汇报GMV, DAU/MAU, Conversion Rate用数据讲清楚产品的增长状况
投放效果评估ROI, ROAS, CPC/CPA, CAC判断营销花费是否值得
用户价值分析LTV, ARPU, NPS, Retention Rate评估用户质量和产品价值
融资/商业计划TAM/SAM/SOM, Unit Economics, Burn Rate向投资人证明商业可行性

重点掌握 LTV/CAC 比率 -- 它是衡量商业模型是否可持续的黄金指标。

产品术语 -- PM 的专业语言

产品术语是你作为 PM 最核心的工作语言,贯穿产品的整个生命周期:

产品阶段核心术语你需要做什么
发现机会Persona, 用户旅程, North Star Metric理解用户、定义产品方向
规划方向OKR, KPI, Roadmap设定目标、制定计划
定义需求PRD, User Story, Acceptance Criteria, Backlog将想法转化为可执行的需求
设计方案Wireframe, Prototype, MVP从低保真到高保真验证方案
开发上线Sprint, 灰度发布, Feature Flag管理开发节奏和发布风险
验证效果A/B Test, 漏斗分析, Cohort用数据验证产品决策
规模增长PMF, PLG, SLG, K-Factor找到增长引擎并持续放大

重点掌握 MVP 的思维方式 -- 它不仅是一种产品方法,更是一种思维习惯。

技术术语 -- 和工程师说同一种语言

PM 不需要会写代码,但需要达到「能听懂、能提问、能判断」的程度:

理解层级对应的术语达标标准
基础架构前后端分离, API, 数据库知道一个需求会影响前端还是后端还是都要改
数据能力埋点, 数据上报能独立设计埋点方案,知道数据从哪来
性能体验FCP/LCP/TTI, 崩溃率, 响应时间能看懂性能报告,知道什么指标不达标
发布流程CI/CD, Git, 灰度/蓝绿部署理解发版流程,能参与发布决策
系统能力缓存, CDN, 微服务, 负载均衡知道这些技术能解决什么问题,和产品的关系

重点掌握 API埋点 -- 前者是系统协作的基础,后者是数据驱动的前提。

设计术语 -- 和设计师高效协作

理解设计术语能让你从「感觉不对」进化到「准确表达哪里不对、为什么不对」:

协作阶段核心术语你需要做什么
需求讨论信息架构, Persona, 用户旅程和设计师对齐用户理解和信息组织
方案评审UI vs UX, 交互设计, 视觉设计从体验和视觉两个维度评估设计方案
规范检查Design System, Design Token, 组件化确保设计方案符合系统规范
适配讨论响应式设计, 自适应设计, 无障碍设计参与多端适配和包容性设计决策
开发走查设计走查, 标注/切图, Auto Layout检查实现效果是否与设计稿一致

重点掌握 Design System -- 它是保证产品体验一致性的基石。


学完本章后的能力对比

维度学习前学习后
数据汇报看到 GMV、LTV 一脸茫然能看懂数据报告,基于指标提出产品建议
需求沟通描述需求模糊不清能用 User Story 格式清晰描述需求和验收标准
技术讨论在技术评审中「听天书」能听懂核心概念、提出合理的产品诉求
设计协作只能说「我觉得不好看」能从 UX、一致性、无障碍等角度给出专业反馈
面试表现回答不出基础概念题能准确解释术语并举出实际例子

常见问题

Q: 这些术语需要全部背下来吗?

A: 不需要。第一遍通读时,对每个术语建立印象即可。之后在工作和学习中遇到不确定的术语,回来查阅就好。随着使用频率增加,你会自然记住最常用的那些。

Q: 不同公司对同一个术语的定义可能不同吗?

A: 是的,非常常见。例如「活跃用户」的定义(打开 App 算还是完成某个操作算?)每个公司都不一样。入职后优先了解公司内部的指标口径定义,比背诵教科书定义更重要。

Q: 学完术语就能做 PM 了吗?

A: 术语只是基础。掌握术语意味着你有了和各方协作的语言基础,但成为优秀的 PM 还需要产品思维、需求分析能力、项目管理能力、沟通协调能力等。这些内容会在后续章节中详细展开。


下一步:01-business-terms.md 开始,学习商业术语吧!