办展业务的一些需求框架

现状对齐

列了几张表,先对齐一下情况。

下面这些是之前已经定下来的,或者是由现状决定的,如果要改这些前提的话,可能会有比较大的代价,或者需要外部的其他服务,比如地 6 点。

# 前提 来源
1 活动的状态、票、检票记录都在 svc,论坛帖子由机器人发、内嵌 svc 页面,以 svc 为准 架构决定
2 付款走 Stripe 收银台页面,我们不自己处理银行卡 任务单已在用
3 退款一律由运营手工处理,观众和主办方只有「联系运营」按钮 和任务单一致
4 活动取消 = 全额退票,不设例外 不这样做会出现大量拒付,Stripe 可能冻结账户
5 后台权限(谁能审核、谁能退款、谁能检票)在 svc 里单独分配,不看论坛的管理员或版主身份 权限规则
6 目前没有 Stripe Connect,钱只能进公司账户,再由运营线下结算 任务单也是这样,除非搞定 stripe connect
7 论坛是邀请制 架构决定

第 6 条影响最大:只要还没开通 Connect,"钱直接进主办方账户"就做不了。

明确设计目标

这里的定义是我根据办展业务想像的,不一定正确。

这个 “办展” 功能主要指的是: 线下展会(同人展、Only 展),售票 + 检票。

征稿、比赛、投票评奖不属于活动模块,需要的话另开一张表。

能办展的人指的是:签约主办方,即运营在 svc 维护一份主办方名单,名单上的人能申请办活动,运营审核后上线。

如果要让任何人都可以办展风险可能会有点太大,而且现阶段不支持这个方式,因为需要 Connect。

我们如何通过这个业务盈利:为策展人提供摊位预定、售票、检票服务,从摊位费和票款中抽水。

论坛有自带的活动插件(discourse-events)支持:开始和结束时间、地点、人数上限、参加 / 感兴趣按钮、提醒、重复活动、日历视图、侧边栏"即将开始"。需要进一步查看它和我们自建的 svc 能否集成。

结算票款的方式:平台代收,活动结束后/满足特定条件后分阶段 由运营线下结算。

这样设计对于系统来说没有任何区别,没有任何额外开发量。只要跟签约的策展人谈好即可。

谁能买票:只有论坛会员能买,用论坛账号登录。

这有两个好处,一是能够拉人进来,二是开发量小,可以充分复用现有的设施。

坏处是人需要注册才能买票。

也许可以考虑先适当给策展人减少抽水,使得它能在论坛内以一个低于其他平台的价格售票来增加会员。

关于票的设定:

项目 ★ 推荐 其他选项 说明
票种数 每场最多 3 种(如单日 / 通票 / 早鸟) 不限 票种多不会增加多少代码,但会增加页面和对账的复杂度
每种票限量 有,卖完自动停售 不限量 —
每人限购 有,每单最多 N 张 不限 防黄牛的最低限度
实名 不实名,靠先检入者有效兜底 实名 + 检票时核对证件 实名会让入场变慢,还要保存证件信息
转让 不支持,确有需要找运营手工改 在线转让 在线转让 = 二级市场
补充信息 有:在规定时间窗内填写(比如选套餐),到期锁定 无 走会员 + svc 的话不算难做
售票开关 主办方手动开关 + 卖完自动关 再加定时开售 / 截止 定时也不算难做,要加也没问题

现场检票:沿用 nikkeO 的检票流程,用二维码实现,这次可能会增加通过论坛内设施而不仅仅是邮件来展示二维码的情况。

可以试着复用之前的代码,开发量不会很大。

摊位:活动页显示"摊位招募 开放 / 已截止",摊主在 svc 申请 → 主办方审核 → 通过后在线付摊位费。

开发量可能会比较大,最主要的是款项额度相对较大,风险也较大。

Claude 觉得可以把这部分交给策展人自己处理,而不是走我们的平台。

退票政策:开展前 N 天之前可以退,之后不退;N 由主办方填写。

退款都是靠运营人手操作的。

改期:由策展人主动在活动贴发起通知,改期后票自动保留,不想去的人可以找运营全额退。

最好跟策展人谈好这个事情,不然退起款来可不是说着玩的。不管是人退还是机器退都非常糟糕。

活动状态: 草稿 → 待审核 → 已发布 → 进行中 → 已结束;另外有已取消。改期就是改日期,再发一条通知,不单独设一个状态。

也可以加上一个计划/筹备中之类的用来试探意愿,可以看情况加投票效果。

通知:用机器人自动在活动贴里发通知,所有关注了帖子的人都能看到。

也可以加上机器人私信通知,问题不大。只要不是发邮件都不会很麻烦,除非就是要非会员也能买票。

活动展示方式:单开一个分区专门展示活动。

Discourse 有插件能够打开原生日历视图和侧边栏"即将开始"。

做不了的东西

不做 原因 替代办法
选座、座位图 同人展基本不对号入座,开发量很大 只分票种
在线转让、二手票市场 涉及二次收款和反黄牛,风险大 运营手工改持票人
积分、余额、优惠券抵扣 积分体系还不存在 早鸟票 = 单独一个票种
动态定价、抽选 / 抽签购票 规则复杂,纠纷多 限量 + 限购
自动退款按钮 前提 3 「联系运营」
独立 App、离线检票 App 手机相机加网页就够了 7b 打印名单兜底
现场人数大屏、实时数据看板 不影响办活动本身 主办方在 svc 里看售票 / 检入数
发票、收据定制 先等会计意见 Stripe 自动发的收据
直播 另一个领域 帖子里贴外部直播链接
多币种 北美,先只用一种货币 —

没什么问题,就是目前办展业务优先级不高可以先预留出相关模块和位置,等创作者接单功能开发完善后再接入办展。(如果为了代码/功能不冲突需要同步开发的话那当我没说)

还好,二者有共用的部分,比如收费这块。

现在就是把收费模块单独拆出来只收费,其他业务模块只调用它,然后自己解释每笔款项的含义并维护自己的业务数据和状态。