Joy婚礼日程的五种版式，为什么不等于五套活动时间
同一份Schedule可以采用列、时间线或卡片呈现。主日期、单项活动的时间方式、事件时区与倒计时目标另有各自的字段关系。
更多文章
婚礼客户门户里的会议和共享笔记，为什么仍只能查看
HoneyBook把客户门户定义为项目的客户侧版本。会议列表、共享笔记与客户上传分别有自己的范围，不能把一个入口当成内部项目后台。
婚礼回执的下一问，为何会随着前一个回答改变
Joy用条件逻辑说明Smart RSVP：参加与婉拒触发不同问题，携伴确认和活动邀请范围又让后续信息各有前提。
Joy婚礼消息已Delivered，为何还不能当成卡片已Viewed
Joy把消息批次、渠道投递与个人卡片链接的打开分别记录。同一个人有邮件和短信两行，也没有自动变成两名宾客。
婚礼座位图、引座卡与席位卡，分别告诉宾客什么
Zola把桌位分配、会场平面和个人卡片联系起来，但集中显示全体桌号与标出某个具体席位仍是不同信息。
婚礼名单里删掉一个重名条目，为什么未必等同于合并
Joy将重复宾客合并与删除分开说明：保留RSVP答复和邮件跟踪信息，需要理解原记录之间的关系。
婚礼资料上传了，任务清单为什么还显示未完成
HoneyBook将上传文件等执行动作与任务完成状态分开记录。看清负责人、截止时间、分组和状态各自的用途，才能读懂婚礼项目里的进度。
一份婚礼宾客名单，要能看出每场活动分别谁来
多日婚礼里，同一位宾客对迎宾宴、仪式和其他活动可能给出不同答复。把人名与活动对应，人数才有明确用途。
工时发票有总小时，为什么还没有婚礼策划任务明细
HoneyBook帮助页区分发票中的小时汇总与日期、任务等详细时间日志。需要向客户展示分解信息时，两者应分别识读。
宾客人数变化，为什么不能把婚礼各分项预算一同比例缩放
Zola的美国婚礼成本模型把摄影或乐队列为固定费用示例，把按人数的餐饮列为变动费用示例。这是其估算模型的分类，不是供应商实际报价承诺。