Guests and uploads
婚礼宾客分享照片需要下载应用吗?
不需要。宾客只需扫描二维码,手机浏览器就会打开 album,直接从相册上传即可。无需安装应用,无需注册账户,也无需记密码。
Guests and uploads
不需要。宾客只需扫描二维码,手机浏览器就会打开 album,直接从相册上传即可。无需安装应用,无需注册账户,也无需记密码。
不需要。宾客只需用手机摄像头对准打印的二维码,轻点弹出的通知,即可在 Safari 或 Chrome 中打开 album。随后从相册中挑选照片和视频上传即可。整个过程不到三十秒,手机上不会残留安装任何软件。
对于那些绝不可能被说服去下载应用的长辈与朋友来说,这才是切实可行的方案:比如抓拍到唯一一张祝酒照的阿姨,或是手机内存自 2019 年就一直提示已满的好友。
为什么这一点比听起来重要得多。 从“我想分享这些”到“分享完成”,中间每多一个步骤都会流失一部分人,而安装应用是门槛最高的一步。这意味着要打开应用商店、登录账号、等待下载、授予权限,甚至还要再注册一个新账户。在婚礼现场,宾客手里拿着酒杯、听着台上的致辞,根本不可能耐着性子走完这一长串流程。而网页端上传之所以顺畅,是因为从宾客已经打开的相机界面到完成上传,只需轻点一下。
QR scanning is built into the stock camera app on every iPhone running iOS 11 or later and on Android 9 or later, which covers effectively every phone at a modern wedding.使用较老机型或相机扫描功能已关闭的宾客,也可以手动输入 album 的短链接。该链接建议印在二维码下方的印刷二维码卡片上。
宾客的实际体验。 宾客扫描摆放在宾客就座位置的二维码,加载出来的 album 上带有新人的名字。如果设置了需要填写姓名,他们输入一次即可;否则可直接点击上传按钮。从相册中选好内容,看着进度条推进,随后照片就会与其他人的照片一同显示在动态流中。若 album 设置为稍后统一揭晓,他们会看到确认提示而非照片流,这也正是该设置的目的所在。
他们的设备上不会存储任何多余内容,不会索要邮箱,也不会创建登录信息。若一小时后再来扫码,album 会在该手机上记住他们的身份,方便继续补充上传。
所做出的取舍。 网页端 album 确实舍弃了一项已安装应用表现更好的特性:后台上传。应用可以在手机锁屏且宾客在跳舞时继续上传大型视频文件。浏览器标签页做不到这一点,因此宾客在上传两分钟的 4K 视频时需要保持标签页打开直到完成。实际上,这就是为什么每个 album 相当一部分内容是在婚礼后几天收到的,而不是当晚。大家更倾向于回家后再传大文件。
这在当晚确实算是一点缺憾,但我们依然坚持这种权衡取舍。因为后台上传只有在宾客首先安装了应用的前提下才优于浏览器,而我们搭建整个页面的初衷,正是为了免除下载安装这一步。
| 方法 | 首次上传前的步骤 | 是否需要注册账户 | 照片画质 |
|---|---|---|---|
| 扫码直达网页端 album | 扫码、轻点、挑选 | 否 | 原始分辨率 |
| 专用宾客应用 | 应用商店、下载、授权、注册,然后上传 | Usually | 原始分辨率 |
| 共享云端文件夹 | 登录云端账号,接受邀请,上传 | 是 | 原始分辨率 |
| 即时通讯应用或社交媒体动态 | Send | 已登录 | Compressed |
无需下载应用是否意味着画质会降低? 不会,这正是值得澄清的误解。大家通常认为宾客照片画质压缩,是因为通讯应用和社交平台,而不是浏览器造成的。通过相册上传的文件会保留原始分辨率,这足以用来制作用宾客相册制作的相册书。而通过群聊发给你的照片通常做不到这一点。
如果宾客出于原则坚决不愿使用怎么办? 确实会有少数人这样,与其和他们争辩,不如提前做好预案。解决方法与应对单纯忘记上传的宾客相同:事后找特定的人要特定的照片或视频。比如问一句“你拍了第一支舞,能传到相册里吗?”,效果会远好于群发呼吁。如果有人完全不想使用,也可以直接把文件发给你,你作为共同管理员自行添加即可。
在采用这种相册模式的 50,000+ 场婚礼中,我们最初担心的阻力(即宾客会觉得在浏览器中上传很麻烦)并没有出现。真正导致照片流失的阻碍其实是人际层面的:全场没有人提醒大家有这个相册存在,而我们的婚礼二维码设置指南详细讲解了如何全程解决这个问题。
更喜欢纯文本?阅读 Markdown 版本。