产品经理 你是否给业务留了后路？

本篇文章1986字，读完约5分钟

商业是复杂的，商业产品更复杂。商业产品越复杂，它所依赖的外围系统就越多。少侠，如果有一天，依附的外围系统突然消亡，你会为你的事业留一条出路吗？这篇文章最初是由@汕头发表的，该社区的作者是一名产品经理。馒头(微信公众号:producter)，阿里巴巴产品经理。

也许前面的话听起来有点晕。什么意思?来吧，给我一个栗子。

如果今天馒头去医院体检，体检流程“1-2-3-4”需要经过，如上图所示。然而，这里有一个异常的规则:在体检被认为是成功之前，从1到4的所有链接都必须按照流程顺序完成。(翻译的意思是:每完成一步，1-4个应用系统会将数据返回到体检系统，并触发体检系统向下一个应用系统请求数据。当体检系统依次从四个应用系统成功请求数据时，记录为“体检成功”。如果体检系统在一定时间内没有请求数据，体检系统将不会继续为下一个应用系统请求数据，处于“体检进行中”状态

如果在这个时候，血常规检查仪器挂起，停机时间是不确定的。但由于规则异常，我不得不停留在“血常规检查”的第二步，所以体检无法继续。同时，随着停工时间的延长和医院体检次数的增加，越来越多的人停留在第二步，无法继续，情绪失控；但是在这个时候，医院什么也做不了，因为这是体检系统中写死亡的规则，这是不能改变的。因此，目前只有两个解决办法:要么告诉大家耐心等待，直到血常规检查仪器恢复正常，要么告诉大家，他们应该回家，去工作，并来到医院体检的另一天。我相信如果少侠是一个体检的同学，此时他的心已经崩溃了...

我们没有发现，正是因为在产品设计中没有考虑到异常流量，这个天坑在异常情况下发生时就埋在里面了。可以看出，留下产品是非常重要的！

你说后退是什么意思？

举个例子，刚才我在设计体检系统的产品时，我让我的技术同学写了一系列的代码:“如果血常规系统的下位机造成数据请求失败，我会直接请求下一个应用系统的数据。”如果没有，体检系统将直接跳过血常规数据的请求，直接请求心电应用系统的数据。换句话说，也就是说，我可以不用做血常规就做心电图，最后的体检还是成功的。也许唯一的问题是在我得到的体检报告中，没有血常规的检查结果。然而，如果体检的学生不在乎，那么这不是问题。

事实上，我刚才说的叫做非正常降职策略。例如，在上述设计中，当我们的系统调用外围系统报告超时等错误时，我们可以让我们的系统吃掉异常情况并继续业务，这是一种异常降级策略。当然，一般来说，有三种不同程度的异常降级策略，但这些策略需要根据业务的重要性来决定。

现在，让我们以医院的体检系统产品为例来说明上面图片的含义。在1-4的体检过程中，第一步是非常重要的，因为如果信息没有登记，体检是没有意义的，因为最后，我不知道该为谁做体检。因此，可以看出“信息登记”的商业重要性高于其他环节。因此，如果信息注册系统请求的数据有问题，默认情况下将停止业务。这里的高风险意味着什么？因为一旦被截获，业务就无法继续。例如，信息无法注册，所以我无法在tmd进行体检，并且无法开始在医院进行体检(至少在此时和未来一段时间内)，因此这对业务来说肯定是一个高风险。这就像是“打印体检报告”，它的业务重要性要低得多，因为我现在不能打印体检报告，所以我仍然可以在手机或pc上查看体检报告的数据，改天我可以来医院打印体检报告。因此，如果体检报告的打印出现问题，可以采用直接发布和跳过的降级策略，最终保证体检的成功，这里带来的业务风险几乎为零。

但是，您有没有注意到，无论采用什么异常降级策略，每次我们的系统运行业务时，都需要请求外围系统查看外围系统是否停机。如果停机采用相应的异常降级策略，实际上“每次业务运行请求一次”的处理效率非常低。

所以有主动降级策略的概念。什么意思?也就是说，我可以在后台配置一个开关，主动控制系统是否直接跳过对外围系统的请求。假设我已经监控到“信息注册”系统已经停机，那么我可以直接按下开关命令体检系统在下一段时间内不要请求外围系统，这大大提高了业务的效率，因为我已经消除了对停机系统进行不必要的请求和查询的时间。

所以回到体检，如果我是设计师，我会采取相应的异常降职策略和主动降职策略。第一步信息登记的异常降级策略为“默认拦截”，第二步和第三步血常规和心电检查的异常降级策略为“日常拦截和紧急发布”，第四步体检报告打印的异常降级策略为“默认发布”。此外，我将在后台进行三次切换，以实施步骤2、步骤3和步骤4的主动降级策略。

这样，即使当这位商人对着馒头哭诉机器突然死亡的悲惨故事时，我仍然可以微笑着看着这位商人，温柔地对他说:“别害怕，我有你！你看，我为我的事业留了一条后路……”

哦，是的，

我说的一切都是错的。

原创文章，作者:每个人都是产品经理，如果转载，请注明出处

“读完这篇文章还不够吗？如果你也开始创业，希望你的项目被报道，请点击这里告诉我们！”