房地产：私密地签署和分享合同

一笔房地产交易靠文书往来推进。买家付了一笔定金，于是有了一份合同。租客租下一套公寓，于是有了一份带着他银行信息和身份证的租约。有人预订了一处房产，于是一份签好的预订单必须在对方改主意之前送到另一头。

这一切都跑在飞速易手的 PDF 上。中介现在就要一个签名，客户现在就想看到文件躺在自己的收件箱里，而没人有时间去找一台打印机。于是文件就被拖进了第一个承诺帮你签名或压小它的免费网站。三十秒搞定。

问题出在那些页面上写着的东西。一份定金协议承载着姓名、证件号、一处房产的全价，往往还有一个银行账户。一份租约里的内容更多。当你把它上传到一台你无法掌控的服务器时，客户的数据就离开了你的办公室，而你再也收不回来了。

为什么这些文档与众不同

一家中介经手的大部分东西都不是传单，而是人们会小心守护的那种东西。

一份定金协议把买家绑定到一个价格和一个截止日期上，里面还写明了违约罚则。一份预订单把钱押在一处房产上。一份租约列出了租客的薪水、他的担保人，以及房租从哪个账户扣除。按揭文书、能效证书、身份证扫描件，这一切都在通往公证处或银行的路上，经过同一张办公桌。

这些文件每一份都指向一个真实的人，并把他和钱绑在一起。这恰恰是那种不该躺在陌生人服务器上的文档，哪怕只躺一个小时。

「一小时后删除」在这里帮不了你

大多数在线 PDF 工具的工作方式都一样。你的文件上传到它们的服务器，签名或压缩在那里完成，结果再传回来。那条「文件六十分钟后清除」的横幅也许是诚实的。你照样无法核实它。

一旦一份租约落到了别人的机器上，有几件事就脱离了所有人的掌控。备份可能在承诺的窗口期之后还留着一份副本。服务器可能被攻破。那个工具可能跑在它从第三方租来的基础设施上，于是你客户的文件会经过没人告诉过你的存储和队列。一份从未离开你笔记本电脑的文档，不可能出现在别处发生的泄露里。

对于一张房产展示照片，没问题。但对于一份印着买家银行账户的合同，赌注就完全不是一回事了。

不打印、也不上传地签字

签一份合同你不需要纸，你也不需要一台服务器。

reader.me 把整个活儿放在你的浏览器里完成。代码加载到你的设备上一次，你的 PDF 在浏览器自己的内存里打开，你放好签名，做好的文件直接保存回同一台机器。没有上传这一步，因为根本没有一台服务器在干活。

用签署 PDF打开一份定金协议，画出或键入你的签名，把它放到该放的位置，然后下载签好的副本。客户也可以在自己的手机上对自己的那份副本做同样的事。两份签好的 PDF，而两个文件都没有去过任何地方。这是一个简单的电子签名，是适合预订单或定金表格的那种日常签名，而不是用于公证文书的合格电子签名。

如果你想要证据而不是听我空说，打开浏览器的 DevTools，切到 Network 标签，签一个文件，然后看。没有哪个请求会把文档带出去。如果它不在某个请求正文里，它就没有被发送过。

把它压到足够小，好用邮件发出去

扫描的合同会变得很重。一份逐页拍下来的租约，或者一份和平面图、能效证书捆在一起的协议，可能你还没添一个字，就已经超过了客户邮箱的大小上限。

通常的反射动作是又一次上传到又一个网站去把文件压小。同样的毛病：客户的数据为了变轻一点而跑去了一台服务器。

压缩 PDF 改在浏览器里完成这件事。把签好的合同丢进去，拿到一个更小的版本，再把它附到邮件上。文件在你的电脑上被压小，而它此后唯一去的地方，就是你选定的那个收件箱。不必经过任何别人的存储来回奔波。

明天就该改变的事

挑一个客户端工具，把它定为你处理合同的默认选项。反正它本来就更快，因为没有上传和下载要等，而且当看房途中办公室 Wi-Fi 掉线时，它照常工作。

在把一份定金协议或一份租约放进任何网页工具之前，先问一个问题：这是在我的浏览器里处理，还是在他们的服务器上处理？如果你分辨不出，就做一次 DevTools 测试，一劳永逸地搞清楚。

而如果哪天客户问起他签好的合同去了哪里，你就能给出一个干净利落的答案。它自始至终都留在设备上。对于一份印着某人银行账户和身份证的文件，这正是那个值得你能够给出的答案。