发现了微信公众平台的一个bug

每日英语例句：

Return to where you came from.

--从哪来回哪去

前几天在修改公众号文章草稿的时候，突然报了个错

操作的过程是这样的：

1、编辑完成草稿之后设置【定时群发】

2、打开草稿重新修改（弹出新页面）

3、取消原文章的定时群发（原页面操作）

4、修改完草稿之后再次点击【群发】按钮

感兴趣的朋友可试一试

因为第三步和第四步是在两个页面上分别操作的，所以第四步点击群发时大概率是因为页面没有刷新，未获取到另一个页面【取消群发】的结果

首先我觉得这个报错是可以避免的，当然咱也不知道这里面的底层架构和业务规则，但是当我们每次点击群发时，再次实时获取【是否已经设置群发】的状态，从技术上肯定能实现

但是紧接着转念一想，这个bug微信团队不可能不知道，但是他们为什么不改呢？

无非两个原因：

1、技术上存在瓶颈，比如他们的用户体量太大了，这种查询可能耗时费力，工作量较大

2、这个场景不是核心场景，即便报错了也不能算是bug，只属于异常操作引起的正常业务限制

其实归根结底就是一个原因

这不是核心场景，没必要改，或者说优先级很低

其实在我们日常的工作中也经常会遇到类似的问题，因为所谓的“严谨性”、“完整性”，会陷入一个怪圈，然后越陷越深

最终忽略了我们的核心功能是什么，核心用户是谁。用很大占比的精力去完善很极端的场景

今天分享的这个bug，对我的启发就是

及时刹车

及时刹车，不要自嗨，不要在场景深处自我蔓延，最终做出性价比极低的功能。费时费力不说，原有的核心场景、更重要的功能没有做

回顾前些年的工作经历，发现有很多类似的情况，当我们要做A功能时，发现有一种异常需要增加B功能；在做B功能时又发现有一种异常需要C功能，循环往复最终可能大家的关注点是在E功能，或者F功能怎么做。而这时我们恰恰忘记了，也许现在只需要把A和B搞定就可以了

所以我们作为需求的源头，要时刻清晰核心功能、核心用户，适度权衡并克制自己，克制对“完美”的追求

因为本身完美二字，不仅仅是产品功能的完美，而是结合了交付、商业、利润、效率等等综合因素汇聚而成的

不是完美的产品就能收获好的结果，也不是不完美的产品就不能收获好的结果

何况，这个世界上哪有真正的“完美”？

抓大放小，一点点做

每天收获一点、思考一点、分享一点，积少成多

今天是持续写作第 26 / 100 天

你的点赞、在看、关注都是对我的鼓励

每日英语单词打卡

喜欢的朋友，还可以设为星标哈

我每天都会更新，不见不散~

往期推荐