假装算法行家入门，只告诉你在无知群众面前讲解算法意义——解决产品问题，但万一有热心群众问你怎么解决他的项目或者给点提示，入门那套还是有点应付不过来，或者说不太接地气，这时需要点操作套路，而这些基本都是大家做过的。
比如这个群众提问如下：
运营的同事认为，鲜花订单的派单形式要有新的产品和算法支撑。我们的即时物流平台会有外卖、商超、快递、鲜花等一系列类型的订单，其中外卖订单是比较核心的，我们做的也比较久，因此很多产品模块包括调度的设计，都是适应外卖场景的。当时鲜花则是相对新的业务。（请问应该用什么算法比较好呢？尤其是能让外卖员送更多的鲜花。）
首先，你要告诉他量化指标/目标是什么 （入门教程有讲明确做算法前的意义）。只要提及效率相关词（更多），都可以用单位时间完成 X 件套路，而且是求最优。如果有其他维度，就加个维度，比如一天/一周/一月每人送花最多数量应该多少，多了个「每人」。但不要明确到底是哪个，因为你根本不知道他的产品实情是怎么样。重点是你要告诉他这个必须和相关同事（运营、送货员）沟通好，不仅要考虑算法数学层面，还有考虑执行层面。比如你的数学模型那么好，但送货员压根做不了，就不那么好了。利用宣讲执行层面重要性掩盖不懂设计算法的弱点。
接着，就跟他讲分解指标：
单位时间人均送花数量 = 送花数量 / （单位时间 ✖️ 人数），接下来怎么分解不需要细讲，但可以提醒他按照二八定律和业务细分，扯一点就行，因为你不知道里面的实情。时间哪个部分占据比较大，送花类型能否分一下类（比如按种类、用户人群），然后再一次强调和相关同事（运营、送货员）沟通好，万一分完他们做不了，还是白干一场。
如果这时你觉得听众对这个简单的东西有点藐视和不屑，赶紧说不要看小一个指标分解，如果连一个指标都分解不好，说明你对产品整个运行逻辑根本没搞清楚（送什么花、配什么人，哪些人才是我们目标用户），算法必须和产品那套逻辑结合才能发挥最大价值。即使你硬上一个看不懂的算法，效果非常好，但这只是一时，产品市场环境一变化，原来那套几乎不适用，比如换成货车专送、增加新的花品种、送的地域变大。盲目换算法效率太低，跟着产品迭代改进就非常不错，可你不懂原来的产品逻辑，怎么迭代好呢？
- 最后放个大招，你要的数据都有吗？后台字段都搜集好吗？保证正确吗？每个字段意义大家都理解一致吗？告诉他们根据经验，做算法最耗时间不是算法设计和分析，而是数据采集，占了 40 - 60 % 时间，来显示你是干过的。
总结
所谓进阶，就是让人觉得你是实践过的，最好效果除了讲案例，就是讲注意的坑和强调简单的常规套路
参考
以上例子，参考《算法是不是产品经理该考虑的？》、《简单内在，复杂外延》
