全面解析字节新内测产品——识区

小提示：您能找到这篇{全面解析字节新内测产品——识区}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的全面解析字节新内测产品——识区内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

编辑导语：随着互联网的发展，越来越多的新产品出现。本文作者从产品的优势、功能和发展潜力三个方面分析了字节新内测产品——识区。推荐对社交产品感兴趣的小伙伴阅读。

最近我参加几个产品交流群，PM都积极地求得一个字节系的新兴趣社交产品“识区”的内测邀请码，皆欲亲自一睹这个新产品的风采，但其实在同一时间，阿里也出了一款新兴趣社交产品，叫友啥，也是在测试阶段，却了无声响…

一、为何“识区”会比“友啥”火？

同为内测阶段且为同类型的产品，两者在PM圈的声量为何差这么多？

我们先看一下两者的比较：

两者的核心目的，其实还是服务于整个集团产品生态战略布局。

而在内测阶段的数据差距，核心来源三点：

1. 内测阶段的流量来自用户主动拉人，在未正式上线推广时，唯一造成差距的就是产品口碑及调性，从AppStore上的推广页面，不难看出两者的视觉调性，对应的人群不同，友啥：对应的是00后的年轻时代群体，强调的是“社交”；识区：对应的是小资文艺范群体，而大部分的PM落在这个群体中，强调的是阅读“工具”。

2. 触动用户的啊哈时刻，是决定用户是否有动力转发给好友，而在识区中，视觉设计及交互，尤其在选择识区信息源的交互（类似知识图谱的网络选择），便让同为PM惊叹，这交互实现的难度跟技术上的复杂程度，PM是清楚的一批人。

3. 虽然之前也有bot的内容阅读器产品，但识区是第一个通过“识区”（兴趣吧）来做的，且加入UGC的创作能力，融合区长兴趣选择、成员互动、内容共享（全网抓取）的新形态，也为许久没新意的产品圈中，提供一个具创新性的产品，让PM愿意拉人，一睹新意为什么要网络信息搜索。

二、字节为何要做“识区”？

我们可以先看内容与人连接的分类。

这四类中，（内容+人）找人，是我自己定义的，其实就是【订阅+算法推荐】找到人。

在识区之前，接近这个连接形态的产品功能，就是微信订阅号的Feeds流（订阅公众号+推荐算法）将内容到用户面前，而识区是（订阅识区+推荐算法），送到一个个识区中，让用户能随时切换兴趣，意思也是说，识区多加一层过滤及选择，帮助用户看到想要看的内容。

多的这一层，即是区长（人）的选择信息源Bot、成员共创内容及添加头条生态外内容，而用户选择的是识区，而非单一的人，即用户选择的是“信息源的集体”，而非单一的信息源或创作者。且选择后，还可切换显示识区，让内容进一步按用户的“兴趣”归纳，形成更高效率，且更有参与感地接受内容信推广网络有限公司息流。

1. 用户层面

从用户层面来说，就是将连接的权力，从机器学习的推荐算法，进一步回归到用户手上，形成人+机器的内容推荐，并通过用户意愿（切换识区），接收到信息，降低信息茧房的情况，解决信息获取效率及效果的难题。

2. 战略层面

识区属于战术目标型的产品，即对整体集团业务不会有核心的影响力，但可以优化核心业务的经营情况，而这个战术目标就是

• 通过精美阅读器工具，吸引高质量的用户收看头条内容，如拼多多的百亿补贴苹果产品，让更高质量的用户无意间使用产品，进而改变核心产品用户心理认知；
• 通过阅读器外壳，吸收头条系生态外的内容，让流量导入识区上；
• 通过区长+成员的共创内容，形成兴趣社交圈层，沉淀社交关系网络，未来有更多商业操作空间

三、识区是否具备未来持续发展性？

虽然很多人皆不看好识区的后续发展，觉得识区可能跟Clubhouse一样，只是短暂昙花一现的产品（目前产品交流群中主流的看法）但我个人认为还是得看识区后续的运营情况…

1. 首先，识区跟Clubhouse有一个根本的不用，Clubhouse的火，是靠Musk等一众大佬扶持，大佬不玩了，产品也就玩完，而识区的火，本质是靠产品本身的特色，而非大佬帮扶；
2. 再来，识区的内容驱动是靠bot自动抓取自家内容+识区成员共创，而Clubhouse是纯靠用户自己生产，用户不创作了，内容链路就断了，但识区只要今日头条还在，就能靠bot抓取内容，有持续的内容来源
3. 再者，识区的区长及成员的主要创作，就如音乐平台的歌单，是创作成本很低的内容生产行为，但又能收获到生态中其他用户的肯定，而Clubhouse的内容创作成本相对而言就高了好几倍
4. 更深层次来说，识区也呼应了国家互联网反垄断的政策，提前通过工具的外皮，共建一个跨平台的内容聚集地，让自家的今日头条、西瓜视频享受到先发优势的流量…

基于以上4点，识区仍具备未来发展空间及可持续性，期待识区正式上线后，还会新增哪些功能迭代及哪些运营动作…

本文由 @有趣的宣宣仔 于，，。

题图来自 Unsplash，基于CC0协议