大家对「批量操作」的看法都有哪些?(开放话题,但希望是围绕软件批量本身)

:small_orange_diamond:开放话题:批量操作

在软件话题中,「批量」这一概念或词语,是很常见的。

在小众软件论坛中搜索「批量」,能得到大量的帖子。

大家对「批量」有哪些认识?有什么看法或想法?它的意义是什么?

:small_orange_diamond:发帖背景

近半年内,我先后向两个产品的开发者反馈过希望增加批量操作的功能,但是得到的开发者的回应竟然是一致的:他们不理解批量的意义是什么。
(叠个甲:这两个软件都是我付费支持的,软件比较新,我提 issue 的方式也是文明交流讨论,很尊重并感谢开发者)

我想探索一下「批量」

  • 在软件生态中的地位
  • 在用户眼中的地位
  • 在开发者眼中的地位
  • 在产品经理眼中的地位

不过我的身份是用户,所以视野有限。

:small_orange_diamond:关于批量的头脑风暴

下面是关于批量,我的一些碎片想法

GUI 与批量

GUI 能让软件的上手门槛大幅度降低,有些 GUI 软件会支持批量操作,有些则没有提供。

一个 GUI 软件没有批量功能,则可能需要机械性、重复性地点鼠标。

而命令行自带批量的能力。

三个层次:手工、批量、自动化

纯手工操作,还分为鼠标点击、键盘操作、键鼠协同。

自动化,彻底解放双手。

批量操作,介于手工和自动化之间,有一种中庸的感觉。

批量带来的解放

有多少办公软件,缺乏了批量的功能(或者批量的功能很隐藏,需要培训才会使用),打工人坐在电脑前机械地用鼠标点点点,重复的工作如同无尽地拧螺丝,让人陷入痛苦和自我怀疑。

使用键盘快捷键则比鼠标更有优势一点。

批量是最容易萌生出来的需求

对于大众用户,如果在使用的时候觉得操作繁琐,则很容易萌生出批量的需求。

而自动化一般是由开发者设计并让用户选择去相信的。

批量操作 CP 值高,而且有掌控感

自动化虽然解放了双手,但是我总是觉得有一种不安全感,头脑中会有焦虑的想法。因为自动化比较脆弱,又不经人脑,也比较考验设计能力、时间和精力、后期的优化(俗称折腾)。

比如

  • 订阅太多 RSS 造成的信息过载。
  • 一开始自动化搭建的小缺陷,在后来突然崩溃或者出岔子。
    比如邮箱过滤器规则设计失误,导致错过了重要的邮件。
  • 其他偶然因素
    比如某个设备断了网,某个在线服务崩溃,整个自动化链条卡住。

而批量操作不仅上手难度低,而且是主动操作的,有掌控感。

批量提供无尽可能

首先,批量能大幅提高效率。

批量相比于纯手工,有一种量变引起质变的感觉。

一个软件如果有了批量,能大幅提高软件能力的上限,拓宽应用场景。

批量在多个软件协同、重器轻用方面也发挥着重要的作用,能让用户不拘泥于一个软件中。

产品与批量

这部分我比较外行,我也是最近才开始注意引入「增长」视角的,之前主要是用户视角。

一个产品如果为了锁住用户,让用户呆在自己的孤岛上,让用户刷在线时长,就要慎重添加批量功能。

有了批量导出功能,用户就方便「跑路」了。

批量功能和自动化功能太强大,有开发和设计成本,但是大众用户可能用不到,可以考虑变成付费功能。

有个性的开发者如果比较信仰「极简」,固定了自己软件的使用场景,则会觉得批量功能是多余的,会选择不去添加甚至砍去。


:small_orange_diamond:小结

暂时想到这么多,脑暴累了。摸鱼码字半小时,我继续去上班了。

大家对「批量」的看法是什么呢?

比如:再过几个月,就得在微信里批量拜年了。
引申一下:如何对这种拜年自动回复呢?

一,作为用户

很喜欢批量功能,批量重命名、批量转换文件、批量压缩图片等等。枯燥无味的点点点是很折磨人的,所以我非常喜欢批量功能,也很希望软件能提供批量功能(有需要的话)。

二,作为旁观者

