这次解决了，下次怎么办？

2010年05月8日 | 1:24 上午分类：长沙SEO | 标签：用流程解决共性问题 | 347 views

这次解决了，下次怎么办？

能不能没有下次？

解决问题，制定方案用流程解决共性问题

世界上没有一劳永逸的事，问题总是千姿百态，层出不穷，但我们永远应该做制造印钞机而非手工打制铜钱的事情。遇到问题，多问几个为什么，找到根源，用系统的解决方案根除它，才可以为组织不断增强免疫力和提升工作效率。

2004年5月的一天，百度首页出现了一个与某跨国企业合作推进一项公益活动的文字链接，和以往一贯指向内部推广网页的文字链不同，这次它指向的是合作方官方网站上一个活动的页面。对百度而言，这是一次新尝试。

文字链上线不到两小时，用户便发现这个页面点不开了，负责此项目的经理小易紧张得出了一身汗，到底哪里出了问题？查明原因，他略微松了口气，问题出在合作方，由于低估了百度带来的点击量，他们的服务器当机了。小易当机立断，发起下线，暂停推广。

百度首页是Robin最关注的，这里的任何一点变化都需要Robin亲自审批，下线也是一样。

小易在发起下线的邮件里写道：“由于XX公司的服务器负载量不够，链接已经打不开，百度也无能为力，特此申请暂时下线。”

当时，Robin不在公司，但他的回信很快就到了，里面并非如每次正常下线时只有“同意”两个字，而是在“同意下线”后面追加了一个问题：“下线以后呢？”

小易狠狠地拍了一下自己的脑袋，很后悔自己邮件写得太着急，没把后续的处理写进去，还让Robin追着问，太不好意思了，赶紧回信：“已经与对方沟通，等他们调好服务器，测试好了再发起上线，按原定时间将合作执行完。”他对自己的及时处理还是比较满意的。

没想到，两分钟后，Robin的邮件又来了，这回，不是五个字，而是好几行了：“我想了解的不是这次怎么办，而是针对这类问题，你们有没有着手制定一个系统化的解决方案，我们应该对合作方提出多大的服务器准备要求，以最大限度地避免再次发生这类事故，以及如果一旦发生，如何最快地应对？“首页任何一个链接每一秒钟的无法点击都会给亿万用户带来不好的体验，按流程发起下线需要多人审批，审批过程中又有多少人去点击看到了‘无法访问’？如果这种合作想要继续，这样的问题一定会再出现，我们应该用流程来解决共性问题，而不是事到临头特事特办。

“请你们好好做一个case study，系统地评估一下这种合作带来的正负面用户体验、出问题的几率，防范的措施以及应急预案。告诉我如果出问题，最快可以在几秒钟之内发现并解决，这几秒钟会有多少点击受到影响，我们再据此判断这类合作该不该做。”

这番话让小易沉思了很久。后来和别人分享这个案例时小易说出了那一刻的感悟：“那一刻，我忽然明白什么才是作为一个领导者的思维方式，我们只盯着这件事情怎么解决，如何影响最小。而Robin想的是如何系统地解决一类问题，用流程让项目有序进行，将突发状况和人为因素对结果的影响降低到最低限度。”