【建立技术世界观】01 | AI时代，不懂技术的BA会发生什么？（附BA技术成长路线图）

下午三点你被拉进一个紧急会议。业务方拍着桌子说“这个报表需求上周就提了为什么到现在还没上线不就是从系统里拉几个字段吗”你转头看向开发负责人。他面无表情地说“这个‘不就是’涉及三个系统的数据两张表的结构完全不兼容还有一个字段根本不存在。你给我一周我也做不出来。”会议室安静了三秒。那一刻你清晰地听到了一个声音不是开发在叹气是时代的车轮从你身上碾过去了。你坐在中间一句话都说不出来。你听不懂开发说的“表结构不兼容”是什么意思也不知道业务方的“不就是”到底哪里不对。你只能低头记下两个名词打算会后去问。更让你焦虑的是昨天你刚看到一个新闻“AI正在取代BA”。你刷了一下朋友圈有人转发“提示词工程师年薪百万”有人感叹“以后需求文档AI五分钟就写完了”。你开始慌了如果AI都能写需求了那我还能干什么停。先别焦虑。你的问题根本不是“AI会不会取代我”。真正的问题是如果你连技术世界的基本规则都不懂AI只会让你更快地犯错。这句话有点反直觉我来解释一下。很多人以为AI时代不懂技术也没关系——反正我可以让AI帮我写SQL、帮我解释API、帮我生成需求文档。但你有没有想过一个问题如果连你自己都不知道什么是“好”的需求你怎么判断AI生成的东西对不对AI可以帮你写出一份格式完美的接口文档但它不会告诉你这个接口设计得合不合理。AI可以帮你跑出一张数据表但它不会发现业务逻辑和数据模型之间的错位。AI是你的加速器但如果你本来就在错误的方向上加速只会让你更快地撞墙。更残酷的事实是未来被淘汰的不是“不懂技术的BA”而是“只能做传声筒的BA”。什么是传声筒就是那种“业务说什么我就写什么开发说什么我就转达什么”的BA。他们不负责理解只负责传递。他们不负责判断只负责记录。这种人AI确实可以取代。因为AI的“传递”能力比人强太多了。但如果你能理解技术世界是怎么运转的能看懂系统之间是怎么协作的能判断一个需求到底合理不合理——你就不再是传声筒而是翻译官甚至是设计师。AI取代不了设计师。技术世界到底在做什么我们用一句话来理解技术世界到底在做什么技术世界本质上是在解决“信息的存储、传递、计算和呈现”这四个问题。就这么简单。不管多复杂的系统拆到底都在做这几件事存起来、传过去、算一下、亮出来。我举个例子。你在淘宝上点了一下“购买”。存储你的订单信息被存进了数据库。传递订单系统告诉库存系统“减掉一个商品”告诉支付系统“发起一笔交易”。计算系统算出你的最终支付金额用了优惠券吗运费多少。呈现你的手机上显示出“支付成功”的页面。就这么四个动作串联起了你看到的每一次“点击”。那BA需要懂什么你不需要懂代码怎么写但你需要理解这四个环节是怎么连接的。当业务方说“我要实时看到库存变化”时你知道这涉及到“存储”和“传递”的效率问题。当开发说“这个接口调不通”时你知道问题可能出在“传递”的哪个环节。当数据对不上时你知道是“存储”出了问题还是“计算”出了问题。懂技术不是让你会写代码。懂技术是让你能画出那张“信息流转的地图”。我见过太多BA在AI时代犯了同一个错误把“会用AI工具”当成“懂技术”。有个真实案例。一个BA接到需求业务方想要一份“用户活跃度报表”。她用AI工具输入了需求AI自动生成了一份看起来很专业的SQL查询语句还附带了字段说明。她很高兴直接交给了开发。开发看了一眼说“这个SQL跑不了它关联的三张表有两张不在同一个数据库里。而且它查的那个‘最后登录时间’字段在系统里根本不存在。”她懵了。她赶紧打开ChatGPT的对话窗口质问“你不是说这个可以跑吗”AI瞬间回复语气平静得让人绝望 “非常抱歉我之前的回答基于一个理想化假设——所有相关数据表位于同一个数据库实例中。在实际生产环境中跨库查询可能因权限、网络延迟、表结构差异而失败。建议您咨询您的DBA数据库管理员或查阅内部数据字典。请问还有什么可以帮您的”她看着屏幕一个字都打不出来。她终于意识到AI不是在犯错它只是在它的“理想世界”里给了你一个正确答案。而你作为一个BA本应是那个告诉它‘醒醒这才是现实世界’的人。但因为她不懂她连这个资格都没有。更可怕的是如果开发没有发现这个问题这个SQL真的被拿去跑了可能会把数据库拖到响应慢到几乎“崩溃”的程度专业说法叫性能雪崩。因为AI生成的那个查询会扫描全表把整个系统的资源吃光。不懂技术的BA连“危险”都看不出来。在AI时代你应该怎么工作我给你一个模型叫“AI判断力”模型。这个模型分三层第一层AI做“执行”让AI帮你完成重复性、低判断成本的工作。比如整理会议纪要生成需求文档的初稿帮你翻译技术文档生成SQL的初版这一层AI做得又快又好。但记住这是“初稿”不是“终稿”。第二层你做“判断”你需要判断AI的输出是否合理。判断的依据是什么是你对技术世界的理解。这个SQL会不会性能很差这个接口设计是不是符合规范这个需求文档有没有遗漏边界条件这一层AI做不了。因为判断需要对业务上下文、系统架构、团队能力的综合理解。第三层你做“设计”当你对技术有足够理解后你可以从“翻译需求”升级到“设计方案”。业务说要“实时报表”你可以判断其实“准实时”就够了还能节省资源。业务说要“导出所有数据”你可以判断这会导致系统压力过大设计一个异步导出的方案。开发说“这个需求做不了”你可以判断是真的做不了还是他没想清楚。这一层是AI永远无法替代的。因为设计需要权衡权衡需要理解约束条件而约束条件往往是隐性的、需要人去挖掘的。三个问题快速诊断你的技术理解力下次你在工作中遇到技术相关的问题问自己三个问题问题1我能画出这个需求涉及的信息流转图吗从哪个系统开始经过了哪些环节最终存储在哪里如果你画不出来说明你还没理解这个需求。问题2我知道AI生成的结果里哪些部分可能出错吗它假设了什么前提它忽略了什么边界条件它有没有性能隐患如果你答不上来说明你还没有能力使用AI。问题3如果开发说“这个做不了”我能判断是真的做不了还是他不想做吗是技术限制是时间不够还是他没理解需求如果你判断不了你就永远被开发牵着走。接下来你不需要成为程序员但需要看懂这张地图这篇文章只解决了一个问题为什么你需要懂技术。接下来的文章我会带你一步步走一张完整的技术地图。它不是零散的知识点而是一个从“恐惧”到“决策”的完整成长路径。文末附技术地图。AI时代不懂技术的BA不是会被AI取代而是会被“懂技术的BA”取代。因为工具永远在变但理解信息如何流转的能力永远不会过时。好消息是技术并没有你想象的那么难。你不需要成为架构师你只需要知道技术世界到底在解决什么问题。今日思考回想一下你最近一次被开发“怼”的场景。如果用“存-传-算-显”这个模型来分析你觉得问题出在哪个环节评论区聊聊我会选出3个典型场景在后续文章中专门分析。PS如果你身边也有正在焦虑的BA朋友把这篇文章转给他。你的一个转发可能帮他少走半年弯路。【知识卡片】技术四步法任何系统都在做4件事存储 → 传递 → 计算 → 呈现记住这个你就能理解90%的技术沟通。BA成长路径传声筒 → 翻译官 → 设计师你在哪一层下一层需要什么能力附BA进阶技术地图 《给BA的技术通识课》完整体系阅读方式设计标签适合人群阅读建议 新手刚入门、对技术有恐惧从第一阶段顺序读建立完整认知 在职BA有工作经验、想补齐短板按模块跳读比如只看“接口/排错/权限” 进阶想参与架构级讨论直接看后面“系统思维 真实世界问题” 第一阶段建立技术世界观破除恐惧你在理解的是技术在解决什么问题【建立技术世界观】01 | AI时代不懂技术的BA会发生什么✅你在这里【建立技术世界观】02 | 你以为技术很难其实只是没人讲清楚【建立技术世界观】03 | BA为什么总被开发“怼”问题不在沟通【建立技术世界观】04 | 从0开始技术世界到底在解决什么问题读完这一部分你会意识到——问题不是你不会而是没人用对方式讲。 第二阶段系统是怎么“活”的从前端到数据库的完整流程你在理解的是系统是如何运作的【系统如何运作】01 | 点一下按钮系统内部到底发生了什么【系统如何运作】02 | 一张图讲清用户请求是怎么跑完整个系统的【系统如何运作】03 | 操作系统在系统运作中的角色调度、进程、内存管理【系统如何运作】04 | 前端 vs 后端到底谁在干活【系统如何运作】05 | 为什么有时候你点了按钮系统“没反应”【系统如何运作】06 | 存储系统基础文件系统与磁盘原理读完这一部分你已经可以“脑补系统在运行”。 第三阶段系统之间如何“沟通”接口与API你在理解的是系统如何协作【接口与API】01 | 什么是API不懂这个永远和开发聊不明白【接口与API】02 | 为什么系统之间必须“说话”API到底解决了什么问题【接口与API】03 | 看懂接口文档其实只需要这3个概念【接口与API】04 | 为什么接口一改整个系统都会崩【接口与API】05 | GET / POST 到底有什么区别90%的人都说不清【接口与API】06 | 为什么一个接口会“慢”背后发生了什么【接口与API】07 | 状态码200/400/500分别意味着什么【接口与API】08 | 一个接口设计得好不好怎么判断【接口与API】09 | 缓存与CDN原理【接口与API】10 | 认证与授权机制读完这一部分你已经可以参与接口讨论。 第四阶段数据是怎么被管理的数据库与SQL你在理解的是系统如何“记住事情”【数据库与SQL】01 | 数据库到底是什么为什么所有系统都离不开它【数据库与SQL】02 | 一张表是怎么设计出来的比你想的更有逻辑【数据库与SQL】03 | 为什么数据会“对不上”不是开发的问题【数据库与SQL】04 | BA必须会的技能自己查数据到底有多重要【数据库与SQL】05 | 事务与锁机制为什么并发会出问题【数据库与SQL】06 | 数据库索引与性能优化读完这一部分你开始用“数据视角”看问题。 第五阶段程序是怎么“思考”的编程原理你在理解的是系统内部如何处理逻辑【编程原理】01 | 编程语言背后的逻辑程序是如何“听指令”的【编程原理】02 | 数据结构基础为什么程序需要“整理”数据【编程原理】03 | 算法基础程序怎么“思考”问题【编程原理】04 | 异常与错误处理程序出错了怎么办【编程原理】05 | 函数/模块与复用为什么程序可以“拆开用”读完这一部分你能理解“开发在写什么”。 第六阶段系统为什么越来越复杂架构设计与网络你在理解的是系统如何被设计出来【架构与网络】01 | 为什么公司系统会越来越复杂【架构与网络】02 | 单体 vs 微服务不是技术升级而是业务问题【架构与网络】03 | 系统设计基础什么是进程、线程与内存管理【架构与网络】04 | 计算机网络基础客户端、服务器、协议的认知【架构与网络】05 | 多系统对接为什么是项目失败重灾区【架构与网络】06 | 同步 vs 异步为什么“实时”反而更危险【架构与网络】07 | 什么是消息队列它解决了什么问题【架构与网络】08 | 为什么有些系统“延迟”是设计出来的【架构与网络】09 | 负载均衡与分布式缓存原理【架构与网络】10 | 容器与虚拟化原理读完这一部分你开始理解“架构决策”。 第七阶段系统为什么会“出问题”环境、发布、排错与版本这是BA真正拉开差距的地方 环境与发布高频坑【环境与发布】01 | 为什么开发说“我本地是好的”但线上就是不行【环境与发布】02 | 什么是测试环境、UAT、生产环境【环境与发布】03 | 为什么上线release这么容易出问题【环境与发布】04 | 什么是CI/CD为什么开发天天说这个 排错与监控进阶能力【排错与监控】01 | 系统出问题时开发到底在看什么日志入门【排错与监控】02 | 为什么同一个Bug有时候复现不了【排错与监控】03 | 什么是监控Monitoring 变更与版本BA核心痛点【变更与版本】01 | 为什么一个小需求改动会引发连锁反应【变更与版本】02 | 什么是版本Version为什么会有v1、v2、v3【变更与版本】03 | 向后兼容Backward Compatibility到底在保护什么读完这一部分你已经不是“写需求的人”而是“控制风险的人”。 第八阶段复杂系统与性能高并发、瓶颈与扩容【复杂系统与性能】01 | 为什么系统一大就一定会“出问题”【复杂系统与性能】02 | 数据不一致其实是设计选择【复杂系统与性能】03 | CAP理论为什么不可能什么都要【复杂系统与性能】04 | 微服务不是银弹它解决了什么问题【复杂系统与性能】05 | 服务拆分的本质不是技术而是组织结构【复杂系统与性能】06 | 为什么微服务让系统更难维护【复杂系统与性能】07 | 什么是高并发和你有什么关系【复杂系统与性能】08 | 系统卡顿问题到底出在哪【复杂系统与性能】09 | 操作系统调度与资源瓶颈如何影响性能【复杂系统与性能】10 | 为什么加服务器不一定能解决问题读完这一部分你能参与架构级讨论。 第九阶段权限与业务复杂性权限系统、业务系统与风险控制【权限与风险控制】01 | 为什么权限系统永远做不完【权限与风险控制】02 | 数据权限 vs 功能权限有什么区别 真实业务系统【权限与风险控制】03 | 电商系统到底复杂在哪里【权限与风险控制】04 | 支付系统为什么那么严格【权限与风险控制】05 | CRM系统为什么看起来简单却很难做好 风险控制【权限与风险控制】06 | 为什么有些功能不是“一次性上线”灰度发布读完这一部分你开始真正理解“业务系统”。 第十阶段云、数据与未来云计算、数据平台与AI【云计算与数据平台】01 | 为什么越来越多公司上云【云计算与数据平台】02 | 云到底改变了什么只是换服务器吗【云计算与数据平台】03 | SaaS / PaaS / IaaS一次讲清楚【云计算与数据平台】04 | 数据仓库和业务系统根本不是一回事【云计算与数据平台】05 | 为什么“报表”和“系统数据”总是不一致【云计算与数据平台】06 | ETL数据是怎么被“加工”的【云计算与数据平台】07 | 数据湖与实时数据流 收官架构权衡、技术选型与AI时代【架构权衡、技术选型与AI】01 | 为什么没有“完美架构”【架构权衡、技术选型与AI】02 | 一个技术方案好不好怎么判断【架构权衡、技术选型与AI】03 | 技术选型本质是在做什么权衡【架构权衡、技术选型与AI】04 | BA真正的技术能力不是会不会写SQL【架构权衡、技术选型与AI】05 | 为什么懂技术的人更容易成为决策者【架构权衡、技术选型与AI】06 | AI时代BA的核心竞争力正在改变【架构权衡、技术选型与AI】07 | 未来技术趋势分布式AI与系统智能化 你不需要一次性读完所有内容。 新手从第一阶段顺序读 在职BA按模块跳读比如只看“接口/排错/权限” 进阶直接看后面的“系统思维 真实世界问题”关注我每天一篇60天打通BA技术任督二脉。