V2EX 的「感谢」确认是否是糟糕的设计？

[Nostalgia]

背景：
个人在使用 V2EX 时，看到好的内容会经常点感谢，比如可能在一个帖子内给很多回复点感谢。但由于每次感谢都需要确认，经常觉得这里操作比较卡顿（被打断），影响体验。

关于当前的感谢功能：
有两种：感谢 OP ；「感谢回复者」。
无论是哪种感谢，都需要确认。即，用户必须点两次才能发出感谢。
感谢一旦发出，会花费铜币，且不可撤销。

我理解的一般网站/APP 确认按钮，作用一般有两点：提醒用户该操作可能影响重大；确认用户的操作不是误触发。

「感谢回复者」这个按钮默认是隐藏的（不知道为啥这样设计，暂且认为这是合理的），只有鼠标悬停到回复右上角相应位置时，才会显示「感谢回复者」按钮。因此，用户点了「感谢回复者」这个按钮，几乎可以确认是有意为之的，既知道这样会花费铜币，也不大可能是误触发。
如果担心用户误点了「感谢回复者」按钮，那可以允许用户一定时间内（ eg. 5s ）撤销感谢。

建议：
为了保证感谢交互的统一性，无论哪种感谢，都取消确认 + 允许短时间内撤销感谢。让用户点一次就能完成感谢，即使误点了，也能撤销。

大家怎么看？

[Perry]

@Nostalgia https://www.discourse.org/

[duxiansen]

我觉得感谢功能最大的问题是，对 op 主贴的感谢标注的不是很醒目，以至于我常常忘记对主贴进行感谢

[Nostalgia]

@InDom 那干脆弄成需要确认 100 次才能发出感谢？那点赞者的诚意简直比天高比海深😂

[ryalu]

[summerwar]

@InDom 当然是一样重要，都是 5 块钱，谁又比谁高尚 🐶

[oppoic]

想起了 pdd ，点击购买直接成功，没有地址确认，也没有扣款确认

[JayeGT002]

单纯的没必要吧感觉

[iOCZS]

用插件做一个请求队列，1 分钟后自动发送

[qwq11]

怎么没人说回复 markdown 和楼中楼

[Nostalgia]

@awalkingman 展开说说呢？纯前端实现确实更优一些。

[Nostalgia]

@lingyired 微博那个跟这个还不一样……微博那个是太容易误触。（我也中过招。

[Masoud2023]

你可以自己写个 userscript 给这个确认过程扣了

[sdjl]

楼主的观点是正确的，问题出在“这个事情对 V 站来说没有那么重要”

[HGXs1LdZRPSi5O9e]

有待改进，但对体验影响不大

[Nostalgia]

@omgr 想了下，纯前端实现似乎不行。
假如用户点了感谢之后，立刻关闭浏览器标签页（或者关掉了浏览器），感谢操作就丢了？

[Nostalgia]

@Livid #10 、#12 用户的心声供参考。

[leokun]

极致的用户体验不是 V2EX 的初衷，而是有价值的内容。
而且你说的这个，我认为是有意的，如果你不是非常想点赞，那就别点

[nylaxiaobww]

这个感谢对于一个刚接触 V 站的人来说还是挺有仪式感的。V 站本身在对新用户引导的时候就给人一种稍微有点极客之类的感觉，让新用户对网站本身更加“尊重”，感谢采用这个形式是营造这种感受的一环。对于已经用过一段时间的用户来说，这个操作也没有什么改的必要

[lslqtz]

对我而言, 如果不小心发送感谢给不想感谢的人, 会更让我膈应...
你可以写一个 extension 去后台队列感谢.

[forty]

像 github issue 那样加 emoji 似乎更有感觉