最近挺长一段时间没有讲跟产品工作相关的内容了，更多的是在聊一些思维模式，思考方法上的内容。
昨天我在群里看到有几个群友在聊Banner的后台怎么设计。正好今天也没想好输出什么，要不就简单聊下我对Banner的一些想法
01
首先，我们得知道什么是Banner，它是广告宣传的一个窗口，是流量变现的一个通路。它不单单是首页金刚区上方的那一张张轮播图，弹窗广告也是，App开屏广告也是，某个详情页底部的广告位也是。这些都得放在一个banner系统里面去思考。
那谁会对Banner提出要求呢？
- 公司运营
- 广告主
所以我们在做Banner的过程中，得好好思考下，对于这两个业务方，他们想要的到底是什么？
以运营为例，他们是最经常使用Banner的人，他会把Banenr图做好，然后挂在你们的业务载体上，可能是App，可能是小程序。
而一般他们用到Banner的场景有：活动、推荐（推荐人、店铺、商品……）、外部广告、通告……
如果你跟运营深度沟通后会发现，他们对Banner核心需求有两块：
- 方便
- 可以清楚地看到效果
怎么理解方便呢？
你做的banner的定时上架、banner的排序权重这一系列功能都是为了方便运营去使用banner。因为他们的活动经常是半夜0点开始，总不能每次都人工到这个时间点去操作一下吧？
多张banner的时候运营需要自己可以定义轮播排序。不然就得全部下架，按照设定的排序一个个重新上架……
效果就更好理解了。
同一个活动会被运营放在不同的广告位以及采用不同的广告形式。那么对于运营来说，他们需要知道这次活动在哪个广告位置的点击率高。什么样的广告形式是用户喜欢的……
只有让运营看到每次广告的效果，他们才能根据数据去思考，去优化。
02
了解完需求后剩下的工作就回归到产品设计上。
对于前台来说，banner包含两部分：展现和跳转。展示就不细说了，比较好理解。
跳转就比较复杂了，运营在做banner的时候今天可能需要跳转到商品详情页，明天可能需要跳转到某个商品分类下的商品list页。
这里有两种设计方式：
- 通过商品详情页的Url链接进行跳转
- 通过商品ID进行跳转
你会选择哪种？
可能你会觉得直接填链接比较方便，没错，链接在填写的时候是更方便。但商品ID却更合适。
为什么呢？我们来思考一个场景，如果这个商品在下架后被重新编辑了价格和基础信息等内容再重新上架，很多电商系统里这个商品链接就已经发生变化了。这个时候是不是就得找到所有和这个商品有关的banner进行修改呢？
这操作可不仅仅是繁琐，还很容易造成前台业务产生错误。因为链接不存在，banner跳转失败。
但对于商品来说，itemID是不变的。哪怕它被编辑后重新上架，ID也是唯一的。那banner跳转就不至于出错
同理，你要跳转店铺的详情页也好，还是要跳转到某一个商品分类下的商品listing页面。我都不建议是以Url链接的方式来实现，最好都以店铺ID、商品分类ID来实现。
那你会问，链接什么时候用？
链接的使用，是用来跳转到第三方网站时使用的。因为第三方和你的系统是没有ID关联的。所以链接更多是用在广告主身上。
上面讲的仅仅是跳转类型，其实还有很多需要和运营沟通和注意的需求点。
举个例子：今天运营做的活动仅限于老用户参加，不希望新用户看到活动banner，而且哪怕新用户通过其他方式进入到活动页面，也要提示他无法参与活动。
那这时候就引出了新的需求：投放人群
投放人群在各大内容网站的投放系统里其实都会存在。我截一个豆荚的给你看下。
这就是投放人群包，当然你自己的系统是不需要做得这么复杂的，可能只需要一些基本维度。比如：活跃用户、新用户、老用户、VIP用户等
03
上面只是对banner的需求举了两个例子，但完整的banner系统可不是只有这些要考虑的。
还有一些系统上要考虑的内容，比如如果运营没有活动banner的时候怎么办？如何避免前台页面开天窗？后台更换广告的时候前台怎么处理广告缓存的问题？……
做所有的产品都是同样的道理，先理解用户，再理解场景，最后通过结构化思维把相似需求抽象出来统一考虑。共勉
·······END·······
我是宁叔爱思考，公众号同名，期待和你交流
今天是保持日更的第53/60天。
如果有收获，欢迎关注、点赞、分享，一键三连
感谢你的慷慨～