——小菜“大胖老师云OCR一页才几分钱听着跟不要钱似的为啥你说它是无底洞”——大胖老师“你见过超市里‘买一送一’的促销吗进去一看买一瓶洗发水送一包试用装最后你推了一整车出来信用卡刷爆。云OCR的计费规则就是这么设计的。”——小菜“那咱们今天就把它扒个底裤朝天”——大胖老师“不用扒他们自己写在价目表里只是字特别小。”一、一张让馆长血压飙升的账单话说2023年秋天某市图书馆的李馆长收到了一封邮件。邮件来自一家国内知名的云服务商标题是“您的OCR服务月度账单已生成”。李馆长随手点开心想上个月就用OCR识别了几本地方志能有多少钱然后他看到了那个数字端茶杯的手开始微微颤抖。账单上写着文字识别服务调用87234次版面分析调用42105次表格识别调用1832次高精度模式附加费……总计消费人民币4862.3元。李馆长把茶杯往桌上一墩拨通了技术部小陈的电话“小陈你给我解释一下我们就扫了十几本书怎么花了将近五千块钱这比买书还贵”小陈支支吾吾地说“馆长那个……一本书扫一遍不行的有的页面要反复扫好几次才准而且版面分析、表格、印章识别都是另外算钱的……我没想到会这么多。”李馆长扶着额头血压计上的数字跟着往上跳。这不是段子。这是大胖老师调研时收集到的真实案例之一。李馆长的遭遇绝非个案在全国各地图书馆、档案馆的数字化进程中云OCR的计费陷阱像一个沉默的碎钞机悄悄吞噬着本就捉襟见肘的经费。大胖老师决定用最朴素的方式——按计算器——把这个坑的深度和宽度一寸一寸地量出来。二、计费规则大起底你以为的“一次调用”根本不是你以为的大胖老师打开三家主流云OCR的定价页面投屏在墙上。小菜搬出了计算器准备记录。师徒俩像两个精算师开始了一场“云OCR成本审计”。第一层基础计费单位里藏着的猫腻所有云OCR都宣称“按次计费”但“一次”的定义各不相同。有的定义为“每张图片调用API一次”有的定义为“每次成功返回识别结果”还有的加了限制条件“单次处理图片大小不超过4MB超过则自动分割为多次调用”。小菜指着这条“古籍扫描件为了清晰度一张图经常十几MB那一页不就自动变成好几次调用了”大胖老师点点头“你已经发现第一个坑了。你以为一页就是一次实际上可能被悄悄拆成三四次。”第二层必选功能的“拆包零售”普通的现代文档OCR认字就是认字。但古籍不同你需要版面分析来区分正文和注文需要方向检测来处理竖排。这些在本地OCR里是标准流程在云OCR里却被拆成了独立的收费模块。大胖老师念着某平台的定价表“通用文字识别0.008元/次版面分析0.005元/次文字方向分类0.003元/次表格识别0.01元/次印章检测0.008元/次……”他念完问小菜“一页古籍把这些全勾上基础费用是多少”小菜啪嗒啪嗒按计算器“0.008 0.005 0.003 0.01 0.008 0.034元。不过表格和印章不是每页都有……”“按一半概率算平均一页0.025元左右。”大胖老师划掉这个数字“这只是第一次调用的成本。后面还有惊喜。”第三层高精度模式的“价格翻倍术”云OCR通常提供“普通版”和“高精度版”两种模式。普通版速度快、便宜但对古籍的复杂字形和排版效果很差准确率可能不到70%。高精度版效果好不少能达到85%以上但计费单价直接翻倍甚至更高。大胖老师指着某平台的价格说明“通用文字识别普通0.008元/次高精0.015元/次。版面分析一样翻倍。”小菜重新按了一遍计算器把各项都换成高精度模式得出新数字一页约0.05元。“0.05元一页”大胖老师把这个数字写在白板上“看着还是不多对吧我们继续往下算。”三、重试成本为什么古籍一页往往要“回炉”好几次“如果古籍一页扫一次就能完美识别0.05元一页我也认了。”大胖老师话锋一转“但现实是古籍识别从来不是一锤子买卖。你跟古籍打过交道应该清楚有多少返工的情况。”小菜掰着手指数扫描参数不对图片太暗或太亮识别效果差需要重新扫描后重新识别——再来一次。版面分析把正文和夹注混在一起需要手动调整区域后重新识别——再来一次。有些页面特别复杂第一次识别某个角落的字全错需要针对性优化预处理参数后重新识别——再来一次。校对时发现某个关键字错了需要重新框选那个区域单独识别——再来一次。系统升级模型后为了更好的效果需要对旧数据重新识别——整体再来一遍。大胖老师总结“保守估计平均一页古籍从原始扫描到最终可用的文本至少要调用3次API。有些挑剔的学者校对时发现一个字不对就要整页重跑。你算算0.05元乘3是多少”小菜按计算器“0.15元一页。”“再乘以一个中等县馆的馆藏量。假设两万册古籍每册50页就是100万页。”大胖老师把数字写下来“100万页 × 0.15元 15万元。”小菜倒吸一口气“十五万这够王大姐她们馆发好几个月的工资了”“而且这还只是首轮识别的费用。”大胖老师继续补充“古籍数字化不是一锤子买卖。后续发现有漏扫、有新捐赠、有版本更新或者单纯想用更先进的模型重新识别一次都得再花钱。这就像你买的不是房子是酒店——住一晚付一晚永远没有‘住满归你’的那一天。”四、隐藏成本大曝光流量费、存储费和“等等费”大胖老师还没算完。他又掏出另一张表上面列着几个容易被忽略的隐藏成本。流量费。云OCR识别需要把图片上传到云端。一张300DPI的A4古籍扫描件大小约5MB。100万页就是5TB的上传流量。很多云服务商的上传流量是免费的但有的会按量计费尤其是跨区域传输时。就算上传免费后续下载识别结果、导出双层PDF也要走下行流量。大胖老师查了某云平台的下行流量价格0.5元/GB。5TB的下行流量就是2500元。这又是一笔隐形开销。存储费。很多云OCR服务会把上传的图片默认保存一段时间方便你后续查看和重新处理。听起来是便利功能但存储是按时间和容量计费的。100万张图片即使每张只有5MB也是5TB的存储量。云存储的价格一般在0.1元/GB/月左右5TB一个月就是500元。一年6000元。如果不及时清理这笔钱就会像忘记关的水龙头一个月一个月地流。等等费。这是大胖老师自己发明的词。“云OCR不是实时出结果的大量调用要排队。小规模识别还好你一晚上扔进去几千页可能就要排在别的大客户后面慢慢等。对于抢救性项目——比如我们之前提到的48小时老宅拆迁——这种等待根本不可接受。时间成本没法算但绝对是最贵的成本之一。”小菜把这几项加进总账重新按计算器首次识别15万流量0.25万存储首年0.6万合计将近16万。他盯着这个数字看了半天“大胖老师这个价钱都够给我们实验室配十台高配电脑全装上咱们的文渊慧典然后跑十年不用再花一分钱。”“这就是云OCR的商业模式本质。”大胖老师放下计算器“它不是为你着想的最优方案而是为厂商利益最大化的收费艺术。你用的越多它赚的越多。你的古籍越难识别你需要调用的次数就越多它就越开心。你跟它的利益是冲突的——你要省钱它要赚钱。这游戏从一开始就不公平。”五、两个真实的故事当账单敲门时空算数字不够过瘾大胖老师又讲了两件真人真事让“天价账单”这个词从抽象变具体。第一个故事被“双重收费”逼疯的馆员2024年初东部沿海某市图书馆用云OCR处理了一批民国报纸。报纸是双面印刷一张报纸拍成两页总共约五万页。馆员小周为了省钱仔细研究了计费规则关掉了所有“非必要”的附加功能只勾选了最基础的文字识别。三天后账单到了两千三百块。小周觉得不对按他的计算五万页乘以0.008元/次应该只有四百块。他打开消费明细发现大量页面被额外计了“文字方向分类”和“图像质量增强”两个模块的费用。他打电话问客服客服答复“系统检测到部分图片方向不一致或质量不佳自动启用了相应模块进行优化处理。这是为了保证识别效果默认开启的。”“默认开启”小周怒了“我明明把所有附加功能都取消了”客服耐心解释“先生您取消的是‘手动勾选’但系统有自动检测机制当识别置信度低于阈值时会自动调用优化模块重新处理这些调用也会计入账单。”翻译成人话就是你觉得你关掉了系统觉得不行又偷偷帮你打开了然后找你收钱。小周把这个叫“强制消费式识别”虽然钱追回来了投诉后但那批报纸的数字化进度被耽误了两周。第二个故事欠费后数据被“撕票”西北某县图书馆在2022年曾用一家云OCR的免费试用额度处理了一批家谱。试用期结束额度用完了但馆里还想继续识别后续的几百页。馆长觉得费用偏高决定暂时停用想等年底经费下来再说。他以为已经识别完的数据会保留在云端账号里随时能下载。年底他登录账号准备把之前的结果全部导出。系统提示“您的账户因长期未使用已进入休眠状态。历史数据将在30天后自动清理如需保留请升级至付费套餐。”馆长大惊失色赶紧联系客服被告知免费额度用户的数据保留期只有90天到期自动删除恢复数据需要支付数据恢复费——每GB 200元他那批数据大概十几个GB加起来比重新识别还贵。馆长气得在电话里跟大胖老师吐槽“这就像你去照相馆拍了全家福没及时取照片过几个月去拿老板说底片销毁了要恢复得加钱。我都没欠他钱他就是不给你”大胖老师听完沉默了很久后来把这个故事写进了项目需求文档的“数据安全”一章旁边用红字标注了四个字本地存储生死不移。六、本地OCR vs 云OCR我们把账算到小数点后两位大胖老师让小菜做了一张对比表把本地部署的“文渊慧典”和云OCR的全生命周期成本放在一起算一笔五年长账。假设某县馆藏古籍2万册100万页五年内完成全部数字化。云OCR方案首轮识别100万页 × 0.15元/页 15万元存储费5TB × 0.1元/GB/月 × 12月 × 5年 3万元流量费含后续下载导出估算1万元版本更新重识别假设模型升级两次每次重跑30%的核心文献60万页 × 0.15元/页 9万元五年总计约28万元文渊慧典方案硬件普通办公电脑一台5000元外置硬盘用于备份1000元软件授权费0元开源电费电脑功率150W按0.6元/度电跑100万页约需1000小时电费约90元维护成本系统更新免费下载馆员自己就能操作五年总计约6090元小菜按计算器的手在抖“28万对6千……这差了将近47倍”“而且云OCR的28万是最保守的估计”大胖老师补刀“没有算人工校对的时间成本没有算网络不稳定的重传损失没有算万一经费断档导致数据被清理的风险。而我们的6千是最高估计——实际上很多馆的电脑本来就是现成的不需要额外采购那就只剩电费。一百块钱电费把全馆古籍数字化你觉得王大姐听到这个会不会笑出声”七、为什么“便宜”的反而是最贵的算完这笔账大胖老师提出了一个灵魂拷问“云OCR一页几分钱听着是白菜价为什么最后的总账却高得吓人”他自问自答“因为云OCR的计费模式是为‘不确定性’设计的。古籍识别的难度不确定、需要调用的次数不确定、后续的需求不确定。厂商利用这种不确定性把每一个可能的不确定都变成了收费点。你为了应对不确定只能不断充值最终陷入‘用也不是停也不是’的泥潭。这就像自助餐和点菜的区别——你以为点菜便宜结果每道菜都单算钱吃完一结账比自助餐贵好几倍。”“而本地OCR精髓在于‘一次投入无限使用’。识别一百页和识别一百万页边际成本趋近于零。电费是恒定的时间是可以规划的数据是安全可控的。你把不确定性关在了门外所以总成本就被锁死在一个极低的水平。”他顿了顿补了一句“我们选择的这条路不是最炫的但一定是对王大姐最友好的。她不需要懂什么计费规则不需要担心账单超预算不需要跟客服扯皮。她只需要一台电脑一个软件一本书。这不叫技术降级这叫技术伦理。”八、尾声计算器没用完的电池留给自己那天的计算器测试结束后小菜把电池从计算器里拆出来放回抽屉。大胖老师问他为什么不继续用了小菜说“账已经算清楚了以后不用再算了。省下来的电池留着自己用。”大胖老师笑了。他拧开保温杯对着窗外的夕阳喝了一口。阳光洒在计算器上旁边是一张纸写着两行数字28万 vs 6千。他拿起笔在28万下面画了一道重重的横线在旁边批注“不是不让你贵是你不值。”后来这张纸被小菜复印了好几份贴在实验室的墙上、贴在项目文档的扉页、贴在他自己笔记本电脑的背面。每次有人问他“你们为什么不做云端的多方便啊”他就指指那张纸笑着回答“方便是方便就是费馆长。”本文为注水技术版您看看即可不必当真写此文字就是图一乐-