顶级架构师如何做好需求分析？
极客时间编辑部
讲述：子阳大小：1.80M时长：03:56
在上一篇文章中，分享了极客时间作者许式伟关于为什么要做需求分析的观点，本文继续分享他对于做好需求分析的一些方法，具体如下。
首先，心态第一，心里得装着用户。除了需要 “在心里对需求反复推敲” 的严谨态度外，对用户反馈的尊重之心也至关重要。
其次，对问题刨根究底，找到根源需求。有很多用户反馈需求的时候，往往已经带着他自己给出的解决方案。这种需求反馈已经属于二次加工的需求，而非原始需求。这个时候我们要多问多推敲，把它还原到不带任何技术实现假设的根源需求。
最后，在理清楚需求后，要对需求进行归纳整理。一方面，将需求分别归类到不同的子类别中。另一方面，是对形成需求的变化点和稳定点的基本判断。稳定点往往是系统的核心能力，而变化点则需要对应地去考虑扩展性的设计。
要注意的是，在讨论需求的变化点和稳定点时，我们需要有明确参考的坐标系。在不同视角下，稳定点和变化点的判断是完全不同的。
所以需要明确的一点是，当我们说需求的变化点和稳定点时，这是站在将要设计的产品角度来说的。比如要设计一台计算机，那么多样化的外部设备是一个变化点。但如果是设计一台显示器，问题域就完全变了，需求的变化点和稳定点也就完全发生了变化。
本质上来说，对变化点的梳理，是一次产品边界的确立过程。所谓的开放性设计，就是将这个功能交给了合作伙伴，但需要考虑怎么和合作伙伴配合的问题。开放性设计并不是一个纯粹的用户需求问题，它通常涉及技术方案的探讨。因此，产品边界的确立不是一个纯需求，也不是一个纯技术，而是两者合而为一的过程。
另外，对变化点的梳理至关重要。产品功能必须是收敛的，必须是可完成的。如果某个子类别的需求呈现出发散而无法收敛的趋势，团队一定要对此反复推敲。不断拷问、不断明确响应需求的正确姿势到底为何。
需求分析的目标和最终结果，都是要最终形成清晰的产品定义。产品定义并不是简单的产品需求的归类。
产品是桥，它一端连接了用户需求，一端连接了先进的技术。所以产品定义不可能做到和技术方案完全没关系。
首先，需要明确产品中有哪些元素，或者叫资源，以及这些资源的各类操作方式。如果我们从技术的视角来理解，这就是定义对象和方法。当然这仅仅是这么理解，实际从产品需求角度会有多条路径的操作方式来达到相同的目的。
其次，需要对产品如何满足用户需求进行确认。用户的使用场景未必全部是产品所能直接满足的，面向特定的行业，可能需要相应的行业解决方案，把我们的产品整合进去。
最后，产品定义还需要考虑市场策略，我们的产品如何进入市场，和既有市场格局中的其他主流解决方案的关系等等。
总而言之，需求分析并不是纯技术的东西，和编程这件事无关。它关乎的是用户需求的梳理、产品的清晰定义、可能的演变方向。
需求分析的目标和最终结果，都是要形成清晰的产品定义。产品定义将明确产品的元素，明确产品的边界，与产业上下游、合作伙伴的分工。
以上就是今天的内容。学习架构，关键在于匠心与悟心。用思考的方式去记忆，而不是用记忆的方式去思考。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论