案例复盘想成为一条优秀产品狗，除了要掌握撕逼的技巧，还要有优雅的复盘姿势
在成为一条优秀产品狗的道路上，每做完一个项目，我总会花上一点时间，静静地回想那些踩过的坑，那不就是产品狗的修行之路么····· 公司的项目是一个 O2O 的电商平台，我负责的项目是用户与商家之间的桥梁 -配送系统
这个系统的主要用户角色是配送员和运营调度人员，so 产品也分为配送员 app 及后端的运营调度系统
话不多说，先上菜，哦不，先上坑
效率与体验的天平：强制更新机制 第一个版本考虑到 app 为内部员工使用，以及尽快上线的原则，没有设计强制更新策略
当迭代了两个小版本后发现，各个版本都有人在使用，甚至有较大功能缺陷的版本也有配送员在使用
发现这个问题后，我们紧急上了强制更新功能，为了这个有强制更新功能的版本及时覆盖所有配送员，整个团队也花了不少时间和精力
填完这个坑，总算是明白了为什么前辈们总是语重心长的说“任何一款 app一定要考虑好更新策略”
虽然做产品经理，要尊从二八原则，但并不是完全不考虑小部分的情况，因为没有哪个公司的执行力能做到 100%
强制更新的用户体验虽然差，但是对一个内部员工用的产品来说，效率比体验重要的多
即使是用户 app，也因该预留强制更新功能，出于用户体验考虑你可能永远都不会用，但是以防万一总是好的
当然咯，很多朋友会有疑问，iOS 强制更新，怎么通过 App Store 审核
哈哈，方法总比困难多嘛~出于职业精神，我就不在公共场合讨论 BUG 啦（严肃脸）
有兴趣可以私聊探讨哈
善意的小欺骗，让世界更和谐 配送员 app 抢单列表中，配送员可以点击抢单按钮进行抢单
但是，会有多种情况导致抢单失败，比如：点击抢单时，订单已经被别人抢走点击抢单时，订单已经超时（系统有自动派单机制，订单在 x 分钟内没人抢单判定为超时，系统会自动派单）
对于这样的情况，我在第一个