因为我自己就开发了一款笔记软件,所以也格外关注笔记软件。对于数据不在本地,数据不是自己可控的笔记软件,如各种云笔记,其批量功能都是作为VIP的增值功能的,即使现在不是,以后也会是。

三,作为开发者

因为我喜欢批量功能,所以我也会尽可能的在软件中提供批量功能,也会不对批量功能作什么限制。
以我开发的LESLIE NOTE https://meta.appinn.net/t/topic/19923 而言,除了最基础的批量导入、导出外:

还有专门批量处理笔记的各个功能:

除此之外,只要某处可以实现批量操作,我都会尽可能的安排上,像回收站、历史版本管理、容灾文件管理、Webdav同步笔记管理、远程笔记管理等等。限于篇幅,就不一一截图展示了。
PS:软件是免费的,没有任何功能限制。

当然是批量回复

从来都不回复。熟人直接在那几天打电话。不熟的,统一发个朋友圈。

感觉你在说dropit

批量这个概念不应该出现在大多数普通用户会用到的软件中,或者,不用批量这个词,而是用更形象的功能描述(比如浏览器的关闭右侧标签页)

2 Likes

“ 自动化”
某些自动化就极其可笑
举个例子
在我的使用中,杭州大厂的邮箱,垃圾邮件的误判率为100%。

没有明确可见规则的黑箱"自动化",不如没有.
如果规则可见, 不如加上自定义功能.
完全依赖机械性重复, 那这软件未免太落后.

2 Likes

批量是生产力,对于重度用户非常有价值。。。。。

下面一个批量缩略图片的工具,就是 命令行实现的,但对于用户是一个GUI界面,用来选择目录和设置方式

把指定目录里的所有照片(*.jpg)文件做批量缩小
缩小后的照片:
长度保持指定值像素(电脑里观看,1024-1600就行了)
质量保持指定值(1为最差,100为最好)
数码相机原始文件是70-95,一般选择75-85就行了
建议只用于缩小,否则效果并没提高,只会使得文件变大
放大(增加长度)只会模糊或出现马赛克,没什么意义
质量设得比原照片高,只会使得文件变大,没有意义

输出的照片目录可以是同一目录(通过附加字符串到文件名)
或不同的目录(通过附加字符串到目录名)
方式: 原照片文件路径 缩小后的照片文件路径

  1. DIR\s\FILE.JPG 代表 DIR\FILE.JPG => DIR\s\FILR.JPG
    即把原来的d:\dir\xx.jpg,缩小到子目录s下

  2. DIRs\FILE.JPG 代表 DIR\FILE.JPG => DIRs\FILE.JPG
    即把原来的d:\dir\xx.jpg,缩小到d:\dirs目录下

  3. DIR\FILEs.JPG 代表 DIR\FILE.JPG => DIR\FILEs.JPG
    即把原来的d:\dir\xx.jpg,缩小到原目录,但是文件名加s
    (否则会覆盖原来的照片)

  4. s\FILE.JPG 代表 DIR\FILE.JPG => s\FILE.JPG
    即把原来的d:\dir\xx.jpg,缩小到任意的新目录s下
    (此时s应该是一个带盘符的完整目录,如:e:\abc)

  5. s\[email protected] 代表 DIR\d1\d2\FILE.JPG => s\[email protected]
    因为4)是把源目录里所有子目录的文件都转换到同一个目标目录
    如果子目录不同文件名相同,会只保留一个文件
    所以增加此模式

  6. tmpdir\[email protected] 代表 5)模式里如果目标文件变小了
    则覆盖原文件(原文件加.OldJpg后缀,确认不需要可以批量删除)

高级用法:如果你的cpu是多核的,如4个核
则可以修改ini配置文件,把里面的cpu=1改为cpu=3
这样,可以充分利用多个核一起工作,提高速度

1 Like

你的意思是说「批量」在软件中应该换个词语或者形式存在,比如变成更具体实际的场景描述,还是具备批量能力的功能本身不应该出现在大多数软件当中呢?

前者可以理解,而且值得借鉴,如果是后者,原因是什么?

我在和一个开发者交谈过程中,TA 的想法就是,「将来会开发出自动化功能,就解决一切问题了,所以不需要批量」,但是我不认为自动化能完全取代批量。

