案例 | SaaS公司能从Pokemon GO中学到什么？（下）
Pokemon Go母公司Niantic Labs公司花了不到一个月时间就找到了一个明星合作商——麦当劳，并把其在日本所有的餐厅都变成了宠物小精灵场馆。由于Pokemon Go同时在Twitter等社交平台有相当多的活跃用户，Pokemon Go正享受着其他公司或网站没有的特权。
作为SaaS企业不用艳羡，你仍然可以有很多很有意义的合作关系可以打造。可使用应用程序接口（API）或集成的方式与其他公司合作，或者可启动合伙伙伴项目来促成增长。
事实上，整个产品都是建立在应用程序接口基础上。就拿宠物小精灵这个主题来说——第三方App精灵跟踪定位软件就是为了更便于在Pokemon Go游戏中找到稀有的生物，这款App仅在5天内就圈粉高达2700万。
虽然不太可能有人会使用你的应用程序接口去获得那么大量的受众（尽管你也不敢打包票！），但这始终是获得大量用户的潜在途径。在另一方面，兼容模式则是与你所欣赏的、想要效仿的理念相仿的企业联系起来的一种好方法。
即使是回到过去几年，2/3的SaaS公司都在说合作伙伴对于软件运营企业的成功是至关重要的。在2014年，HubSpot的《VAR项目》就带来了其几乎1/4的收益。
Pokemon Go在发布之前曾进行超过两个月封闭式外部测试，且仍然错漏百出。控制变量并不直观，辅导时间也并不足够，而且这个游戏还经常在你试图捕捉一个宠物小精灵的时候卡住。
在不知道Niantic公司为了Pokemon Go到底做了多少测试的情况下，一味指责他们做的还不够是很不公平的。而且，当你不在总部的时候，或当人们并没有按照你期望的那样使用这个App或你的产品的时候，你总是无法预测出一些事情将会结果如何。
一个大问题是，只要你一在某一个国家发布，其他的每一个国家都会吵着要你在他们国家也发布。也许这对你的产品无法适用，但我们还是学到了一课：一旦某个事物公之于众，它就再也无法收回了。
退回到上一次主要更新之前或试图返回到其他一些重大改变/发布之前，常常会带来一些让人头疼的后果。所以确保自己已经为所有可能发生的结果做好了准备是非常明智的。而且，如果你有空闲时间，在发布之前把外部对产品/产品特性的测试进行到非常彻底吧！
“服务器遇到故障，请稍后再尝试。”
如果你是在6月或7月玩Pokemon Go，你可能会在各种场合遇见这样的信息。而且，服务器问题到现在还在制造麻烦。在最近的更新中，Pokemon Go取消了“附近的宠物小精灵”这一功能（遭受用户大量负面反馈），并声称服务器问题是公司这一举措的主要原因。
试图找到能够Hold住Pokemon Go8000万玩家的服务器可不是一个简单的活儿，但幸运的是，确保你的服务器能够承担这样的流量也不是很难的事儿。我们同样知道站点网速在2016年仍是一个大问题。
当然，你无法保证100%正常运行，但至少在出现错误的时候，你可以通过推特或者某个专用的网站提供及时更新的问题信息以及何时可以修好……如果有可能的话。Slack这一点就做得非常好。Pokemon Go？做得不咋地。
Pokemon Go经历了崎岖的发展历程。从上述的服务器问题到Pokemon Go Plus的生产延迟，Pokemon GO可能享受了从任何产品都比不上的最笨拙的发布到仅在发布几天后就获得史上最高下载量的神奇过程。
它有很多方面做得很好——就比如说让人们走进户外，提高他们的精神健康——也有很多方面做得不好，而Niantic公司都摆脱了后者，因为宠物小精灵特许经营在孩子们中激起了一股狂热潮流，在那些童年是玩宠物小精灵度过的千禧年人群中激起了一股怀旧潮流。
不幸的是，大部分软件运营产品无法享受这种奢侈待遇，这也是为什么在发布之前要尽可能多的揪出问题是如此之重要，并且一定要有机制去承受，更不提要解决那些问题了，因为那些问题将会不可避免地进一步使产品走下坡路。
这样做了后，你就可以最大化你的产品成功的几率以及成长速度。也许不到Pokemon Go那种程度，但尝试总是好的嘛……（完）
