一、技术全景图：为什么产品经理要懂技术？
说实话，我见过太多产品经理，拿着 PRD 去找开发，结果被一句「这个做不了」怼回来。然后呢？要么改需求，要么吵一架。其实很多时候，不是做不了，是你没找到对的技术路径。
我自己带过不少产品团队，发现一个规律：懂技术的产品经理，沟通效率至少提升 50%。你不一定要会写代码，但你要知道代码能做什么、不能做什么。这就像开车，你不必会造发动机，但得知道踩油门车会走、踩刹车会停。
核心观点：技术认知不是让你去当程序员，而是让你拥有「技术翻译」的能力。你能把业务需求翻译成开发听得懂的话，也能把技术限制翻译成老板听得懂的决策依据。
1.1 前后端分离架构：为什么这是现代产品的标配？
我记得 2015 年那会儿，很多项目还是前后端揉在一起的。一个页面崩了，整个网站都打不开。后来前后端分离成了主流，说白了就是「各管各的」。
前端管你看到的东西——按钮、输入框、页面跳转。
后端管你看不到的东西——数据存储、业务逻辑、权限校验。
举个例子：你在淘宝下单，点击「提交订单」这个动作是前端处理的，但订单数据存到哪里、库存扣不扣、支付成不成功，这些是后端的事。
避坑指南：我曾经遇到一个产品经理，非要让前端直接操作数据库。理由是「这样快啊」。结果呢？数据安全漏洞一大堆，用户信息差点泄露。记住：前端永远不要信任后端传过来的数据，后端也永远不要信任前端传过来的数据。
前后端分离的好处很明显：
- 并行开发：前端和后端可以同时开工，不用等对方
- 独立部署：前端改个按钮颜色，不用重启整个服务器
- 多端适配：一套后端接口，可以同时服务 Web、App、小程序
1.2 移动端与 Web 端技术栈概览
你想想看，用户用手机打开你的产品，和用电脑打开，体验能一样吗？技术栈也完全不同。
Web 端技术栈
| 层次 | 技术 | 产品经理需要知道什么 |
|---|---|---|
| 基础三件套 | HTML + CSS + JavaScript | 这是 Web 的基石。HTML 是骨架，CSS 是衣服，JS 是肌肉 |
| 前端框架 | React / Vue / Angular | 选哪个？看团队擅长什么。React 生态大，Vue 上手快 |
| 状态管理 | Redux / Pinia / Vuex | 用户登录状态、购物车数据怎么在页面间共享 |
移动端技术栈
移动端分两条路：原生开发和跨平台开发。
- 原生开发：iOS 用 Swift/OC，Android 用 Kotlin/Java。性能最好，但两套代码
- 跨平台：Flutter、React Native、uni-app。一套代码跑两端，但有些底层功能受限
注意：我见过不少产品经理在选型时踩坑。比如要做个 AR 功能，选了跨平台框架，结果发现摄像头底层调用不支持。最后只能重写原生代码，工期翻倍。所以，技术选型一定要提前问清楚：你的核心功能有没有原生依赖？
1.3 云计算与部署基础
「服务器崩了」——这大概是产品经理最怕听到的话之一。我经历过一次双十一大促，流量瞬间暴涨 10 倍，服务器直接宕机。那会儿我才意识到，部署架构不是运维一个人的事。
云计算说白了，就是把服务器、存储、网络这些基础设施，变成像水电一样按需使用。你不用自己买物理机，直接租云服务商的就行。
常见的云服务模式：
- IaaS（基础设施即服务）：给你一台虚拟机，系统你自己装。比如阿里云 ECS
- PaaS（平台即服务）：连运行环境都配好了，你只管部署代码。比如微信云开发
- SaaS（软件即服务）：软件都给你装好了，你直接用。比如钉钉、飞书
部署流程大致是这样的：
开发写代码 → 提交到 Git → CI/CD 自动构建 → 测试环境验证 → 预发布环境 → 生产环境上线嗯，这里要注意：环境隔离。我见过最惨的案例，是有人把测试环境的配置直接推到生产环境，结果用户收到了一堆测试数据。所以，生产环境和测试环境一定要物理隔离，数据库、配置、域名都不能混用。
我的建议：产品经理至少要理解这几个概念——负载均衡（流量分发）、CDN（静态资源加速）、数据库读写分离（提升查询性能）。跟开发聊部署方案时，你能听懂他们在说什么，这就够了。
小结
技术全景图，说白了就是让你知道：产品从代码到上线，经历了哪些环节。前端负责界面，后端负责逻辑，云服务负责跑起来。你不需要精通每一个环节，但要知道每个环节的「坑」在哪里。
下一章，我会带你深入前端技术栈，聊聊那些产品经理必须懂的「前端黑话」。