夜雨聆风用「你作为××会经历什么」的方式来讲
上期我们走完了从立项到上线的六大阶段，这期来看每个阶段里是谁在做这些事。
一个标准的软件项目团队，通常有 8 个关键角色。每个角色都有自己的「一天节奏」、常用工具、协作对象，以及只有他们才懂的「痛点」。
这期最大的不同：我们用「你作为××角色会经历什么」的方式来讲解。
这样你就能把自己「代入」到真实项目里，听懂团队站会上每个人在说什么。
连接业务和技术的桥梁。不写代码，但决定代码写什么。对产品的最终成功负责——用户用得爽不爽、老板满不满意，都是 PM 的 KPI。
你可以把他理解成：餐厅的「店长」——他决定卖什么菜、定什么价格、店面怎么装修，但不亲自做菜（那是厨师/后端的事）。
- 写文档：
腾讯文档 / 语雀（就像 Word，但是在线版的，多人可以同时编辑） - 画原型：
Figma（就像用 PPT 画页面草图——「这个按钮放这里，那个输入框放那里」） - 管理需求：
TAPD / Jira（就像「待办事项」工具，但更强大：可以记录每个需求的状态、优先级、负责人） - 看用户行为：
腾讯分析（可以看到：用户最喜欢用哪个功能？哪个页面用户停留时间最长？）
↑ 向上汇报：老板 / 业务负责人（汇报进度、争取资源——「这个项目需要再加 1 个开发，不然做不完」）
↓ 向下传达：设计师、开发、测试（把需求讲清楚，确保他们理解得跟你想的一样）
↔ 平行沟通：运营 / 客服（收集用户反馈——「用户说这个功能不好用，我们要优化一下」）
⚡ 最痛的协作点：需求变更沟通的「信息损耗」——老板说一句话，传到开发耳朵里变成了另一句话。（解决办法：所有需求变更都要更新 PRD，并通知所有人。）
初级 PM（0-2 年）→ 中级 PM（2-5 年，能独立负责一个产品）→ 高级 PM（5 年+，负责多条产品线或战略级产品）→ 产品总监 / VP
核心能力进阶：需求分析 → 产品设计 → 数据驱动决策 → 商业战略思维
UI（User Interface） = 管视觉（配色、排版、图标、字体——「长什么样」）
UX（User Experience） = 管体验（操作流程顺不顺手、信息层级清不清晰——「用起来爽不爽」）
好设计是「感觉不到存在」的设计——用户用得很顺畅，根本不会注意到「这个按钮位置很合理」。
你可以把他理解成：餐厅的「装修设计师 + 动线设计师」——装修设计师决定「墙面什么颜色、桌子怎么摆」（UI），动线设计师决定「客人进门后怎么走最顺畅、服务员上菜会不会撞到客人」（UX）。
- UI 设计：
Figma（主流工具，在线协作，就像「在线版的 PPT」，但专门用来画 App/网页界面） - 高保真原型：
Axure（可以做出「可以点击的原型」——不是真的 App，但点按钮会跳转页面，用来提前验证交互逻辑） - 切图导出：
Figma 自动生成（设计师画完稿子，点一个按钮，自动生成前端需要的图片文件——就像「导出 PPT 里的图片」）
↑ 向上汇报：产品经理（接收需求，输出设计稿）
↓ 向下交付：前端工程师（提供设计稿、切图、尺寸标注——「这个按钮宽 120px，你照着做」）
⚡ 最痛的协作点：设计稿「看起来很美」，但前端说「这个效果做不了」或者「要花 3 天才能实现」——设计和技术的平衡是永恒的话题。（解决办法：设计师要懂一点前端技术边界，不要画出「技术上很难实现」的效果。）
初级设计师（执行 PM 的需求）→ 中级设计师（能独立负责一个模块的设计）→ 高级设计师（建立设计系统、指导新人）→ 设计负责人 / CDO
核心能力进阶：视觉表现 → 交互逻辑 → 用户研究 → 设计体系搭建
处理数据库、服务器、接口（API）。用户看不到后端代码，但每次点按钮背后都是后端在默默工作。
你可以把他理解成：餐厅的「后厨团队」——客人看不到后厨在干什么，但每道菜都是后厨做出来的。后厨效率低，出菜就慢；后厨出错，菜就做错了。
- 写代码：
VS Code / IntelliJ（就像「记事本」，但是专门用来写代码的，有语法高亮、自动补全等功能） - 接口调试：
Postman / Apifox（就像「测试网页能不能打开的工具」，但是专门用来测试「后端接口能不能正常返回数据」） - 版本管理：
Git + GitHub（就像「文档的历史版本记录」，但更强大——可以记录谁改了哪一行、可以回退到昨天的版本）
↑ 向上汇报：技术负责人（汇报技术方案、请求架构决策——「这个需求技术上实现不了，我们要换个方案」）
↔ 平行协作：前端工程师（API 对接，最重要的协作关系——就像「服务员和厨师的配合」）
⚡ 最痛的协作点：前端说「你这个接口返回太慢了，用户等不及」——性能和功能的取舍。（解决办法：后端要做「性能优化」，让接口响应更快。）
初级后端（能实现基本数据增删改查）→ 中级后端（能设计接口、优化性能）→ 高级后端（架构设计、高并发处理）→ 技术负责人 TL / 架构师
核心能力进阶：语法熟练 → 系统设计 → 性能优化 → 技术战略
负责网页、手机 App 界面。用户看到的每一个按钮、每一行文字、每一次动画效果，都是前端工程师实现的。前端是用户和系统的「第一接触面」。
你可以把他理解成：餐厅的「前厅团队」——服务员（前端）负责把菜单（界面）呈现给客人，并把客人的点单（操作）传达给后厨（后端）。
- 写页面：
微信开发者工具（专门用来写微信小程序的官方工具，就像「Word 是写文档的，这个工具是写小程序的」） - 看设计稿：
Figma（打开设计师画的稿子，查看每个元素的位置、颜色、尺寸——就像「照着施工图纸盖房子」） - 调试工具：
Chrome DevTools（可以用来「检查页面上的某个元素为什么显示不正常」——就像「装修验收时拿尺子量一下插座装得对不对」）
↑ 向上沟通：产品经理（确认交互细节——「这个按钮点了之后跳到哪个页面？」）/ 设计师（确认视觉效果——「这个颜色是不是太淡了？」）
↔ 平行协作：后端工程师（API 对接，最重要的协作关系——就像「服务员和厨师的配合」）
⚡ 最痛的协作点：设计师给的效果图「看起来很美」，但做出来在手机上「怎么这么丑」——设计和实现的差距。（解决办法：设计师和前端要早期沟通，确保设计稿在技术上是可实现的。）
初级前端（切图、写静态页面）→ 中级前端（能写交互、对接 API）→ 高级前端（性能优化、复杂状态管理）→ 前端负责人 / 全栈工程师
核心能力进阶：HTML/CSS 熟练 → JavaScript 框架掌握 → 性能优化 → 前端架构
专门找 Bug。不等用户发现问题，测试工程师要在上线前把问题都找出来。
你可以把他理解成：餐厅的「试菜员」——每道菜做好后，试菜员要先尝一口：咸淡对不对？火候够不够？摆盘好不好看？确认没问题了，才能端给客人。
- Bug 管理：
TAPD / Jira（就像「待办事项」工具，但专门用来记录和跟踪 Bug——哪个 Bug 是谁发现的、现在修到什么进度了、谁负责修） - 自动化测试：
Selenium / Cypress（可以让计算机自动跑测试用例——比如：自动打开网页、自动点按钮、自动检查返回结果对不对。比人工测试快很多。）
↑ 向上汇报：产品经理（报告测试进度——「这个 Sprint 测了 30 个功能，发现 12 个 Bug，还剩 5 个没修完」）
↔ 平行协作：开发工程师（提交 Bug、验证 Bug 修复情况）
⚡ 最痛的协作点：开发说「这点小问题而已，用户不会注意到的，能不能先上线？」——测试要坚持原则：PRD 写明了的，就必须做到。（解决办法：建立「Bug 严重程度分级」——严重影响使用的必须修，轻微的外观问题可以排到下个版本。）
初级测试（执行测试用例）→ 中级测试（设计测试用例、写自动化测试脚本）→ 高级测试（测试架构设计、质量体系建设）→ 测试负责人 / QA 总监
核心能力进阶：手工测试 → 自动化测试 → 性能测试 → 质量体系搭建
用户打开小程序 → 看到「净值查询」页面（这是前端工程师画出来的）→ 在输入框里输入产品代码「000001」 → 点击「查询」按钮
前端代码执行：向服务器发送一个「请求」：「帮我查一下产品 000001 的最新净值」
（这就像服务员把「客人点了宫保鸡丁」这个需求，通过出餐口传达给后厨）
后端工程师写的代码收到请求 → 解析产品代码「000001」 → 连接数据库 → 执行查询：「帮我找产品 000001 的最新净值」 → 拿到结果：1.2345
后端把数据包装好，返回给前端：「产品 000001 的最新净值是 1.2345，日期是 2025-03-01」
（这就像后厨把做好的菜，通过出餐窗口递给服务员）
前端收到数据 → 在页面上显示：「最新净值：1.2345」（红色，因为今天是涨的）→ 同时显示日期「2025-03-01」
如果用户输入的产品代码不存在？
→ 后端查询数据库，找不到 → 返回：「没找到这个产品」
→ 前端收到这个信息 → 在页面上显示提示：「未找到该产品，请检查代码」
新手做项目最容易踩的 10 个坑，每个都有真实案例 + 根因分析 + 避坑方法
用「真实故事」的方式来讲，保证你看完能避开这些坑
课程 3/5 ｜ 团队角色篇
预计阅读时间：12 分钟
下期：课程 4/5 ｜ 避坑指南篇