婚礼：不用把所有合照发给宾客，也能让他们找到自己的照片

婚礼照片里不只有新郎和新娘，还有老朋友、家人和同事。为了交付照片而发送整个文件夹，宾客就会同时浏览到其他人的照片。反过来，如果逐一挑选并发送，负责交付的人就要重复做同样的工作。一张桌边合照可能需要发给好几位宾客，后续增加照片时，又要重新判断谁应该收到哪张。

这个使用示例结合了PikFind现有的活动PIN与仅限人脸搜索的设置。我们看看如何安排共享路径，让宾客可以从自己的照片开始寻找。

先决定谁能进入，以及能看到什么

发送活动链接前，先决定是否允许浏览全部照片。设置为仅限人脸搜索后，参与者会从自拍搜索结果开始，而不是逐张浏览所有照片。这个选择关系到宾客进入页面后的第一步：是浏览整个相册，还是先提供自拍寻找自己。应在发送链接前确定，而不是等宾客打开后再解释。

活动PIN是一项访问条件，用于减少仅凭链接进入活动的情况。向宾客同时提供活动链接和PIN时，也要考虑到：PIN并非对每个人的身份验证，接收者可以再次分享。因此，链接与PIN应发给已经确定的共享对象，也要明确说明预期的使用范围，不能把知道PIN等同于身份已经被核实。

宾客进入活动页面后，用自己的人脸搜索。无论是与新郎新娘拍摄的纪念照，还是同桌宾客的合照，都可以尝试找到自己出现的照片。这样，宾客从自己的脸出发，不必先知道照片由谁拍摄、保存在哪个文件夹。搜索结果仍需要查看，尤其是光线或角度不容易辨认的画面。

仅限人脸搜索并不是隐藏照片中其他人脸部的功能。在包含自己的合照中，一起入镜的人仍然可见。共享前应理解这一差别，并向参与者说明照片的使用范围。它限制的是如何开始查找照片，并没有将一张多人合照变成只剩本人可见的单人照片。需要作出共享决定时，这一点不能省略。

人脸搜索可能混入错误的候选。宾客可以判断需要确认的照片中是否是自己，必要时用另一张自拍重新搜索。主办方不能以搜索能够完全证明身份为前提来共享照片。如果候选只是看起来相似，应先认真辨认，而不是为了继续操作就确认；追加搜索也不能保证所有合照都会被找到。

照片下架请求也可以从照片页面发起。针对本人照片提出请求时，需要经过自拍确认，再选择希望采取的措施：下架整张照片，或遮挡自己的脸。在请求审核期间，该照片的展示与下载会受到限制。提出请求前，应先确定希望采取哪一种措施。下架整张照片与遮挡自己的脸，会对应不同的处理意图，不能混为同一个要求。

在这套流程中，交付负责人准备的是活动链接、PIN和搜索方法，而不是每位宾客各不相同的文件包。照片增加后，宾客可以回到同一个活动页面继续寻找。发送说明时，可以把进入页面、输入PIN和自拍搜索按顺序写清楚，让不熟悉照片搜索的宾客也知道从哪里开始。

拍摄同意和共享对象需要由活动方另行确定。PikFind的设置，是执行这些决定的工具。先确定链接发送对象和保存期限，就能在交付后对咨询给出一致的回答。如果宾客询问照片会分享给谁、希望保留多久，负责人应依据事先确定的安排说明，而不是把平台设置当成已经取得同意的证明。