面向重度用户的软件,可以有批量功能
面向大多数用户且需要批量功能的软件,应用形象化的功能描述
面向普通用户的软件,没有必要加入批量功能,因为这个功能的使用是建立在对任务的抽象化认知之上的,不能期望普通用户的技术水平

以上是对于独立开发或者小型软件的观点,开发者要对软件的用户群有认知,将精力集中在强需求上

1 Like

没必要的原因,我的理解是,

  • 开发成本,如果一个功能有了批量能力却只有少数人使用,就有点浪费的感觉。应该专注在开发呼声更高的功能上。
  • 批量对于很多产品的增长没有帮助,甚至可能不利于产品增长。
  • 可以交给第三方开发, 比如浏览器用户脚本。

不是开发者的我比较好奇,给一个已有的功能,赋予批量的能力,这个开发的成本是什么样的?


但是如果开发了,再加之平易近人的宣传和教学,就会有一些用户习得批量操作,成为重度用户,并对批量留下好感。(也就是你说的提高了用户的认知)

我对批量操作的认知就是在使用了很多软件,逐渐培养起来的。

之前浅用过 MATLAB(以及 Python)作图,有所体会。

如果能精通,用代码作图的效率比起用 GUI 软件作图要高效好多,只要调整代码就能快速批量地出图。

对我来说,批量,主要是自动化(操作规则化)
这个每个人个性化需求很强,需要配合合适的工具+自己编程,才比较能满足需求。至少会正则表达式,能够整理出自己的需求,有合适的电脑操作管理体系。

我们期望的人工智能辅助助理,短期内可能还不能实现,但已经可以开始YY了。

所以,现阶段,我的诉求是看论坛,找能用的软件整合进自己的流程,抄能用的代码段(ahk)

抛开具体的事情或者说业务,单纯谈批量,好像意义不大,具体问题具体分析

说个反直觉
很多人作为开发者或者用户,都喜欢批量这个词,批量有时候潜移默化的认为是效率的提现。
但是有些业务场景,也就偶尔使用一下下,根本不知道开发个批量的程序或者说功能块。
安排个搬砖工,操作几个小时又如何,每年搞几次又如何,有时候比花费一个程序员几天时间开发个批量功能来得效率。

考察概念嘛,或者说围绕一个中心词深挖一下讨论一下得到新的洞见,让用户和开发者有新的想法。

而且我从来没说过要抛开具体的事情和业务,只是描述的时候尽量归纳总结了一下,提供了一些视角。而且,开放话题就是要抽象笼统一点,才有多角度的思想,并产生联系。

我比较不能理解什么是意义,为什么要追求所谓的意义,每个人心中对意义的定义又不一样。讨论分享一是娱乐消遣,又是获得洞见,上面两位开发者的回帖,已经让我收获很多了。

好像没有反到我的直觉,现实中这种场景是十分常见的。

有的场景下并不需要程序员,一方面可能仅仅是公司内部大家一直只会手动操作(当然是类似 Windows 这种操作系统级的)。另一方面,如果真是公司内部系统,没有批量也没办法,一般不会去做的。

如果是 Windows 系统级别的,那意义又浮现出来了,搬砖工如果有了批量的思想或者诉求,就能解放时间和身心。(论坛里就有好多关于批量的求助贴)

我尝试过几次让 AI 写脚本了,有的一次成功,有的经多次调整成功。
再让 AI 给脚本进一步赋予批量能力也很容易。

简单的机械的操作系统级的批量操作,感觉 AI 已经可以实现了。

之前看过一个案例,用 AI 可以写 Word 的脚本,能一次修改掉 Word 里面大量烦人的格式问题

说道这个我就不困了,在哪里?

这个论坛上的还是手工触发的那种

自动化>批量.

所以单纯谈需求, 开发者的站位跟用户是不一样的.

因为开发者要考虑共性需求问题, 而用户考虑个性问题.

个性的批量 ≠ 共性需求问题

比如我的用户, 经常会有人提出批量打印的需求.

事实上, 很多批量并不需要软件本身就能实现.

比如 你选择所有doc文档, 右键菜单选择打印即可.

一样可以实现批量.

这就是批量, 但很显然, 是非常小众的个性需求.

所以我后来推出vba脚本功能, 用自动化代替所谓的批量.

比如 批量调整图片, 批量打印, 批量替换 等等.

但这个的前提是自动化, 而不是批量.