知乎是网络问答社区，本质更像一个论坛
用户围绕着某一感兴趣的话题进行相关的讨论，并且可以关注兴趣一致的人。对于同一话题不同用户有不同角度的回答，帮助用户扩散思维是知乎的一大特色
知乎的核心价值在于用户高质量的问答，
从而衍生出相关回答的讨论、点赞、喜欢、收藏、关注等，运营模式包括推存、热榜等，商业收入以广告为主、知识付费次之.
知乎的用户大致可以分为『寻找答案』与『分享答案』两种。
『寻找答案用户』是知乎用户群体的基础，『分享答案用户』是基于『寻找答案用户』的延伸，『分享答案用户』属于知乎的深度用户，其价值高于『寻找答案用户』。
关于【点赞】与【收藏】的思考
1.知乎【点赞】与【收藏】现状
目前知乎【点赞】和【收藏】是两个独立的功能，【点赞】有数字显示【收藏】不显示数字。
知乎的答案排序是按照【点赞】数目的多少而优先排序（【点赞】不是唯一排序参考值，但在优先排序因素上所占比例较大）。
一篇有干货，有深度的回答都要经过『分享答案用户』的精心编辑，理想状态下应该是【点赞】与【收藏】相对持平的，或者【点赞】大于【收藏】。
问题1
事实上，知乎有干货有深度的内容，往往【收藏】大于【点赞】
而对于段子或者故事类型的回答，【点赞】往往大于【收藏】
如上就衍生出一个问题：同一个问题下，段子答案会优于有干货答案的排序，违背知乎的核心价值用户高质量的问答排序。
问题2
知乎【点赞】数目的显示、对于『寻找答案用户』也具有从众心理。
比如某些『寻找答案用户』看完一篇回答，看到该回答的点赞数目上千，也会不自觉的点赞，然后考虑收藏或者不收藏。而对于部分赞数较少且深度回答，往往只考虑是否收藏，【收藏】不显示个数且答案排序上影响因素较少。
这样就衍生出另一个问题：对于刚开始从『寻找答案用户』转换成『分享答案用户』回答曝光度的问题。尽管是精心编写的答案，由于【点赞】数目较少，却得不到更高的精神需求，从而『分享答案用户』的积极性。
2.用人类认知理解【点赞】与【收藏】
把知乎的优质答案看做是一件艺术品（比如画），当用户看到一幅好看，有内涵的画时，会说这幅画真好（精神上的赞同相当于知乎【点赞】），当用户愿意收藏这幅画时，就会为这幅画买单（精神与行动上的赞同相当于知乎【收藏】）。
所以个人认为在知乎回答排序的考虑因素下应该是【收藏】大于【点赞】。
然而在现有互联网论坛类产品评论排序下已经形成了按照已有【点赞】数目多少决定优先排序的行业规则，显然如果按照【收藏】来排序违背用户形成的行业规则。
3.关于【点赞】与【收藏】解决方法
在现有格式不变的状态下，将【收藏】数目自动累加在【点赞】数目上，这样就解决了以上问题。
但是这样会涉及到用户【点赞】与【收藏】的先后按钮顺序上的问题。
用户的【点赞】与【收藏】操作路径有仅【点赞】或【收藏】、先【点赞】后【收藏】、先【收藏】后【点赞】四种情况。
仅【点赞】
与目前一致，【点赞】交互样式发生变化，点赞数+1,用户状态栏显示该用户【点赞】某回答
仅【收藏】
【收藏】成功的同时就自动【点赞】，同时【点赞】按钮的交互样式发生变化，点赞数+1，用户状态栏只显示该用户【收藏】某回答。
先【点赞】后【收藏】
【点赞】交互样式发生变化，点赞数+1，【收藏】与目前一致，系统自动识别不能重复点赞，用户状态栏只显示该用户【收藏】某回答。
先【收藏】后【点赞】
【收藏】成功的同时就自动【点赞】，同时【点赞】按钮的交互样式发生变化，点赞数+1，用以提醒用户已点赞。如果用户点击【赞同】按钮，应该做出反馈提醒已点赞，用户状态栏只显示该用户【收藏】某回答。
备注
以上只是本人作为知乎深度用户，对知乎【点赞】与【收藏】的个人见解，欢迎讨论。
友情链接：
关注微信公众号【职惑产品】
回复【视频】获取产品经理成长进阶视频
回复【书籍】获取50部产品产品经理必读书籍
更多产品干货，点击公众号号内「获取资源」
网友评论