iPhone 4颠覆了人们对智能手机认知的那一年，正是出版社如火如荼的开展数字阅读的元年。R公司，以可旋转的魔方作为电子书目录的独创设计，令他们赢得了一个重要的出版社客户。
不过，实际开发的过程中，R公司的PM发现，魔方目录会导致程序闪退，无法解决，因此据实已告，并建议客户换成传统的目录。客户方坚决不同意，PM也只能“顺从”客户的选择。
App上线的前三天，在App Store中创下了同类产品下载量第一的好成绩。还没让PM有时间沾沾自喜，客户的电话就来了。
“很多用户反馈，目录页面没法使用，只要旋转魔方就会闪退！怎么回事？！”
“这个问题啊……我之前就跟你打过招呼了，是你坚决要保留魔方目录的。”
“你怎么可以这样讲话！我要找你领导！”客户说完就把电话挂了。
PM冷笑了一声，“SB，让你跩！”，转眼就接到了老板的电话。
“客户怎么会这么生气！赶紧先换成传统目录，保障正常使用！要快！！”
PM得意洋洋的挂了电话，心想，“找老板还不是一样？SB！”
这是一个难得的客户“屈服”于PM的案例，是PM难得的“胜利”。在你的工作中，是不是也有这样SB的客户？就是不信邪，非要撞南墙？偏偏喜欢折磨工程师，好像自己真的是上帝一样？
需求啊，需求……谁人欢喜，谁人愁……今天，我们就说说软件开发的需求管理。
通常，需求管理解决方案是长这个样子的：
最低0.47元/天 解锁文章
127
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
