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

[Nostalgia]

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

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

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

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

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

大家怎么看？

[BeijingBaby]

允许撤销技术实现麻烦很多，要撤销扣币、扣币记录、被感谢者通知撤销，so… 感谢前确认是最简单的实现吗，撤销动作带来的技术复杂性都没有了。

[Nostalgia]

@BeijingBaby 没那么复杂吧，后台维护一个感谢队列，5s 内没有撤销动作，才真正发起铜币扣费。

[skydiver]

你忘了手机上很容易误触了…既看不到按钮也没有鼠标悬停

[Perry]

金币又不值钱，误触就误触了，你这个需求真没必要，要搞好这个功能 unit test, e2e test 测试什么的都很麻烦，V 站站长的时薪摆在那里。

[GTim]

不会，目前已经是最简单了，没有比这个更简单了

[helionzzz]

这只是一个私人论坛，不是什么商业产品，所以你懂吧，可以，但没必要。

[mdyh]

有成本的感谢，似乎更好点。

一个论坛说话，又不是多严肃和沉浸的事，打断又如何。为啥要追求所谓的体验感，粗糙点更好

[Perry]

discourse 就是楼主这种想法，照样也被说赞太容易误触了，虽然是可以撤销赞的，还是有人骂

[Nostalgia]

@skydiver 移动端 web 页面确实有这个问题。很好的补充。

[947]

我使用这个功能遇到一个问题：有时候感谢会提示错误，要重复感谢多次才行，这时候的「确认」操作让人很难受

[Nostalgia]

@Perry 说的是 Discord ？

[BeautifulSoap]

比起这感谢，我更希望发出的评论至少在一两分钟内是可以编辑的
打错字，或者打一半点错发出来的时候是真的难受

[omgr]

@Nostalgia 前端实现就行了不需要后端

[omgr]

V2EX is broken by design. Thanks for your feedback but it’s a feature :)

[garlics]

如果取消二次确认了，感谢含金量是不是就下降了？

[ispinfx]

最烦每感谢一次，要多返回一次。

[chinaguaiu]

锦上添花吧，按照这个论坛的使用人群来说，这个功能可有可无吧

[InDom]

一个人跋山涉水走了一天一夜来看你，并给你 5 块钱，让你你买点好吃的。

另一个开车十来分钟来的，也给你 5 块钱，也让你买点好吃的。

你会觉得，哪个五块钱分量更重？🐶

[lingyired]

如果担心用户误点了「感谢回复者」按钮，那可以允许用户一定时间内（ eg. 5s ）撤销感谢

这个没啥用，很多时候误点了你压根就不知道。 我宁愿要二次确认。

我微博的点赞列表经常会多几个，一开始以为是哪个第三方软件自动帮我弄的或者微博官方自动给营销号点赞的，直到后来有一次刷微博不小心点赞然后被我注意到了。

[awalkingman]

@Nostalgia #2 这个方案听起来就不靠谱。