非常规运营位一般是依据用户的使用场景进行搭建的，如例子中的追书神器，在用户看书的书架页上加了一个7天连续签到的运营位，用户在看书的时候顺便可以签个到领个书券岂不是不费吹灰之力一举两得？例子中的优酷，在精选首页右边加了一个运营位，根据时事热点或热播内容做的视频集合推荐，这个位置的视频推荐效果应该还不错，在流量大的位置专门针对某一话题进行运营，效果比在精选页面上的某个栏目专门做运营推荐/做多个话题视频推荐要好，配合现有的热点和热门能起到更好的效果。也很符合用户在查看精选页面推荐时的寻找某类视频合集的场景需求。
分析：追书神器在书架上方加了一个连续7天签到的局部固定运营位，用户连签到第7天会获得大礼包，用户在书架看书的时候可以顺便就签到，很符合用户的使用场景；优酷则是在精选首页右边新增了一个全页运营位频道，根据时事热点或热播内容做的推荐，推荐的视频类型比较多样化，涉及了电视剧、电影、综艺等多种视频类型专题，通常是围绕一主题进行相关视频精彩集锦片段推荐或相似节目推荐。如此次的双十一预热活动，优酷在该页面上推荐了一些可能会出现红包的视频，让用户“边看边捡钱”，并集合了去年双十一晚会的精彩集锦等，内容很丰富，整体推荐的视频内容和当前双十一主题很符合。
四、对于PM而言，该怎么考虑运营功能。
优秀的产品绝不是单单靠产品功能堆砌才被大家所认可的，运营绝对是优秀产品的强力辅助。看完了上面那么多例子了，那作为一名PM该如何考虑运营功能呢？
总结了这么几点：
1、布局多个运营位
前面的案例中可得到大约有这么几种运营位：时效性运营位、非时效性运营位、内容式运营位、固定运营位、banner运营位、文字链运营位和图标运营位等。
在设计运营位时可以考虑多个运营位结合的方式来创建运营活动场景。
（1）多个运营位有利于保证运营活动的传达率，让活动能充分地展现给用户，让用户感知到。可分析用户的使用场景，在用户使用场景较多的地方加运营位，但要切记保证不打扰用户在当前页面的主要功能操作，且不给用户造成困扰，在各个运营位布局活动时也要保证所布局的活动符合用户在当前页面下的使用场景。
比如，可以在充值页面上加充1元送5元的运营活动，但不可在充值页上加签到的运营活动，这和用户在当前页面的主要使用场景不符合，会给用户造成困扰。
（2）多个运营位有利于运营效果的比较，从而给以后的运营活动提供数据支持。分析对比哪个运营位的效果最好，从而间接得知用户更易于接受哪种运营位的方式，在做运营活动时可以依据每个运营位的活动效果来布局运营活动，重点的运营活动放在效果好且易于被用户接受的位置，而一些普通的运营活动可以放在效果一般的运营位上，补充流量入口。
具体布局几个运营位根据业务需求来～
2、制定每个运营位的规则
每个运营位的规则可以不一样，这个同样可以由PM根据业务需求来制定。
比如前面说的时效性运营位和非时效性运营位就是根据在完成任务后是否消失这个规则来进行区分的。
制定规则时可以往这两个方面考虑：
（1）运营位是仅作为入口还是要关联运营活动逻辑？
运营位作为入口时不需要考虑到该运营位所配置的运营活动逻辑（即活动的时效性和参与情况），所配置的运营活动是否到开始时间/结束时间/用户是否已参与和运营位是否显示没有任何关系，运营位只管有没有配置该运营活动，配置了就显示，尚未配置/删除了就不显示；而当运营位要关联运营活动逻辑时则必须要考虑该运营位上所配置的运营活动逻辑，如所配置的活动到活动开始时间时运营位是否显示该活动、到活动结束时间时运营位是否隐藏该活动、用户已参与完该活动后运营位是否隐藏该活动等逻辑。
比如案例6中口碑外卖的文字链运营位仅仅作为入口放置所推荐的活动内容，该运营位只是承担是否显示该活动，而不判断活动是否开始/结束/用户已参与；而案例7中饿了么的图标运营位则是关联了运营活动的逻辑，未登录时则显示新用户大礼包，用老帐号领取时会提示该活动只支持新用户，在登录后该新用户大礼包图标活动会消失。
运营位仅作为入口或关联运营活动逻辑各有其优缺点。运营位仅作为入口时更灵活，所配置的运营活动类型也可以更丰富，但由于不关联所配置活动的逻辑就会导致运营位显示活动的时间和本身活动的开始/结束时间不一致（比如，运营位中已显示该活动，但活动尚未开始，此时用户能看到运营位中的活动但无法参加），毕竟不由程序控制。而运营位关联活动逻辑时能配置的活动类型将受到限制，好处是可以完全由程序来控制运营位活动的显示，能保证运营位处活动的显示和活动的开始/结束时间保持一致（比如，活动时间开始时才在运营位中显示该活动，活动结束了就在运营位中不显示，保证用户能看到该活动的情况下就能立即参加，活动已结束的情况下就看不到该活动，也就无法参加），不会出现差错。
个人建议还是将运营位仅作为入口，不关联运营活动逻辑，这样运营位更加灵活，可支持多种活动类型，至于运营位显示活动的时间和本身活动的开始/结束时间不一致这个问题，可以通过在后台配置该运营位的活动时填写该活动在运营位的显示时间和隐藏时间，保证在该运营位的显示时间和隐藏时间与活动本身的开始时间和结束时间保持一致即可避免这种问题，并在做活动时做好相应的逻辑处理，比如，活动未开始时点参加提示：活动尚未开始；在活动已结束时点参加提示：活动已结束。
但类似需要针对新用户的运营活动，在设计运营位规则时还是要关联运营活动逻辑，毕竟程序需要判断用户类型（是否是新用户）从而确认是否显示在运营位。关联了活动逻辑的运营位还可以带上设备判断，比如，在同一个设备上已经参与过该运营活动了，用户重新下载应用后是否还需要显示。案例1中淘宝和京东在做新用户运营活动时并没有加上设备判断，当用户重新下载并安装应用后，仍显示该新用户运营位，其实不是特别合理，因为一般在同一个设备上以前登录过淘宝/京东的用户是老用户，给老用户显示无法参加的新用户运营活动，这对老用户而言是种伤害啊…
（2）运营位是否需要支持后台可配置活动？
