17 | 需求分析到底要分析什么？怎么分析？
该思维导图由 AI 生成，仅供参考
什么是需求？
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
需求分析在软件开发中至关重要，决定了后续阶段的顺利进行。本文从需求的定义出发，阐述了用户需求和产品需求的区别，强调了需求分析是对用户需求进行提炼分析，最终形成产品需求的过程。作者提出了三个步骤：挖掘真实需求、提出解决方案、筛选和验证方案。通过实例和引用亨利福特的话语，生动形象地阐述了需求分析的重要性和方法。需求分析需要收集整理需求，分析挖掘用户真实需求，评估需求可行性和优先级，设计解决方案，并验证是否满足用户需求。文章强调了需求分析对软件项目的重要性，希望读者能科学地运用需求分析知识，保证最终产品能满足用户需求，超出用户预期。
《软件工程之美》，新⼈⾸单¥59
全部留言(26)
- 最新
- 精选
Charles思考1（需求分析没做好失败案例）： 客户做了好多年澳洲海鲜批发生意，发现很多C端用户只有在少数大酒店才能吃到真正比较好品质的澳洲海鲜，所以想做个面向熟悉城市的地方性商城，自己搭建仓促、物流、售后等，让用户在家里就可以吃到好的澳洲海鲜产品，最终由于线上运营成本方面考虑，只做了线下的类似生鲜门店和餐厅的结合体，线上部分做了一半就没有进行下去。跟着老师的文章思路，现在看来当时只做到挖掘了客户而非用户的真实需求，接着就直接提出解决方案和技术可行性发现没问题，没有在成本方面和客户探讨是否能支撑到位想做的事情。 思考2（AB测试）： 了解AB测试，但是目前的项目中更多的是人工方式去分析新功能是否可行，比如做了某个功能，入口隐藏掉，但是网址可以访问，提供给部分用户网址让用户使用新功能，收集反馈，也算吧？😀 思考3： 极客时间课程音频功能满足几个用户需求点：1. 上下班路上或开车等场景下不方便看文字，先听一遍音频，到了方便看文字的场景再过一遍音频里有时候消化不了的内容，利用不同的场景结合提高学习效率和效果 2.一边听音频一边看对应的文字，对于那些看书困难户，体验很好没有心理负担作者回复: 挖掘客户真实需求这事，属于典型的知易行难，做好确实不容易。 AB测试如果配合数据分析，会效果更好。用户反馈可能会说谎，数据不会：） 赞，分析很到位👍
2019-04-0412
bearlu今天这篇文章信息量很大。我想问问，我是否总结成一个思维导图，方便形成模式？作者回复: 👏如果你能总结成思维导图那再好不过了，无论对你自己，还是分享出来对其他人，都很有帮助
2019-04-047
易林林目前还没遇到因需求分析没做好而失败的项目，只是遇到过因需求分析没有做好而完成得非常艰难的项目，不断变更，不断调整，不断加班...，有点绝望中死不足惜的那种味道。 需求分析在项目中的重要性不言而喻，不过大部分软件项目对它的重视基本上都来源于“没有需求就不能开工”，更像是一种仪式，并且还要求仪式做到尽善尽美，否则延期的锅就是需求分析的人来背。真正实施项目的人不会在乎需求是否合理，是否某些方面值得改进，即使在乎也只是在心里嘀咕两句就算了，谁也不愿意惹事。项目做完是我的责任，项目做错是你的责任。 我觉得这里比较重要的一点是：需求跟踪，有了跟踪就有了不断改进和完善的空间，有了将项目不断拉回预定轨道的可能，只要在需求跟踪过程中控制好变更的时机和频率，无论对产品需求还是对具体的项目实施人员都是非常有利的，项目的成功率也会大大增加。作者回复: 没需求当然不能开工，需求是项目的源头。 没想清楚就开工，然后边做边改也是软件项目一大特色。 不过没有想清楚的需求，第一版最好快猛糙快速原型式开发，另外聚焦核心需求，否则后期变更太痛苦。
2019-04-046
hua168老师，需要分析不是产品经理的事吗，我们开发不用需求分析的吧？ 不是产品经理把需求文档交给开发，开发有什么不懂再和产品经理沟通吗？ 是不是大家理解一致，开发知道产品经理这个需求的作用、解决什么问题，然后大家理解的是不是一致就好了？ 需求分析好像与开发关系不大呀？作者回复: 这是个好问题。理论上来说，需求分析是产品经理的事，但不意味着程序员不需要懂。 具体我在下一篇《19 | 作为程序员，你应该有产品意识》有详细解释，为什么开发也应该懂一些需求分析的知识。
2019-04-065
小老鼠1、汽车不是比跑得更快的马车成本更高，与游乐场与秋千区别是什么？ 2、上课时老师说需求是作什么，设计是怎么做？您说的是用户需求是作什么，产品需求是怎么做。好像有矛盾。 3、如何分析隐性需求？ 4、需求分析做不做这个产品与可行性分析好像有共同处？ 5、立项什么时候做，做什么？ 6、产品工程师与需求分析师工作内容有什么区别？作者回复: 1. 成本是相对的，需要在成本和满足需求之间寻找平衡。这就好比手机从几百到上万都有，能满足不同层次需求。 游乐场和秋千的差别主要也在于成本的差异。 2. 产品需求也叫产品设计，应该不矛盾 3. 分析隐性需求可参考文中“挖掘真实需求” 4. 可行性研究的基础也是要先了解清楚用户的需求，在根据需求去寻找可能解决方案以及可行性 5. 立项一般是在对需求了解，并做完可行性研究觉得可行之后再立项 6. 似乎没有产品工程师，只有产品设计师。需求分析师一般是去了解业务，了解用户的需求是什么，把专业的需求翻译的让产品设计能理解；产品设计师基于理解的需求设计出来相应的解决方案。 举例来说，建筑行业软件的需求分析师需要懂建筑行业的专业知识，能明白建筑行业的专业术语，同时也要懂一些产品设计和软件开发，他们要把建筑行业的专业需求提取成软件中可行的需求，描述成产品设计师、软件工程师能理解的语言。
2019-09-124
风翱突然接到一个通知，需要和第三方的人员开会，当时也不知道需求是什么，参加会议后，听明白对方需要的，和上级领导确认他的目标后，发现两者，各自有各自的目的，是对立的。反馈后，上级领导还是坚持要做。结果对接上线后，完全没有使用过。这种情况也不止一两次了，感觉很是无奈，总是做一些无用功，却又没办法改变现状。作者回复: 大家目标不一致很正常的，合作，就是要寻找共同的目标，找到折中的解决方案。 举个相似的例子： 我们程序有些功能是通过Http Header的值来控制开启的，某个功能默认是不开启的。 前几天我们测试的同事希望开发能打开这个功能，不需要设置Http Header。开发的同事就不愿意了，因为改了后可能还会影响其他组使用，另外过些天他们测完，估计还得改回去。 所以我问了一下测试，原来他们的测试工具不支持设置http header。也就是他如果能通过其他方式测试也是OK的，并不需要修改默认行为，于是建议开发增加支持通过url参数开启功能的方式，对测试来说达到目的，对开发来说改动也不大，也不影响其他组和后续的维护。 这个例子不一定和你的情况一样，只是作为一个参考，这样下次你也可以尝试思考一下有没有折中的方案。
2019-04-074
AntLoin经常出现用户自己都不知道自己想要什么，而是希望先有个东西，然后他们再在这基础上来提出自己想要的。做成音频个人观点： 1、本身这个群体每天看着电脑等都很疲劳了。 2、看文稿时，如果有微信、QQ等消息时，人会不自觉的去看看，一看可能一会就搞其他去了，注意力就不在了。 3、听的同时给予了更多的思考空间，然后再结合文稿就更能巩固其中的知识点。作者回复: 是的，很多时候用户并不知道自己想要什么，你得先给他看到一个东西，然后他再会想到更多的需求。 但是如果被用户牵着鼻子走成本就太高了，所以要分析需求，要做原型设计低成本的确认需求。 分析的挺好，音频就是契合用户的各种特殊使用场景的需求。
2019-04-043
一路向北经常犯的错误是，对客户的需求理解不够底层，导致在项目做了一段时间之后，根本不是客户想要的产品。这也是文章里说的，需要表层分析，深层分析，底层分析。没有这个递进式的分析，即使能够做出符合用户的产品，也是有很大的运气成份。 极客的产品有音频，主要是分析了用户的需求，很多时候用户不想对着电脑屏幕或者手机学习的情况，听音频也有一种互动的效果，和上课的学习比较贴近。作者回复: 👍很好的反思。 极客时间的音频，确实是使用场景确定的，有时候不是不想，而是不能对着电脑屏幕，比如在路上、在开车。
2019-04-072
花灰宝玉老师，需求分析师在进行提出解决方案阶段的时候，需要拉上产品经理或者程序员和测试工程师一起制定么？解决方案和产品经理xiede产品文档最大的不同是什么呢？作者回复: 提出解决方案阶段，产品经理、程序员和测试一起参与是非常必要的，这样可以协助提出技术上的可行性分析、估算工作量，避免提出一些不切实际或者成本过高的需求。 解决方案写的文档是从客户的需求角度，提出要解决什么问题，比如客户说想要一个交通工具帮助通行。 产品经理写的文档是从设计的角度，提出如何解决问题，比如说设计一个马车。 程序员则是对方案进行具体实施，比如建造马车。
2019-09-081
一铖宝玉老师，这个课程有ppt或其他整理成册的文字材料吗？作者回复: 抱歉，暂时没有其他形式的文字材料
2019-05-161
