知乎的赞同与感谢这两个功能有什么区别

　　知乎的赞同与感谢，这两个功能有什么区别？是个糟糕而重复的设计，还是一个巧妙而细心的设计呢？
　　这几天，静下心来，认真分析思考了一番，现在将思考结果展示出来。
　　据网上资料，最早出现赞同与感谢设计的知名网站是：Quora（知乎的对标产品，知乎赞同与感谢的设计可能是延续quora的设计吧）
　　上方截图是Quora联合创始人查理切沃对赞同与感谢的回答，红框里的英文翻译如下：
　　一般来说，赞同一个答案表示这个答案值得一看；而感谢是表示欣赏但对答案好坏不作声明。
　　举几个只是感谢但不对答案进行赞同反对的例子：
　　有人解答了某个实际问题，但你不确定答案是否正确。
　　你不赞同一个偏主观的问题的答案，所以你不想为这个答案投票，但是你欣赏他她尝试回答的努力。
　　同时，我也在知乎查看了诸多类似知乎的赞同和感谢功能，各在什么情况下使用才合适？你有没有区分赞同和感谢的习惯？为什么？等问题，归纳了一下，主要为以下三种只感谢但不投票的观点：
　　答案质量高，但由于涉及专业性，无能力判别正伪。
　　对于答案本身不赞同或部分不赞同，但从该答案中获得知识或启发
　　纯粹是出于礼貌或对答主的鼓励。
　　从以上的信息来看，似乎知乎的点赞与感谢，是两个适用不同场景，满足不同用户需求的井水不犯河水各自安好的功能。
　　但是，随着我查看更多的资料（特指：更多的知乎用户对此相关问题的回答），调研了更多身边的实际用户（特指：身边使用知乎的好友和同事们），反馈的信息有：
　　感谢功能从没用过，不知道和赞同有什么区别。感谢是赞的意思吗？
　　感谢和赞同不会具体去区分，当时想点哪个点哪个，不会去纠结这些细节。
　　对一些有知识或启发的答案，没有明确观点的话，倾向于不做任何操作。
　　觉得答案写的好，就会点赞同，不会纠结答案本身正伪，正伪本身也是相对的。
　　对答案赞同也算是对作者的一种间接感谢吧。
　　对好的答案，我只点赞同，因为只有赞同才会让答案顶上去，点完赞同，就不会再点感谢了。
　　一般是在作为邀请人去邀请答主回答后，会点感谢，作为路人翻看答案，只会点赞同与反对。
　　这几天经过仔细的分析与思考，我得出的想法是，赞同与感谢确实是个细心的设计，但同时是个理想化的功能设计。这个理想化的功能设计，要想真正意义上为用户所用的话，必须基于以下三个前提条件：
　　用户能明确区分赞同与感谢，即在用户认知层面，赞同与感谢是有明显区别的，是适用于不同场景的，是没有功能重叠部分的，是清楚直观易于理解的。
　　用户能准确区分赞同与感谢，即解决赞同与感谢的用户认知问题后，还需解决应用层面的问题：用户能凭借该认知，在不同答案场景下，能够准确的进行对应的正确操作。
　　用户愿意区分赞同与感谢，即解决功能认知与准确应用问题后，还需要用户发至内心的接纳，用户愿意在不同场景下用理性去对待答案，去对待赞同与感谢。
　　要做到以上三个前提条件谈何容易，满足其中任何一个前提条件都是困难的。
　　在认知层面，试图清零用户多种多样的认知惯性，完成对功能的重新认知，极其困难（微信之前在消息页，采用下拉页面顶部，即开始拍摄小视频，就是一个教育用户的失败案例）
　　在应用层面，应对不同答案场景，用户采用不同的对应操作，对于用户来说，是一种信息处理的负担，降低阅读效率的同时，面对诸如答案质量高，但由于涉及专业性，无能力判别正伪对于答案本身不赞同或部分不赞同，但从该答案中获得知识或启发这种复杂而常见的场景时，用户又如何判别自己专业不专业呢？外行一定不专业吗？专家一定专业吗？部分不赞同又怎么界定呢？90赞同的话，投不投票呢？那么，60赞同的话，投不投票呢？
　　在人性层面，用户不可能一直保持理性状态，而在群体性质的社区环境下，更容易变得感性，冲动。比如：某个用户对某个答案的观点毫不赞同或完全赞同，但是可能答案中的某句话、某种表达方式或某张配图，戳中了他她的情绪，该用户可能就直接投票赞同或反对了。（需要说明的是，这不是极少数用户存在的使用情况，想想最近一次你发火的情景吧，发得够理性吗？）
　　而且，用户是懒的，在碎片化的使用场景下，用户专注在内容本身，内容外的功能越是复杂多样，用户的使用意愿越是降低。（那么，用户有多懒呢？用户懒得登陆，懒得感谢，懒得投票，甚至懒得反馈赞同与感谢是多么让他她困惑。）
　　在产品层面，对于知乎来说，投票与感谢两个功能，并不是并列级别的功能，而是很明显的主次级别的差异。（这也是为什么投票对答案的排序起决定性作用，而感谢对排序没有影响力的原因）如果主次功能相互独立，使用正常的情况下，那么感谢与赞同的关系，就如同收藏评论与赞同的关系，和谐友好。
　　但是，当一个主功能被次功能影响了，让用户产生了混淆，导致用户行为的混乱，从而使主次功能在某种意义上来说失效了，那么这样的设计是否是得不偿失呢？
　　还记得知乎联合创始人黄继新，在一席上的一次名为《社交时我们在干什么》的演讲中提到：社会化网站主要干两件事，一件是尽可能增加用户获得认可的机会，一件是尽可能降低用户给他人提供认可的门槛。
　　我想，知乎的感谢这个功能的设计出发点可能是：尽可能增加答主获得认可的机会，且尽可能降低浏览者给答主提供认可的门槛。
　　设计出发点是好的，但是用户对功能的使用并不是顺畅的。分析完赞同与感谢功能设计的问题，我也思考了功能优化的方案。
　　我的优化思路很简单：让功能主次分明。
　　方案一：在答案展示页面，取消感谢功能，弱化为一个邀请人在答主回答后，私下感谢的消息提示功能；同时将投票功能，拆分为赞同与反对，即用反对替代原感谢的位置。这样，用户对答案进行赞同或反对，只需要一次点击即可，使投票功能的操作比原先更为简洁而直观。
　　方案二：在答案展示页面，将感谢与评论进行功能整合（参照微信朋友圈的赞与评论的设计），达到保留感谢功能，同时不影响到投票功能的效果；（投票功能的优化，与方案一相同）
　　对了，在知乎里，与赞同与感谢的功能设计存在类似问题的有：
　　反对和没有帮助这两个功能，私信和通知设计为两个独立模块，这些同样都是令人困惑的功能设计。
　　后记
　　可能有些人会觉得这是app的小功能，没什么好纠结，不同的功能设计差别不大，我们更应该把握的是大方向。但是，在我看来，从一个产品的功能设计，足以看出该产品的设计思想的点滴。我也坚信好的功能是深思熟虑的，不言自明的，简洁易用的。