冷静对待每一次改版更新，因为无论你再怎么吐槽，总有10W+出来打你的脸。

几天前，微信更新了6.7.3版本，作为一名资深的安卓用户，从朋友圈里感受到这次更新对新媒体运营产生的剧烈影响：取消头条大图显示、新增“常读订阅号”功能，一不小心你的头条就会变成别人的次条、服务号头图变成2.35:1……

可是，这又怎么样呢？

更新就更新呗，还不就是写好内容就行了。

直到第二天，给推文做头图的时候想起这次更新，这……要怎么做头图啊？如果用一张统一的封面，可能效果就是这样：

这次改版后，头图需要考虑4种情况：

• 1.尺寸为2.35:1的头图尺寸，安卓用户、常读订阅号用户的展现形式仍然保留了头条大图；
• 2.尺寸为1:1的封面尺寸，改版后未纳入“常读订阅号”的推文头条会变成1:1尺寸的封面图，如果按2.35:1的尺寸上传，会自动压缩；
• 3.公众号后台提供了头图裁剪功能，编辑可以自己裁剪合适的图片展现内容；
• 4.微信未更新用户的头图仍为900*500的传统尺寸，如果不设计合适尺寸，会被上下拉伸。
• 5.……

面对这么复杂的情况，头图该怎么做才能满足所有用户？就算不考虑后面两种情况，安卓用户和更新的ios用户要照顾哪个？一张图怎么满足两种展现形式？

好了，关于这次改版的吐槽到此为止，下面开始抖一抖小机灵，如何制作“万能头图”：

一、微信改版后，封面图玩出花样的4个思路

封面图的基础功能是保持页面美观，升级功能是引导用户阅读，从这两个目的出发，一张封面图可以从这4个方面抖一抖小机灵。

1.利用后台裁剪功能，一张头图2个封面

公众号后台提供了封面图裁剪功能，但只能上传1张封面图，这样我们可以将两张封面图（一张2.35:1尺寸，1张1:1尺寸）放在1张图片上，利用裁剪功能分别裁剪出尺寸合适的封面图。

怎么样，简单吧？这样的问题是需要制作2张封面图，增加了编辑的时间成本，那么能不能有省事的方法呢？

2.设计一张能裁剪2个封面的头图

这是目前很多干货都在讲的方法，通过画出来不同尺寸，甚至不同机型、版本的封面图展示效果，画出封面图中的有效区域，最终发现有效的只有中间那么一丢丢……而且放到小图上根！本！看！不！清！

那么如何设计一张能裁剪2个封面的头图呢？有2种方法，一种是用合理的布局，另外一种是用纯色背景。

（1）用合理布局，左右对称或3分法对称

合理布局都是为了保持在2.35:1的这个尺寸中展现更多内容，比如品牌露出或者内容引导，在1:1尺寸的裁剪时又能让内容保持独立性，不会因裁剪营销图片信息的展现。

如上图所示，采用左右布局的方式形成2个独立的展现区域，左侧为品牌展示，右侧为内容展示，如左图，通过上下留白做的是900*500的尺寸，有效显示区域是2.35:1的尺寸，如右图，可以裁剪出2个1:1的独立展示区域，想要展现品牌还是想要展现内容，就看你心情了。

（2）用纯色背景，高亮显示更醒目

如图显示，在纯色背景中加入内容元素，同样可以满足于两种尺寸的要求，这样的好处在于纯色背景在订阅号列表中更醒目，缺点在于展现的信息有限，同时需要抠图，比较考验美观度和选择素材的准确性。

另外需要重点说明的是，改版后如果你的订阅号被归为常读订阅号，那么标题会展现在图片的上方，要考虑白色标题、黑色阴影和纯色背景之间的协调性。

现在，通过2种思路基本能够满足不同尺寸封面展现美观度的问题了，那么新的问题来了，1:1尺寸的封面，有个啥用啊？

3.用icon/表情/文字/色块/logo，把小图填满

上面两种方法实现了大图和小图的区别设计，那么针对改版后的订阅号列表页，只能展示1:1的小图有什么作用？

文字是看不清了，不要指望在小图上展现内容引导用户，至于美观度，就那样吧，这么小的图你还想美到哪去，对比了一下订阅号列表和今日头条等其他资讯APP的内容列表，图片简直小的可怜。

那么小图该怎么做？个人认为，小图的作用主要在于唤起用户的注意力，简单到一个亮眼的色块，都可以在黑白搭配的订阅号列表中引起更多关注。

当然，色块没有具体的内容，还能怎么做呢？用icon或者带色彩的表情包，来呼应你标题中所体现的情绪，如果是企业公众号，可以简单的放个logo来突出品牌元素。

4.用标题和封面一起抖个小机灵

订阅号列表改版之后，对用户来说，减少了资讯阅读过程中的一次点击，对运营者来说呢，增加了标题信息的展现频次，虽然图片变小了，但是如何蹭上了用户常读订阅号的阅读时间，也就增加了曝光机会，标题和配图可以一起来抖个小机灵。

如上图所示，标题通过箭头引导用户关注图片，图片内容是对标题的进一步延续，还有什么玩法呢？标题中允许部分表情出现，可以玩一个表情大小递接的小游戏。

还可以玩像上图中的第三条展现形式，配图用箭头引导用户看标题，突出标题的核心关键内容。

