#知乎为什么同时存在赞同和感谢#
这里设计的思路可能有以下几点:
1.基于知乎产品定位的需要:满足知乎对于高价值内容进行精确筛选和分发的需要;
    知乎的“赞踩”功能实际上类似一个投票机制,用户对认可的认为有价值内容点赞,对不认可或认为没价值的内容点踩,会影响该内容对于其他用户推荐的优先级;
      “感谢”用于满足“对内容是否有价值不予置评,但是又想要参与互动”的场景,这里也可以避免一些抖机灵及其他水化内容大量获赞影响了有价值内容的真正排名;
2.基于知乎用户体验的需要:知乎对于用户点赞场景的一种精细化设计;
   赞踩:用户认为当前内容有价值/没价值,从而点赞/点踩;
   感谢:用户对内容的价值不予置评,对答主表示欣赏/感谢/鼓励等;
   赞踩和感谢满足的是用户不同的使用场景,这也是一种精细化的设计思路。

但是,我认为知乎这里对点赞和感谢的设计效果是不太好的:
   赞和感谢的区分度不高,一般用户不会去注意两者的区别,想到哪个点哪个,导致既达不到内容筛选的目的,也没有很好地满足用户体验;
   这里我认为可以参考steam评测的用户倾向系统,“有价值”“无价值”“欢乐”;由于知乎的产品定位不同,这里可以类似地变成“有价值”“无价值”“围观”,“围观”里面还可以类似微博设置如“感谢”“欢乐”“思考”“悲伤”等不同的选择,真正让用户不需要思考就能准确使用的设计才是好的产品设计。
全部评论

相关推荐

Kunnnnnnn:看这公司23年就成立了啊 还没倒闭呢
点赞 评论 收藏
分享
小厂面经,也是我的处女面(30min)1.自我介绍2.spring boot的自动装配原理(好多类和接口的单词都忘了全称是啥了,就说了记得的单词,流程应该说对了吧)3.有用过redis吗?主要是用在实现什么功能(说了技术派用redis的zset来实现排行榜)5.有了解过Redisson吗?讲一下对于分布式锁的了解以及在什么场景下应用(说了秒杀场景)6.对mysql有了解吗?包括它的索引优化和创建(把想起来的全说了)7.了解设计模式吗?比如单例模式,为什么要使用单例模式,它的优点是什么(昨天刚看的设计模式)8.工厂模式有了解吗?主要的使用场景是?(也是昨天刚看的)9.场景题:有7个服务器,需要在早上十点定时的向数据库中的用户表中的用户发短信,如果做到发送的消息不重复,且如果发送失败了需要知道是到哪个用户失败了,这样下次就直接从这个用户开始(我答了用spring task来实现定时,用分布式锁来保证只有一份服务器可以发送消息,用消息队列来存储消息,然后用消息确认机制来保证错误信息的记录,以及在数据库或者业务层面完成消息消费的幂等性)10.场景题:如果在系统启动的时间就将数据库的所有用户相关的信息都读到一个hashmap中(这个没啥思路,没答好)27届的投了一个星期终于有一个面试了,大部分公司都只招26的
inari233:已oc,拒了
查看9道真题和解析
点赞 评论 收藏
分享
评论
3
1
分享

创作者周榜

更多
牛客网
牛客企业服务