这是一个创建于 370 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景：
个人在使用 V2EX 时，看到好的内容会经常点感谢，比如可能在一个帖子内给很多回复点感谢。但由于每次感谢都需要确认，经常觉得这里操作比较卡顿（被打断），影响体验。
关于当前的感谢功能：
有两种：感谢 OP ；「感谢回复者」。
无论是哪种感谢，都需要确认。即，用户必须点两次才能发出感谢。
感谢一旦发出，会花费铜币，且不可撤销。
我理解的一般网站/APP 确认按钮，作用一般有两点：提醒用户该操作可能影响重大；确认用户的操作不是误触发。
「感谢回复者」这个按钮默认是隐藏的（不知道为啥这样设计，暂且认为这是合理的），只有鼠标悬停到回复右上角相应位置时，才会显示「感谢回复者」按钮。因此，用户点了「感谢回复者」这个按钮，几乎可以确认是有意为之的，既知道这样会花费铜币，也不大可能是误触发。
如果担心用户误点了「感谢回复者」按钮，那可以允许用户一定时间内（ eg. 5s ）撤销感谢。
建议：
为了保证感谢交互的统一性，无论哪种感谢，都取消确认 + 允许短时间内撤销感谢。让用户点一次就能完成感谢，即使误点了，也能撤销。
大家怎么看？
 |
1
BeijingBaby 2023-12-20 02:07:01 +08:00 via iPhone  18
允许撤销技术实现麻烦很多，要撤销扣币、扣币记录、被感谢者通知撤销，so… 感谢前确认是最简单的实现吗，撤销动作带来的技术复杂性都没有了。
|
 |
2
Nostalgia OP 3
@BeijingBaby 没那么复杂吧，后台维护一个感谢队列，5s 内没有撤销动作，才真正发起铜币扣费。
|
 |
3
skydiver 2023-12-20 02:21:51 +08:00 via Android 4
你忘了手机上很容易误触了…既看不到按钮也没有鼠标悬停
|
 |
4
Perry 2023-12-20 02:32:28 +08:00
金币又不值钱，误触就误触了，你这个需求真没必要，要搞好这个功能 unit test, e2e test 测试什么的都很麻烦，V 站站长的时薪摆在那里。
|
 |
5
GTim 2023-12-20 07:36:46 +08:00 1
不会，目前已经是最简单了，没有比这个更简单了
|
 |
6
helionzzz 2023-12-20 08:20:50 +08:00 1
这只是一个私人论坛，不是什么商业产品，所以你懂吧，可以，但没必要。
|
 |
7
mdyh 2023-12-20 08:28:50 +08:00
有成本的感谢，似乎更好点。
一个论坛说话，又不是多严肃和沉浸的事，打断又如何。为啥要追求所谓的体验感，粗糙点更好 |
|
8
Perry 2023-12-20 08:40:15 +08:00 via iPhone
discourse 就是楼主这种想法，照样也被说赞太容易误触了，虽然是可以撤销赞的，还是有人骂
|
 |
10
947 2023-12-20 08:57:07 +08:00 3
我使用这个功能遇到一个问题：有时候感谢会提示错误，要重复感谢多次才行，这时候的「确认」操作让人很难受
|
 |
12
BeautifulSoap 2023-12-20 09:01:07 +08:00 via Android 11
比起这感谢，我更希望发出的评论至少在一两分钟内是可以编辑的
打错字，或者打一半点错发出来的时候是真的难受 |
 |
14
omgr 2023-12-20 09:03:39 +08:00 2
V2EX is broken by design. Thanks for your feedback but it’s a feature :)
|
 |
15
garlics 2023-12-20 09:07:05 +08:00
如果取消二次确认了，感谢含金量是不是就下降了？
|
 |
16
ispinfx 2023-12-20 09:09:30 +08:00 via iPhone
最烦每感谢一次，要多返回一次。
|
 |
17
chinaguaiu 2023-12-20 09:20:27 +08:00
锦上添花吧，按照这个论坛的使用人群来说，这个功能可有可无吧
|
 |
18
InDom 2023-12-20 09:33:51 +08:00
一个人跋山涉水走了一天一夜来看你，并给你 5 块钱，让你你买点好吃的。
另一个开车十来分钟来的，也给你 5 块钱，也让你买点好吃的。 你会觉得，哪个五块钱分量更重？🐶 |
 |
19
lingyired 2023-12-20 09:42:09 +08:00 1
如果担心用户误点了「感谢回复者」按钮，那可以允许用户一定时间内（ eg. 5s ）撤销感谢
这个没啥用，很多时候误点了你压根就不知道。 我宁愿要二次确认。 我微博的点赞列表经常会多几个，一开始以为是哪个第三方软件自动帮我弄的或者微博官方自动给营销号点赞的，直到后来有一次刷微博不小心点赞然后被我注意到了。 |
 |
20
awalkingman 2023-12-20 09:43:31 +08:00
@Nostalgia #2 这个方案听起来就不靠谱。
|
|
21
Perry 2023-12-20 09:55:25 +08:00 1
|
 |
22
duxiansen 2023-12-20 10:04:55 +08:00 1
我觉得感谢功能最大的问题是，对 op 主贴的感谢标注的不是很醒目，以至于我常常忘记对主贴进行感谢
|
 |
24
ryalu 2023-12-20 10:14:12 +08:00 5
 |
 |
26
oppoic 2023-12-20 10:26:14 +08:00
想起了 pdd ，点击购买直接成功，没有地址确认，也没有扣款确认
|
 |
27
JayeGT002 2023-12-20 11:10:21 +08:00
单纯的没必要吧感觉
|
 |
28
iOCZS 2023-12-20 12:14:03 +08:00 1
用插件做一个请求队列，1 分钟后自动发送
|
 |
29
qwq11 2023-12-20 12:19:25 +08:00 1
怎么没人说回复 markdown 和楼中楼
|
|
30
Nostalgia OP @awalkingman 展开说说呢？纯前端实现确实更优一些。
|
 |
32
Masoud2023 2023-12-20 14:17:28 +08:00
你可以自己写个 userscript 给这个确认过程扣了
|
 |
33
sdjl 2023-12-20 14:20:28 +08:00 2
楼主的观点是正确的，问题出在“这个事情对 V 站来说没有那么重要”
|
 |
34
HGXs1LdZRPSi5O9e 2023-12-20 17:52:26 +08:00
有待改进，但对体验影响不大
|
|
35
Nostalgia OP @omgr 想了下，纯前端实现似乎不行。
假如用户点了感谢之后，立刻关闭浏览器标签页（或者关掉了浏览器），感谢操作就丢了？ |
 |
37
leokun 2023-12-21 20:57:23 +08:00
极致的用户体验不是 V2EX 的初衷，而是有价值的内容。
而且你说的这个，我认为是有意的，如果你不是非常想点赞，那就别点 |
 |
38
nylaxiaobww 2023-12-22 09:29:15 +08:00 1
这个感谢对于一个刚接触 V 站的人来说还是挺有仪式感的。V 站本身在对新用户引导的时候就给人一种稍微有点极客之类的感觉，让新用户对网站本身更加“尊重”，感谢采用这个形式是营造这种感受的一环。对于已经用过一段时间的用户来说，这个操作也没有什么改的必要
|
 |
39
lslqtz 2023-12-22 17:12:33 +08:00 1
对我而言, 如果不小心发送感谢给不想感谢的人, 会更让我膈应...
你可以写一个 extension 去后台队列感谢. |
 |
40
forty 326 天前
像 github issue 那样加 emoji 似乎更有感觉
|
Select Language