以上，所有的玩法和目的都是为了提高用户的关注度和对标题内容的感知度，小图实在无法体现什么有效信息，不如单纯一点，既然是配图，就做个“配角”。

抖完了小机灵，咱们聊点成年人的话题，微信对订阅号列表的屡次改版都是为了提升用户体验，但对公众号运营者来说，友好度越来越低。理性思考下，公众号的运营方法论有没有什么变化呢？

二、改版之后，公众号运营的3个思考

下面的内容，将从公众号精细化运营提高阅读量/用户量、公众号运营的策略和公众号从内容服务向综合服务的转变3个方面来聊聊公众号的运营思考。

1. 改版之后，如何拯救你的KPI

阅读量和粉丝量是新媒体运营者的关键KPI，每次改版都可能让你少买一打口红。公众号的运营思路无非是2句话，首先做好用户群的定位，其次做好内容。

这两句是真理，但往往让人无从下手，但随着这次改版，个人觉得公众号运营也要开始精细化，所谓精细化，这里指“析出高质量用户，用户分群下的核心粉丝运营。”

改版后的订阅号列表强化了“有**好友读过”、“有**好友关注”、“常读订阅号”等以用户为中心，基于社交关系产生的用户行为诱导提示，抓住这个红利点首先要找到你的核心粉丝，其次让你核心粉丝的好友也成为你的粉丝。

怎么做呢？

很多人忽略了另外一个微信粉丝触达方式：私聊消息。

除了日常推送外，公众号触达粉丝还有另外几种途径：被关注自动回复、新关注用户48小时内主动沟通、模板消息。

抓住前两种粉丝触达方式，在有限的时机内尽量多的与用户建立联系，并且偶然发现了改版之后主动给用户发送消息的展现样式：

订阅号新增了消息提醒样式和通知列表，相比之前的主动消息通过订阅号会话窗口展现，新的展现形式更醒目。主动消息可以发文字、图片、语音，还可以发图文，如果对新关注用户发图文，那么……想想都可怕。

那么，通过被关注自动回复和主动消息问询可以做什么呢？

首先，可以做个问卷，了解用户基本信息，其次可以做个活动，引导用户添加个人号好友或加入社群，最后，可以推送内容合集。

总之，通过这两个节点，找出与你公众号属性匹配度高的用户，作为核心粉丝运营。核心粉丝，将成为你的日常阅读量和新增用户的主要贡献者。

2. 改版之后，公众号运营更像PC网站运营

微信为公众号提供了哪些入口？订阅号列表、搜一搜、看一看、好友分享、朋友圈分享，前面三种对所有公众号是公平的入口，那么对标一下PC网站，是不是很相似？

每个订阅号相当于一个网站，关注代替了收藏，订阅号列表代替了收藏夹；搜一搜提供了搜索引擎的功能，通过搜索带来流量，这也是PC网站的主要流量来源；看一看类似于网址导航，只不过是内容的集合。

这么一说，还真有那么几分道理；我差点就信为真理，折服于寄几了。而事实上，确实有这几个相似之处，那么公众号运营如何改变策略呢？

重视搜一搜和看一看入口，有意识的在文章内容中加入“SEO”优化的思路。

从微信“搜一搜”的结果页来看，搜一搜的直接结果页会显示“最新报道”、“百科”、“朋友圈内容”、“问答”、“订阅号文章”等多个部分的内容，订阅号文章被放到了后面，同时排序规则尚不明确。

但也提供了“按条件筛选文章”这个选项，支持按发布时间和按阅读量排序两种方式。

当然，现在搜一搜和看一看的问题在于用户习惯尚未养成，收录规则尚不明确，但无论如何，通过这两个列表获取流量，是公众号红利缺失下值得尝试的思路和方法。

3. 公众号从内容服务向综合服务转型

对于核心业务就是公众号运营的团队来说，公众号的一次次改版代表着整个微信生态的变化。订阅号重内容、服务号重功能的格局被小程序所打破，小程序的出现也让公众号的定位出现了变化。

小程序与公众号之间的关系越来越不可分割，公众号的底部菜单、内容消息都可以成为小程序的入口，小程序中也可以直接打开公众号内容，最近一次的小程序更新还可以通过一个二维码同时关注小程序和公众号。

当订阅号+小程序成为主流搭配时，公众号的内容服务也就不再那么单纯，更多的应该是成为小程序的入口。

小程序可以提供电商、资讯列表、游戏、实用工具、社区等延伸功能，例如新华社的“微悦读”小程序，还有电商类的小程序，再比如旅游内容的公众号可以通过小程序实现旅游攻略社区、路线指南、订机票搜美食等等一系列功能。

公众号的运营并不再单纯依靠内容，而是转为综合性的服务，在垂直领域或垂直人群或垂直地域的定位下，利用内容+小程序解决用户的需求，是建立用户忠诚度的新思考。

总结

2012年刚刚开始运营公众号的时候，后台打开是2条曲线，一条用户新增曲线，另外一条阅读量曲线，每天可以推送4条文章，还没有订阅号和服务号的区分，那会被成为“红利期”。

无论公众号如何改版变化，用户的需求不变，关注点不变，野蛮生长的时期过去了，需要更加精细化的运营思路和服务意识，冷静对待每一次改版更新，因为无论你再怎么吐槽，总有10W+出来打你的脸。

作者：诸葛io，微信公众号：诸葛io

本文由 @诸葛io 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议