实例分享：垂类兴趣社区如何进行短内容化改造.docxVIP

实例分享：垂类兴趣社区如何进行短内容化改造 最早思考短内容化是在19年的微信公开课，听到张小龙关于微信积极拥抱短内容化的反思，而后真正在自己产品落地进行短内容化是到了今年年初了，当时整个团队出现2种声音： 第一种是觉得短内容化可能不太适合汽车垂类的内容社区，因为绝大多数用户来汽车社区是为了找到对我有购买决策帮助的内容辅助我进行买车的，而碎片化的短内容更偏娱乐化的属性，没有太大的价值。而另外一种声音觉得，移动端场景下，用户很难在手机端上进行大几百字的长帖写作，我们这样做导致创作转化率极其低下。 我是后者观点的积极推动者，于是我决定用实验数据来进行说话。 一、对现有业务场景梳理 有车以后-UGC样式 最早的有车以后定位是一个汽车垂类的媒体平台，所谓的媒体平台就是拥有PGC、OGC、UGC的综合内容集合体，就像汽车之家、易车、懂车帝等，拥有各种各样的样式，在过往的几年发展里，因为对社区业务的不断探索，先后有不同的产品经理负责社区内容详情页，导致了内容详情页样式的多样化。比如像参考传统论坛结构的图文混排长帖、参考微博的短动态、参考抖音的短视频等。 很长一段时间里，因为业务高速增长，大家一直没有停下来很好的思考为什么要这么去做这种页面的设计，更多是觉得其符合这个业务场景出发，忽略了整体产品的全局考虑。 有车以后-UGC编辑器入口 有展示页面必定有发帖页面，作为内容平台不同内容业务模块，就会有不同的一级落地页，与之匹配的是一级落地页中UGC编辑器入口的不一样，因内容详情页样式的多样化将导致了发帖入口选择过多，用户不知道应该选择什么样的编辑器。 这里需要站在用户的角度考虑：图文、短动态、长文等一系列的概念都是平台的定义，对于用户自己来说，他只是想单纯的分享内容，不会去思考你对内容的定义背后代表着什么。因此光从凌乱的入口有可能就劝退了一大批用户。 二、对现有问题分析 对于内部：过去一直基于最早的论坛来进行迭代（而我们一直照着竞品等来对标，却忽略了我们压根没有PC时代遗留的包袱），当运营来回更换提各种需求，产品也没有充分的时间去做一个大局观思考，基于一波流的功能迭代的思维来工作，导致大家一直在做功能的加法。 对于用户：用户只会去关注内容质量，在乎阅读体验和阅读效率，而不在乎呈现的形式（在用户的眼中：车主口碑和提车日记的长帖本质都是内容），因此从内容生产角度考虑：一个用户要发内容，不应该给他这么多选择（他是分不清什么是长帖、什么是小视频、什么是短动态，这些都是我们产品自己的概念），需要做精简。 从内容分发考虑：既然整个产品是扎根UGC的产品，那么内容应该是无处不在的，只是通过一定的联系用产品功能把内容串联起来，比如说：车系详情页（与车相关的所有PGC、OGC、UGC内容）；车友圈详情页（车系分论坛，与车系有关的所有UGC内容，包含口碑）；话题（以一个主题串联UGC内容）；APP、小程序首页（以用户感兴趣串联起PGC、OGC、UGC内容）；车友圈首页（以人工精选串联起UGC内容）。 从内容品相考虑：从列表阅读美观性我们也不应该在一个列表里面出现各种各样的内容，就像小红书从头到尾只有笔记没有别的类型帖子，长帖+短动态+视频+问答的穿插会造成用户的视觉疲劳，我们应该在产品上克制，做减法，帮助用户筛选出值得阅读的内容，而不是一股脑的都列在上面让用户选择，他们才没有这么多时间。 三、对内容详情页展示形式的改造 改造后的详情页初版 我们当时基于了市面上主流的移动端社区进行研究，发现其实每个产品的设计都大不相同。像老牌的社区因为是从PC时代过渡而来的，其社区氛围、用户构成都是偏年长的用户，因此他们习惯于使用PC端发帖，PC和移动端是共享的内容数据，因此会发现他们的APP端也是长内容为主。 像马蜂窝早期是PC后来在移动端发力，于是它是即夹杂着长内容、又有部分短内容。而像小红书、得物、一兜糖、穷游等APP，其本身兴起于移动互联网时代，没有PC，所以基本上是短内容偏多。 那我们当时基于的锚定点是参考小红书，首先汽车类社区与微信朋友圈、微博等偏碎片娱乐化的社区不一样，80%以上的用户进来是为了基于效率查找，解决买车、用车问题的。过短的内容载体会让内容价值本身有影响，过长的内容又会使生产端门槛过高，影响创作转化率。 而小红书偏笔记的这种内容展示方式，从最早期境外购物，到现在覆盖旅游、美妆、探店、学习各种各样的内容，都可以进行承载，买车本身过程其实就是查阅一个一个其他用户买车用车过程的经验分享，于是我们选取了上图下文这种样式作为了对比实验的实验组。 通过对内容详情页50%、50%的AB版本测试，在长达一个月的观察中，我们发现改版前后人均阅读时长、和评论人数占比有了几何倍的提升，于是决定采用了新版上图下文的样式，全量了新版方案。事后我们进行复盘：在移动端大背景的前提下，重图