指南编辑：视频号码的构建实际上与产品制作有共同点。制作视频号码需要对功能有深入的了解。那么，微信视频号码中有哪些值得研究的功能，这些功能背后有什么价值和意义呢？作者在这篇文章中分析视频号码的功能结构和重点功能，一起看。

初级产品经理总是喜欢谈论功能、开发、老板和客户。功能好像是全部。这是初级产品经理的通病，但也是成长的必经之路。功能本身并不重要。因为所有的功能都可以通过代码实现。重要的是功能背后的价值及其意义。

今天，让我们更详细地看一下视频号码中值得研究的一些主要功能及其背后的价值含义。(美国电视剧《Northern Exposure》)。

内容回顾一下旧规则，先简单回顾一下上一期的内容。

上一期主要讲了视频号码的内容分发机制，其核心要记住以下几个方面。

一、制作内容时要注意的事项：

视频号码别名：这是区分一级“区域”的依据！

主题选项卡：这是区分第二级“类别”的基础！

内容关键词：这是“领域类别”的根本依据！

第二，系统推送需要知道以下内容：

个人域流量：主动推送，是内容接触的第一种方式，也是最低水平的流量池。

公共域流量：热点推荐，这是内容接触的第三种方式，是最高级别的流量池！

个人域之间：内容接触的第二种方法——社交推荐，属于中等大小的流量池。

总之，要想入驻视频号，这个内容分发机制必须彻底研究，不断研究。因为这个机制也在不断地反复优化~

一、功能结构视图

在前两期，我们首先研究了视频号码的生态，然后研究了内容的分发机制，今天我们来研究一下具体内容，即功能方面。

首先，让我们从整体上看一下视频号码的功能全景。产品行业的行话叫功能结构视图！

我们可以看到，对于大模块来说，视频号码实际上被分成了两个大块。一个是视频的浏览页面，一个是个人中心，每个都是内容的消费者，还有两个内容的创作者。

有些学生仔细看的话，可以说这个功能结构视图中列出的功能不够全面。这里有一点解释。

本文不是从开发的角度分析，而是从功能背后的价值意义的角度分析，因此其棱角的功能不再是累赘。

其中列出的一些功能是最基本的功能，所有这些人作为产品经理确实可以理解，但图中红色显示的部分有几个不同的含义。这确保你和我想的一样。

我们继续往下看吧~

其他信息：

在这里补充说明一下，今天只研究视频号本身的功能，对于与其他生态互动的内容，可以自行查阅第1期内容《从0到1打造视频号（1）视频号生态》。

来，请在这里再放一张。

2，主要功能分析

功能1：默认进入“朋友”列表

(视频号码基本朋友列表)

视频号码的目录table有“关心”、“朋友”、“推荐”三种，基本上进入“朋友”目录，也就是你的朋友，称赞的视频。

不要小看

意义1：强社交的定位

这个小功能设计。这个功能背后是视频号码定位的缩影。

让我们比较一下抖音(抖音)、BC。两者基本上都进入“推荐”列表。

img.com/large/pgc-image/SiasYUJIT7DtMH?_iz=31825&from=ar;x-expires=1705685780&x-signature=aSDm6V62Iko%2FoHfrqNyxO0zqkCs%3D&index=4" width="640" height="360"/>

其实，一般的APP如果设计的话，肯定也都会默认“推荐”列表。

但视频号所在的生态是微信生态，而微信生态的基因是社交基因，所以说默认看到朋友点赞的内容，以便在一个圈子内能够“臭味相投”，这才是这个功能的意义。

另外顺便多说一句，从我在视频号以及抖音的截图中可以看的出来，视频号默认的是知识类内容，而抖音默认的是娱乐类内容，虽然这是一个个例，但从这里也能够看到两个平台的内容定位有所不同。

试想，以社交为基因的视频号，谁不想向其他人展示自己积极学习，努力向上的一面呢？

别人基于你的社交推荐所看到的内容，如果都是娱乐消遣或者是漂亮小姐姐的话，这个不太合适吧…

功能2：关注、转发、收藏、点赞、评论

像这些，都是我们常见而且熟悉的功能，但有两点需要重点说明一下：

（1）关注

一个是关注功能，这个设计的就很巧妙，看视频第一遍的时候，界面是没有关注按钮的，当播放第二遍的时候，就会出现一个很明显的关注按钮。

这个放在实际的用户场景当中也很好理解，我们第一次看内容的时候，也不知道内容的好坏，也不确定自己是否喜欢，所以不可能有人上来就点个关注对吧，只有当你看完内容了，有了判断之后，才会关注。

你可能会说，那看到一半了，觉得喜欢呢？这是个伪需求啊，大家第一遍肯定关注的重点，都在内本身容上面，怎么可能对于看着带劲的内容，专门中断一下去点个关注呢~

这个小而精的交互设计技巧，作为产品经理，你“学废”了么？

（2）收藏

收藏这个功能，也值得提一下，视频号刚开始的时候，是有个很明显的收藏按钮的，但是经过了几次改版，收藏按钮被隐藏到了下一级界面，然后我们打开抖音看一下，也是同样的。

