架构师为什么要做需求分析？
极客时间编辑部
讲述：丁婵大小：2.26M时长：04:55
架构的第一步是需求分析。那么，为什么要做需求分析？如何做好需求分析？极客时间专栏作者许式伟在其同名公众号发文，分享了他的观点和方法。
首先来了解为何要做需求分析？
第一，因为我们做软件本身就是为了满足用户需求。那么，用户需求到底是什么，我们需要定义清楚。
第二，需求边界定义的需要。用户需求理清楚了，不代表产品理清楚了。用户需求的满足一定会有行业分工，我们做什么，合作伙伴做什么，都需要理清。
第三，架构设计的需要。架构需要切分子系统，需要我们梳理并对用户需求进行归纳与抽象。架构还需要防止过度设计，把简单的事情复杂化。
但什么是过度设计？不会发生的事情你考虑了并且为它做足了准备，就是过度设计。所以判断是不是过度设计是很困难的，需要对需求的未来演化有很强的判断力。
从这几个维度来看，需求分析过程必然会涉及以下这些内容。
面向的核心用户人群是谁？
用户原始需求是什么？核心问题是哪几个？
已经有哪些玩家？上下游有哪些类型的公司，在我们之前，用户是怎么解决他们的问题的？我们的替换方案又是怎样的？
进而，我们的产品创造的价值点是什么？用户最关注的核心指标是什么？
用户需求潜在的变化在哪些地方？区分出需求的变化点和稳定点。
对于以上这些问题，都是我们在梳理需求的过程中要思考的。
可能有人会认为，这些问题是 CEO 或产品经理这样的角色需要回答的，而不是架构师需要回答的。某种意义上来说这句话没错。回答这些问题的首要责任方是 CEO 或产品经理。他们有责任让团队中的每一个人理解产品逻辑。
但是，如果架构师只是被动地接受产品需求，以按图索骥的方式来做架构设计，是不足以成为顶级架构师的。原因在于两点。
一方面，用户需求的深层理解是很难传递的。你看到的产品文档，是产品经理和用户沟通交流后的二次理解，是需求的提炼和二次加工，很难原汁原味地传递用户的述求。
所以架构师自己近距离地接触用户，和用户沟通，去体会用户诉求是非常有必要的。况且，大部分人并不会那么仔细地阅读别人写的文档。当然这不完全是看文档的人单方面的原因，如果团队文档平均质量不高的话，也会影响到阅读者的心态。
另一方面，产品设计过程需要架构师的深度参与，而不是单向的信息传递。产品经理非常需要来自架构师的建设性意见。
产品本身是运用先进的技术来满足用户需求过程的产物。用户需求的变化是缓慢的，真正改变的是需求的满足方式。而需求满足方式的变化，深层次来说，其背后往往由技术迭代所驱动。
从这个角度来说，产品是桥，它一端连接了用户需求，一端连接了先进的技术。产品经理是需要有技术高度的，他不一定要深刻了解技术的原理，但是一定要深刻理解新技术的边界。某项技术能够做什么，不能做到什么，顶级产品经理甚至比实现这项技术的开发人员还要清楚。
认为产品经理不需要理解技术，这可能是我们普遍存在的社会现象，但很可能并不符合这个岗位的内在诉求。
产品经理和架构师其实是一体两面。两者都需要关心用户需求与产品定义。只不过产品经理更多从用户需求出发，而架构师更多从技术实现出发，两者是在产品这座桥的两端相向而行，最终必然殊途同归。
这也是架构师需要深度参与产品设计的原因。产品经理很可能会缺乏他应该有的技术广度，这就需要架构师去补位。产品定义过程需要反复推敲琢磨，并最终成型。
需求分析并不是纯技术的东西，和编程这件事无关。它关乎的是用户需求的梳理、产品的清晰定义、可能的演变方向。
需求分析的重要性怎么形容都不过分，准确的需求分析是做出良好架构设计的基础。
以上就是今天的内容，关于如何做需求分析，将在下篇文章具体分析。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论