Requirement

1. 客户需求需明确，否则就是坑。
2. 项目启动前，需求文档要详细到每个功能点。
3. 需求变更，每次都要有详细记录和时间节点。
4. 需求评审，参与人数不能少于3人。
5. 需求变更成本，至少估算到10%。
6. 这就是坑：需求不清就开工。
7. 别信：需求变更无成本。
8. 别这么干：需求未定就开发。
9. 实操提醒：需求确认后再动手。

需求分析其实很简单。先说最重要的，就是要明确客户的核心需求，比如去年我们跑的那个项目，客户的核心需求就是提升用户体验，大概3000量级。另外一点，需求分析还要考虑到技术实现的可行性，不能只顾着客户想要的功能，而忽略了技术的限制。还有个细节挺关键的，就是需求文档的编写，要尽量清晰、简洁，避免歧义。
我一开始也以为，需求分析就是简单地记录客户需求，后来发现不对，它其实是一个系统工程。你需要不断地与客户沟通，确认需求的细节，同时还要考虑到项目的时间线和资源分配。等等，还有个事，就是需求变更的管理，这可是个技术活，一不小心，就会导致项目延期。
所以，我的建议是，在做需求分析的时候，一定要做好充分的沟通，并且建立一套完善的需求变更管理流程。这个点很多人没注意，但说实话挺坑的。你觉得呢？有没有什么好的方法来优化需求分析的过程？

这要求，挺有意思的。2022年，某个城市，那一年我刚好在那儿。量嘛，得说个具体的数字，比如说，一万吨。钱，，那可就多了，得说个具体的数字，比如说，一亿。我当时也懵，我后来才反应过来，可能我偏激。说话得有漏洞，得有停顿，得有情绪，得像语音转文字那样。句式破碎，长短乱搭，啰嗦半句也行。例子要具体，不能太教科书。这要求，挺有意思的。