建筑师与工程师:把机密图纸留在你自己的机器上
图纸、投标、结构报告。一家事务所的方案很有价值,且往往受保密协议约束。reader.me 在你的浏览器中处理这些很大的 PDF,因此没有任何东西被上传到服务器。
一家建筑或工程事务所所产出的工作就是它的价值所在,而其中很大一部分都存在于 PDF 里。平面图、立面图、结构计算、投标文件、一份在截止日期前绝不能被看到的竞赛投稿。这些文档往往受到一份保密协议、一项客户保密条款的约束,或者只是基于一个朴素的商业事实:一张外泄的图纸帮了竞争对手,害了你。
它们还很大。一套图纸很重,而麻烦正是从这里开始的,因为「缩小一个文件」或「合并一套图纸」这种日常需求,恰恰会把那些图纸送到它们绝不该触碰的服务器上。
大文件、敏感内容,一个糟糕的组合
设想那些寻常的任务。一个投标门户不接受超过某个大小的文件,于是你需要压缩这套图纸。客户想要所有东西汇成一份 PDF,于是你把各张图纸合并起来。一位顾问发来一份扫描的结构报告,需要变成可搜索,于是你对它做 OCR。每一件都是例行公事,而每一件都在诱惑你转向一个免费的在线工具。
那个工具会上传你的文件。对于一套受保密协议约束的图纸,或一份处于禁运期的竞赛投稿而言,「上传到第三方服务器、稍后删除,相信我们」是一个实实在在的问题。你签了一份保密协议,然后却把这份机密文档交给了一家并非该协议当事方的公司。如果这份文件同时还具有商业价值,那你就为了省两分钟,把自己的知识产权放到了别人的机器上。
reader.me 在文件本来所在的地方完成工作
reader.me 在你的浏览器中运行。没有上传,因为没有任何服务器在做处理;引擎运行在你自己的电脑上,在浏览器标签页内部。
当你压缩一套很大的图纸时,你的浏览器把这份 PDF 读进你机器的内存,就地压缩它,再把更小的文件还给你。图纸从不离开事务所。这就像是把工具带到你的桌前,而不是把你的方案快递到一个你看不见的地址。
你可以验证它——当客户问起你如何处理他们的文档时,这一点很重要。打开任意一个 reader.me 工具,打开开发者工具(F12),在处理文件时观察「网络」标签页。没有任何上传。切断你的互联网连接,它依然能用,因为文件从来就不打算去往任何地方。
事务所的日常 PDF 活儿,都保持私密
- 为投标门户压缩。 一套图纸很快就会冲破上传限制。压缩 PDF 到符合要求,而不必先把你的方案送去某个压缩服务。
- 合并一套图纸。 把图纸、进度表和报告合并成一份交付物,交给客户或规划主管部门,全程本地完成。
- 清楚地标记草稿。 要发出一套尚未定稿的图纸?在各张图上加一个「草稿」或「机密」水印,这样打印件就不会被误认成已发布版本。这个水印是在你的机器上嵌入的。
- 让扫描的报告可搜索。 顾问扫描的计算报告,在 OCR 之后就变得可搜索,无需上传他们的工作成果,也无需上传你的。
- 锁定你发出去的东西。 要把图纸发给一位承包商?用密码保护文件,并单独分享密钥,这样一封被转发的邮件就不会暴露整套图纸。
真正站得住脚的保密
一份保密协议是一个关于信息去往何处的承诺。大多数事务所在那些显而易见的方面都守得住——加密的硬盘、谨慎的邮件——但一个免费的在线 PDF 工具,是一个悄悄的例外,它把其余的一切都瓦解了。你可以对每一个文件都小心翼翼,却仍然因为需要把它压到 25 兆字节以下,而把整套图纸交给了一个陌生人的服务器。
在浏览器中处理,弥合了这道缺口。方案从你的机器,到客户或门户,中间不经过任何 PDF 服务。当客户问起、或一份保密协议要求你确认时,你可以坦白地说,这些文档没有被上传到任何地方。没有什么第三方删除政策需要去依赖,因为什么都没被发送出去、也就没什么可删。
你的图纸就是资产
对一家事务所来说,这些文件不只是机密——它们就是产品。一套图纸里凝结的设计、节点细节和工程判断,正是客户付费购买的东西,也是竞争对手巴不得提早看到的东西。仅仅因为任务看起来很小就随意对待这些文件,正是好作品外泄的方式。
活儿不会停。永远都会有一个门户大小限制要去攻克,一套图纸要合并,一份扫描件要做 OCR。在你的浏览器里完成它们,用一个把文件留在你机器上的工具,你的方案就会待在它该待的地方:在画出它的那家事务所里。