简单设计，是敏捷里的一项重要实践，也是非常难掌握的一个，难就难在“度”上，很难把握，这里分享一下我们项目的实例。
QT语音，有一个需求——实现对当前房间播放语音进行录音，并自动保存为本地MP3文件。听起来很简单，但那是正常逻辑，异常逻辑很多，例如如果用户忘记关闭录音功能，那么硬盘可能会被录音文件占满，这种情况应该如何处理？

至少有这样几种方式：

1. 如果占满当前分区，则转向另一可用分区，继续保存。
2. 设置最大存储时长，比如1小时。
3. 在即将保存不下的时候，提示用户选择是否继续录音
4. 如果保存不下，则停止。

这是一个现实的简单设计的案例，然而它是由项目经理提出的，为什么不是其他角色？因为产品经理会自然倾向思考正常逻辑和一些表面的异常场景，所以只有少数非常有经验的能够想的非常周到。而技术人员有会很自然的从技术实现角度考虑，而不是用户使用场景。这是习惯思维导致的正常问题，不容易纠正，因此PM作为一个中立的角色，出于风险的考虑不能只考虑正常逻辑，同时出于降低风险的考虑也不会考虑复杂的实现方式，因此PM通常能给出较为合理的建议。当然项目经理也需要培养自己的产品意识。

然而PM常常忽视掉自己在这方面的价值，殊不知，这对产品对用户对项目都是作用巨大，希望PM们都能开始关注需求的简单设计。