强烈反对分享动作的红字强制勾选,及改进建议!

功能建议 · 2061 次浏览
Poto 创建于 2024-11-18 18:58

强烈反对最近版本更新后,「分享动作」时会有红字强制勾选。

 

该红字强制勾选的初衷分别是:Quicker 平台免责、震慑潜在危险源头、提醒泄露隐私行为。

 

但平台免责本来应该写在安装软件时的使用协议里,在动作详情页右下角也有红字警告;

真要黑客行为也不会因为这行自欺欺人的红字就「放下屠刀、立地成佛」;

泄露隐私属于低端犯错,属于开发者意识不到位而不自知,它原本就不应该发生,发生了通常也是无意识不自知,就算警告也意识不到,还是没意义。

 

所以,它的初衷都不堪一击,却事实地给开发者带来多此一举的困扰,徒添麻烦,让开发者多一步,使得分享过程烦琐复杂多余化,而这本来不应该这样。

 

特别是敏捷开发频繁迭代,每次都要被恶心。

 

恶心君子,也防不了小人。只有正经开发者受伤的世界达成了。

 

「做个动作自动选中」只是掩耳盗铃,它不解决问题,而是解决提出问题的人。

 

强制勾选就是凭空制造多一步,就算是用动作自动勾选,找这个动作激活也是多一步。原本没有这一步,现在在交互设计上凭空制造多一步要求,无论怎么规避,它都是会多一步,为了一个麻烦,而不得不制造更多的麻烦去填补,它依然是个麻烦

 

在以前,我填写完更新说明,直接 alt s 即可完成分享,该干嘛去干嘛去。

 

现在,我得离开键盘去控制光标点击,或者更复杂的键盘控制焦点转移勾选,它是实实在在地多了烦琐的步骤,原本没有的麻烦现在被凭空制造了。

 

即使做个自动勾选的动作,我依然要去找这个动作,而分享动作本身又是低频不常用,只在特定短暂时刻频繁使用,单独指定快捷键既白占键位,又不一定记得了,毕竟好用的快捷键是稀缺资源,已经被占用得七七八八。

 

我希望 Quicker 平台方同意以下两全其美的解决方案:

保留红字提醒,但去掉强制勾选。把红字改成:“按下「更新」后,表示你确认此动作不包含您的隐私信息以及可能导致他人损失的内容”

 

这样,提醒作用有了,红字的警告作用也有了,但原有的交互设计依旧,对正经开发者没影响。就是多了一行红字,当用户按下分享按钮那一刻表示他默认同意。

 

Quicker 赖以生存的是依靠是开发者,有开发者才有 Quicker 动作库生态,才吸引来用户。

 

为开发者提供便捷的交互设计才是正道,而不是添堵。软件设计最难的不是功能堆砌,而是交互设计自然人性化,方便使用者。软件的使命是让用户最少的步骤达到目的,而不是浪费使用者的时间和行为在形式正确的无谓交互上。

 

规避责任风险的提醒可以有,但请提醒就提醒,不要搞得那么繁琐。

 

试想,每天你出门都要签署一份户外活动安全风险才让你出门,麻烦不麻烦?

每天上学或工作,在门口都要签署一份「我承诺今天好好学习/工作」,麻烦不麻烦?

每天你上司要你喊团队口号,跳公司早操,美其名曰公司集体精神,你心里什么感受?

Poto 最后更新于 2024/11/19

回复内容
CL 2024-11-19 10:01
#1
好长😂  后面再考虑下。
zryan 2024-11-19 13:18
#2
总结

建议:将红字提醒改为:“按下『更新』后,表示你确认此动作不包含您的隐私信息以及可能导致他人损失的内容”,并去掉强制勾选步骤。

原因:觉得麻烦。

瓜皮之牙 回复 zryan 2024-11-20 11:24 :

🙎🏻‍♂️

回复主贴