这个想象一下原因，估计就是由于，收藏这个功能的使用率实在是太低了，我们连点赞都很少用的，更别说权重更高的收藏了。

从这里也能够看得出，功能并非是一下子就能设计好的，连微信团队也不例外，而是需要不断根据实际情况进行迭代，才能够设计出符合用户需求的功能。

意义2：内容分发的依据！

关注、转发、收藏、点赞、评论，这些功能我们是再熟悉不过的了，但大家是否想过，为什么要设计这些功能呢？

这些功能的背后，其实就是一些数据，而这些数据，正是内容分发的依据。

短视频界内广为流传的一句话：做视频，一半给人看，一半给系统看！

这里的人，有两类，一类是内容消费者，一类是内容生产者。

对于内容消费者来说，如果一个视频有很多的点赞、转发、评论，那么就能够初步得出这样的结论，这个视频值得一看。

尤其是评论功能，江湖传言，自古评论区出大神，有时候真的看评论，比看内容本身有意思多了。。。

评论是让视频“热”起来的一个关键指标。

对于内容生产者来说，这些数据，是自己反思复盘的重要依据。通过分析这些数据，能够让我们发现问题，例如是视频本身制作的问题，还是运营推广的问题，能够帮助我们找出病因，以便对症下药。

而对于系统来说，系统是木得感情的，它可看不出来视频的好与坏，也不能够与之产生共鸣。

系统分发流量，只能够以这些冰冷的数据为依据~

功能3：私密赞、隐私、隐私设置

“私密赞”这个功能也不知道啥时候加上去的，我们在暂停视频的时候，会出现这样一个按钮，“私密赞”。

虽然没看过视频号的PRD文档，但是我们用大拇脚指头也能猜的出来，这个“私密赞”之后，该视频不会像点赞一样，出现在社交推荐当中。

然后“隐私”当中，可以设置社交推荐方面的内容，，而“隐私设置”当中，除了设置对外方面，包括公众号以及音乐视频的漏出之外，还可以简单粗暴地设置黑名单。

但这些功能后期肯定是还需要迭代优化的，比如这个“黑名单”功能，只能够是我发了视频以后，并且别人给我点赞或者评论以后，我才能把ta加入黑名单。

我就不想让某些人知道我做视频号，那为什么我不能提前给他加入黑名单呢？为什么只能够“亡羊补牢”，而不能够“未雨绸缪”？

意义3：对外展示包装的自我，对内展示真实的自我！

相信每个人都是“两面派”，在别人面前展示的是包装过的自我，而当只有自己的时候，又会有一个真实的自我。

每个人都有隐私，并不是自己所有的喜怒哀乐，都想让别人知道。而且物以类聚人以群分，有时候志不同道不合的人，我们有权利互不打扰。

所以说，只要是牵扯社交的内容，都有隐私的需求，这些功能也就应运而生。

功能4：认证

这张图能够把认证功能说明的很清楚了，我就不再赘述了。

快看，我的视频号，是蓝色的图标袄，你说神奇不神奇~

意义4：认证是一种信任背书，其意义在于提升判断效率。

认证本身从功能层面也很好设计，无非就是达成一定的条件，然后展示不同的等级勋章而已。

但认证功能的本质是一种信任背书，作为产品经理，这点你是否知道？

当我们看短视频的时候，尤其是看到一些公众消息的时候，一个认证过的视频号与没有认证过的视频号比起来，其可信度必然会大大增加。

在视频号后期的变现阶段，认证功能也是非常重要。

我们再类比一个例子吧，为什么我们在求职的时候，很多公司都看重学历呢？

首先我们不能够说研究生一定比本科生聪明，本科生一定比大专生聪明，这个肯定是不正确的。但是从概率上来说，研究生聪明的概率肯定是要比本科生聪明的概率高的，卡学历的本质，是提升HR招聘的效率。

认证功能也是同样的，能够提升我们筛选视频好坏，判断信息正确与否的效率！

功能5：直播

直播这个功能，说实话，没什么特别的。

非要找出与其他平台直播不一样的点，无非就是在视频号生态体系当中，有其他地方的漏出，比如发起直播之后，在关联的公众号，或者是关联的地理位置，都能够有直播的入口。

意义5：人人都可直播的时代！

这个意义就写这么一句话吧：如果视频号的定位是人人都可以创作的视频平台，那么视频号的直播功能，则开启了人人都可以直播的新时代！

三、结语

以上就是今天的所有内容啦。

其实功能本身真的没什么，就像之前听过的一个段子，一个老板找了一个外包团队，预算是五万块钱，需求是开发一个和淘宝一模一样的产品。

其实如果只是把功能开发出来，暂且不论五万够不够，但是有钱的话，肯定是能够开发出来的。

但开发出来以后，肯定掀不起什么波浪，因为功能只是最终的展现而已，其背后的意义、价值以及商业模式这些，不仅仅是功能就能够承载的了的。

下一篇，我们来研究一下，实战相关的内容吧，准备研究一下视频号运营有哪些技巧~

#专栏作家#

晓庄同学；公众号：晓庄同学产品笔记，人人都是产品经理专栏作家。互联网老兵，各大平台专栏作者。

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

题图来自Unsplash，基于CC0协议