三个界面，一个活动
上面的屏幕不是三个产品。它们是同一个活动的三个侧面，而且看的是同一批上传内容。
主办者看到的是一条队列。宾客发来的一切都带着状态落在那里，主办者逐条发布或退回——如果这一晚产生了四百条，也可以批量处理。宾客看到的是一部手机：一个码、一个上传页，之后是主办者决定让宾客看到的内容。摄影师看到的是门户：他对某一位客户的交付，与宾客上传分开存放，哪怕两者属于同一个活动。
三者之间变的不是数据，而是谁被允许看。这一点由主办者决定一次。
这些是界面示意图，不是客户账号的截图。这里出现的活动、宾客和上传都不是真实的。
活动主办方
主办方：审核要公开的内容
宾客上传的一切都会进入同一个队列。点一下就能发布或拒绝，也可以批量处理。
控制台 / 待审核
待审核
需要查看宾客
宾客：扫码、上传、完成
无需账号也无需应用。上传进度和审核状态一眼可见，不用问任何人。
宾客上传
Amara & Theo
客户门户
一切由这个码开始
为桌上打印，或作为链接分享。
婚礼、订婚、生日、音乐节
机制在每一种活动里都相同；变的是该选的设置，以及人所处的那个房间。
婚礼是两百台相机和一个相册，多数新人会把上传扣住待审，好让任何内容在他们看到之前都不会抵达宾客名单。订婚是小屋子里的四十个人，有意思的问题是哪些照片会离开这间屋子。生日是八岁和八十岁的客人，那里唯一行得通的就是桌上一个码、以及什么都不用装。音乐节是没有人点名邀请的一群人，码贴在标识牌上，活儿由审核队列来干。
以上每一种都有自己的页面写清楚差别，而它们全都跑在这里展示的这些界面上。
有人扫码之后发生什么
上面这个码是真的，指向加入页。用手机相机扫它，页面就在手机本来就有的浏览器里打开——没有要下载的东西，没有要注册的账号，也没有要记住的密码。
宾客可以写上名字，好让主办者知道谁发了什么，也可以留空。然后上传：照片和视频都行，保持手机记录的分辨率。宾客在这个平台上不是账号。他们从不出现在用户列表里，从不获得密码，能做的事只被他们加入的那个活动框住，仅此而已。
同一个码可以印在席卡上、放进请柬里、举在屏幕上，或者当作一条普通链接发出去。
队列，以及排在它前面的那个决定
没有什么会自己发布。创建活动时主办者回答一个问题，这个答案管着之后的每一次上传。
把一切留作私密，宾客照样能上传，却始终看不到相册。把每一次上传都扣住待审，在放行之前宾客什么也看不到。或者，对一个人人都已被信任的房间，让上传在完成时立刻对受邀宾客显示。只有第三种会在没有额外步骤的情况下发布，而选它是有意为之。
无论选哪一种，每一次上传都带着状态——等待中、已通过或被退回——所以主办者始终清楚屋里有什么，还有什么在自己手上。上面示意图里的队列就是这份列表。
专业的那一半：交付、门户与相簿
在 Momenly 上工作的摄影师有属于自己的工作区，以及按客户划分的门户。成片交付在那里，藏在一条链接和一次客户登录之后，客户看到的就是这些，别的看不到——看不到其他客户，看不到宾客上传，也看不到工作区。
送进来的文件不只是浏览器画得出来的那些。相机原始文件、PSD、AI、EPS 和 PDF 会被原样保存、原样交还；遇到无法预览的格式，卡片会直说，而不是摆一张冒充照片的破缩略图。
相簿是让大型活动保持可用的东西。把该在一起的归到一起，分享那个相簿而不是全部，并给它自己的下载和评论设置。
十五天，然后三十天
Momenly 上的每个活动都用同一套计时，而且从创建那一刻起就显示在活动页上。
开放十五天。第十五天，主办者和宾客的访问权限同时结束。管理员出于恢复、安全与支持的目的，仍可在第三十天之前访问内容。第三十天，内容被永久删除，此后没有人能把它取回来，包括我们自己。
所以趁相册还开着，把要紧的保存下来。今天这件事是一份一份做的：整个活动打成一个压缩包的功能就在下载页上，但生成它的服务还没有开启，按钮直说这一点，而不是启动一个永远不会完成的任务。
继续阅读