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