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