一个互联网产品，是这样从想法变成你手里的产品的——下面按「谁来干这一环」分类，看懂每个角色的行话。
- 产品经理想清楚做什么
- 设计师画出长什么样
- 前后端把它真正做出来
- 测试保证不崩
- 运维让它上线
- 运营让它长起来
- 你 + AI不懂技术也能指挥
- requirement需求说白了就是「要做成什么样」。产品经理把「用户想要什么」翻译成开发能照着做的清单。需求不清楚，后面全白做——所以它是一切的起点。
- user story用户故事用一句大白话描述「谁、想干什么、为了什么」，比如「作为上班族，我想一键点单，这样不用排队」。它逼着大家从用户角度想问题，而不是自嗨堆功能。
- persona用户画像给目标用户画一张「虚拟身份证」：年龄、职业、习惯、痛点。比如「25 岁、爱熬夜、手机不离手的小李」。有了具体的人，做决定时就有了参照——「小李会用吗？」
- pain point痛点用户真正难受、忍不了的地方。抓住痛点的产品才有人用。注意：用户嘴上说的不一定是真痛点，得挖背后那个「烦死了」的瞬间。
- scenario场景用户在「什么时间、什么地点、什么状态」下用你的东西。同一个功能，地铁上单手用和办公室双手用，设计完全不同。脱离场景谈功能都是空想。
- MVP最小可行产品 MVP先做一个「能用、但只有核心功能」的简版，快速上线看看有没有人要，而不是憋大招做半年。MVP 的精神是：用最小代价验证「这事靠不靠谱」。
- PRD产品需求文档 PRD产品经理写给设计和开发看的「施工图纸」，讲清楚每个功能长啥样、点了会怎样。它是团队的「共识合同」，免得做到一半各想各的。
- backlog需求池把所有「想做但还没做」的需求堆在一个清单里排队。资源有限，不可能全做，于是需求池就成了「待办仓库」，按优先级一个个取。
- iteration迭代产品不是一次做完，而是一版一版地改进：先上线 1.0，根据反馈出 1.1、1.2……「小步快跑、持续改」就是迭代。
- priority优先级 P0/P1决定「先做哪个」。P0 = 不做就上不了线的命根子，P1 = 重要但能稍等，往后数字越大越不急。资源永远不够，排优先级是产品经理的核心功力。
- competitive analysis竞品分析研究「别人家同类产品」怎么做的——抄好的、避坑的、找空子。不是抄袭，是站在前人肩膀上少走弯路。
- user research用户调研做之前先去问真实用户：访谈、问卷、观察他们怎么用。目的是别拍脑袋——你以为的需求，常常不是用户真正要的。
- requirement review需求评审需求正式开做前，拉上设计、开发、测试一起「过一遍」，挑毛病、对齐理解、估工作量。评审通过才动手，避免做错方向。
- milestone里程碑项目路上几个关键的「检查点」，比如「3 月底出设计稿、4 月中能内测」。它把一个大项目切成看得见的阶段，方便对进度。
- roadmap产品路线图未来几个月/几个季度「打算做什么」的规划地图。让团队和老板知道「我们要去哪、按什么顺序去」。
- business model商业模式说白了就是「靠什么赚钱」：卖会员、收广告、抽成还是卖货。再好的产品不能持续赚钱也活不下去，所以这是产品的生死线。