产品经理必知的7种容错机制.docxVIP

产品经理必知的7种容错机制 子曰：知错能改，善莫大焉。 产品经理说：且慢！容我想想…… 可能很多时候，我们在设计产品时，主要精力投在主流程上，想如何完成闭环，如何节省步骤，提高用户体验，对于异常情况，就是给出友好的提示和引导。 但产品上线后，我们会发现客户老是因为自己点错的问题找我们，让我们改数据库。我们当然是理直气壮地拒绝了，但仔细想想，是不是我们的容错机制做得不够好。 说说我碰到的三个出错场景吧。 一、我真的知错了 例1：脉脉错过了好友 其实关于容错我之前没有好好想过，但有个同事对这块很重视，我当时还觉得他小题大做，直到我亲身经历了，那次感受特别深。 偶尔会打开脉脉，就会看到人脉，像下图有待处理请求，直接点击√或者×就可以，当时我拿左手在操作，想点√，结果手指不够长，在移动过程中碰到了×，这条就直接消失了，我就想找回来点√，我以为会有一个列表像微信好友一样，至少历史请求都在，但是当我点开列表时，发现也只有待处理的，没有历史记录。 我当时还发了一条状态说为什么点错了不让我改，客服说现在功能是没有，后面有考虑做。但很久过去了，这个功能还是没有。 或许产品经理认为，反正那么多人加你，大部分还不认识，点错了少加几个有什么关系呢。但我就是执着地想加上呢？ 例2：入库单删不掉 在做医疗SaaS时，这个问题真的是隔三差五就有客户提。我们当时的设计是，入库完成后有审核，审核通过入库了就不让改了，如果有错，可以把这笔单子出了，再重新录。 按理说多了审核环节就能避免80%的出错率了，2个人都没看出来？但事实就是，很多人自录自审，然后还点错了，又不想再出后入，因为这样药品流水就会多2条没必要的记录，卫生局会来查，怕说不清。 现在在做wms，去仓库调查时，这个问题也被提出了。这里的入库单都不能仓管手动增，是由采购系统推送过来的，采购员录错了，推送了错误的几百条数据过来。后来发现了，又重新建了个采购单，再推送过来，但之前的单子没有调回，就一直挂在待出库这边，仓管员看了特别难受，想删又删不掉。 例3：昨天的病历改不了 病历规范里面其实是有这样的要求，门诊病历当天归档后就不能修改了，关于出事后篡改病历逃避责任这类的新闻想必大家都有听闻过。 我们当时就按这个标准来的，门诊病历过今天24时就不让改了，体检的可以，因为体检报告一般都要好几天才能写完。 但客户就是还经常要改，有时候是因为同名患者写错了，有时候是因为太忙了，才想起昨天有几份病历没来得及写完。 只要是人就会出错，小学时铅笔写错了字可以拿橡皮擦，高中时中性笔写错了还能用胶带粘掉，为什么电子化的系统反倒改个东西那么难呢？ 二、为什么不让改 产品经理绝对是背锅侠，我们也想让客户随便改，但我们不得不全局地考虑系统啊，改了会不会出更大的问题？ 数据对不上怎么办？ 就像案例2中的入库单，如果采购系统查到有这条入库任务，但是在WMS里面被删掉了，客户会不会觉得是因为系统有bug，数据没有推送过来呢？ 还遇到过一个比较大的问题，医生开完处方后药房也发药了，但是患者说不想要了，就把药退了，医生想把处方单里把这个药删掉，很合理。但是删掉后我药品的发药和退药记录要不要保留呢？保留的话后面查时发药依据在哪？ 万一删错了怎么办？ 用户可以因为手滑，点错了想删除，那如果又手滑，点错了删除，把有用的数据删除了怎么办呢？我们还要给他提供一个像照片一样的垃圾箱，或者word的回到历史版本吗？ 肯定不可能啊！虽说删除都有二次确认，其实三次、四次都没用，有的人就是闭着眼睛在点，错了就问能不能复原。 好像关于出错我们是没法去避免的，但也不能不去处理，我总结了下7种常用的容错机制，可以在不同的时候用上，希望可以少背点锅吧。 三、容错可以这样做 1. 直接修改 对于列表页，我们最常见的按钮就是新增、查看、编辑、删除。这里的修改不止是随着时间场景的推移，事务发生变化，比如提成规则发生了变化，需要及时修改。还包括简单的就是因为输错了，想改，比如员工的姓名。 如果说修改的字段没有和业务流程挂钩，也没有被其他功能引用，那么事情就很简单了，随便改。但B端产品中，字段往往没那么单纯，大部分字段都是有深意的，特别是一些基础数据，那可以试试下面的办法。 2. 只可停用，不可删除 员工信息是系统中很基础的数据，很多地方都有用到，特别是统计报表中。 比如医务统计中会按医生统计看诊量，门诊金额，处方金额等，如果把医生删除了，有可能统计的数据就不对了，医务统计处的总金额就比收费统计那边的金额少了。 这时候可以让员工只能停用，不能删除。但这会引发另一个问题，员工太多了，看着碍眼，那可以在进入页面时用状态过滤下，当然还有强迫症的客户就是想删。 很多时候就算能删，我们也为了保险起见，让开发只做逻辑删除，不做物理删除，但只能针对重要数据，所有的都做逻辑删除对数据库的压力也