甲方怒喷半小时：一次项目上线失败的深刻教训
哈喽大家好，这里是你们的老朋友小米~最近工作忙得不可开交，这不，昨夜又是一个通宵夜，因为一些原因导致了项目上线失败。今天在会议上被甲方喷了整整半个小时，我心里五味杂陈，但作为一个技术分享爱好者，我决定把这次经历记录下来，希望能给大家一些启发。
需求背景：一个看似简单的白名单功能
事情要从运营同学提的一个需求说起。运营希望能在管理后台加一个白名单的功能，可以通过增加相应手机号到白名单库，使得该手机号的人员可以免除身份校验，通过分享的链接或二维码直接登录商城页面进行福利领取。听起来很简单，对吧？然而，这个看似简单的需求，最终却成为了一个噩梦般的项目。
问题一：没有需求原型
痛点分析：产品大大太忙，只给客户发了几行文字描述需求。客户通过文字确认无误，但实际上没有原型给到客户和开发团队。于是，上线后客户一直吐槽，认为这个功能完全不符合他们的预期，最终导致无法正常验收。
深层次原因：
没有原型图，导致开发和客户的理解存在偏差。
客户的需求只是文字描述，缺乏具体的界面和交互细节，导致功能实现与客户预期相差甚远。
解决方案：
- 需求确认会：在需求分析阶段，务必与客户、产品经理、开发团队共同开会确认需求细节。
- 原型图设计：无论多忙，产品经理都应制作详细的原型图，包括界面布局、交互细节等。
- 需求文档完善：不仅要有原型图&#