举个例子，如果让你设计导航产品中的路口转弯提示语，你可能觉得设计成类似“前方500米路口右转”这样就没问题了。
这是最简单的一种平台协同的方法。每一个平台不仅要完成自己的使命，还应该考虑为兄弟平台做点什么，比如带带曝光、带带流量什么的。所以，我们在每个平台产品的导航栏都增加一个“AI产品矩阵”的菜单，把七八个产品的logo、名称、链接都列了上去。数据表明，这个小小的菜单，每天都能为其他平台带来可观的曝光和转化，做这个菜单的ROI非常高。
平台能力复用，杜绝浪费
平台在不断迭代升级的过程中，对于一个新需求，不要一上来就自己做，而要先看看其他平台有没有可以复用的现成的能力，哪怕是“曲线救国”或者“权宜之计”。
首先，要纠正平台上出现的不正确的用法。
为什么会存在这种情况呢？
原因在于，尽管产品经理在产品设计的时候，本身就会尽力杜绝大部分错误的发生，在平台的玩法中也有相应的规则告知到用户，但大家并不会像你想象的那样“守规矩”，他们会有意无意地“妙用”、“错用”甚至“滥用”。
比如，在我去年负责A/B实验平台的时候，我们曾经对平台中所有实验进行深入分析，结果就发现了很多惊人的现象。
数百个实验只有一个版本：正常来说，需要两个或者更多的版本来进行对照实验，但很多实验竟然只有一个版本，其中一个很大的“妙用”或者“误用”，是用户仅仅把平台当作灰度平台来使用了。
数百个实验内流量为0：有的用户并没有使用平台的分流能力，而是自己做分流，这也是我们没有料想到的。
数百个实验运行时间小于3天或者大于30天：正常来讲，实验需要运行一周左右。但很多同学将实验运行一两天，一看到数据有变化就把实验推全或者下线了，这其实是不科学的。有的实验运行了好几十天，原因竟然是有人忘记处理了，可能实验场景都不存在了。
可见，大家对A/B实验的了解还是很不够的，导致在平台上出现了各种“奇特”的用法。那么，需要在平台培训和产品设计等方面，做更多的工作。
然而，当大家花几个月开发出来后，却发现根本找不到一个业务方，因为大家都说不敢用。最后，这个“智能”的一键部署功能只能无奈地下线了。
要说明的是，并不是说“简化模型部署”这个产品方向有问题，而是上述“黑盒的、让用户心里没有底”的方案，需要多斟酌，要多站在用户的角度来思考
