需求分析模型

需求分析模型啊，这玩意儿啊，我当年接触的时候，，还真是挺头大的。2022年那时候，我负责的城市，得，那是个大项目，需求量得有个几千个，，钱嘛，那可是上百万的预算。
我当时也懵，需求分析嘛，我以为就是列出需求清单，哪知道里面学问那么多。需求分析模型，，那可多了去了，像SWOT分析、PEST分析，还有那个Kano模型，，我后来才反应过来，我可能偏激了，光看表面了。
那时候，我们团队为了这个模型，天天开会讨论，我那时候真是累得够呛。记得有一次，我熬了一个通宵，写了个需求分析报告，第二天老板看了，嗯，这小子，有点东西。不过，钱嘛，还是那个价，没给我涨。
，说起来，那会儿的心情，真是五味杂陈。可能我偏激了，但那时候，真的是为了做好这个项目，为了那个城市的发展，我确实是全力以赴。

嘿，需求分析模型这事儿，得说点我个人的经历。
记得当年我刚入行那会儿，需求分析还真是门挺复杂的艺术。说实话，那时候我接了个项目，客户的需求听起来就像天书一样，各种术语、流程，头都大了。我当时也没想明白，怎么把客户那些乱七八糟的需求整理成有用的东西。
后来，慢慢摸索出了点门道。比如说，我那时候参与过一个移动应用的开发项目，客户一开始就说了要个“用户体验好”的应用，但具体怎么好，他们自己也说不太清楚。我就在那段时间里，开始研究各种需求分析模型。
有意思的是，我发现了一个挺实用的方法，就是用用户故事。这玩意儿当时在业界挺火的，我就在项目中尝试了一下。我们团队分头去调研用户，然后每个人回来写一个用户故事，比如“作为一个用户，我希望能够一键分享到社交平台，这样我的朋友就能看到我的动态了”。
用户故事就是用用户的角度去描述他们想要实现的功能，这样需求就具体多了。我们那个项目后来还真顺利完成了，客户挺满意的。
至于模型嘛，我那时候常用的有SWOT分析、Kano模型和用例图。SWOT分析就是分析一下项目的优势、劣势、机会和威胁，挺实用的。Kano模型嘛，它把用户需求分成五个等级，从基本需求到兴奋需求，挺有意思的。用例图就是画个图，展示用户和系统之间的交互过程。
当然啦，这块我没亲自跑过所有项目，数据我记得是X左右，但建议你核实一下。需求分析这事儿，得根据具体项目来定，没有一劳永逸的方法。不过，用用户故事来梳理需求，是个挺不错的起点。

需求分析，10年经验：
1. 确定项目目标，明确业务需求。 2. 用户访谈，收集用户痛点，2023年某公司，30位用户。 3. 功能需求，细化用户需求，2022年某项目，50项功能。 4. 非功能需求，性能、安全等，2021年某案例，20项非功能点。 5. 需求优先级排序，紧急性、重要性，2020年某产品，50项需求排序。 6. 需求文档编写，清晰、易懂，2019年某系统，100页文档。 7. 需求变更管理，及时更新，2018年某平台，10次变更记录。 8. 需求评审，团队共识，2017年某服务，5次评审会议。 9. 需求跟踪，确保落实，2016年某应用，30项需求跟踪。 10. 需求闭环，确认无误，2015年某软件，所有需求100%完成。

上周，2023年，我那个朋友在做需求分析模型的时候，遇到了一个难题。她试着用SWOT分析了公司新项目的市场情况，发现虽然“威胁”挺多，但“机会”也相当明显。一言以蔽之，每个部分都挺关键，但每个人情况不同，具体操作还是得灵活变通。我给她建议，先从最有可能实现的“机会”入手，逐步推进。但她觉得，算了，还是先全面评估，你看着办。我刚想到另一件事，她可能还需要考虑成本效益分析呢。