重新构想的退款
30至90天的退款。Tratok如何将其缩短到不到一分钟。
一个关于旅行中最令人沮丧的事情的简短真实故事，以及智能合约如何使其变得简单得令人尴尬。
30至90天的退款？Tratok如何将其缩短到不到一分钟。
我曾经为一家酒店预订的退款等待了47天，而这是在取消窗口内取消的。酒店表示他们当天就处理了。在线旅游代理商说退款”还在队列中”。我的信用卡公司说他们在等待在线旅游代理商。整个过程就是一个彬彬有礼的机构互相推诿的循环，而我的钱就躺在某个地方。
我经常想起那次经历。
因为我最终了解到，47天并不罕见。对于传统OTA的简单取消，退款时间在7到30个工作日之间。对于有争议的费用，最长可达90天。在整个过程中，链条中的任何人都没有一个明确的答案来回答”我的钱在哪里”。
为什么传统退款需要这么长时间
这不是恶意。这是架构问题。传统的酒店退款需要经过五个独立的机构，每个机构都有自己的系统、批处理周期和风险团队。
传统退款流程
1
您申请退款。 OTA 将其记录在案。
实际上此时还没有任何资金流动。
2
OTA 与酒店确认。 取消是否符合政策？是否有未到店费？通常会有来回沟通。
3
OTA 向其支付处理机构发起退款。 通常每日批量处理，有时每周一次。
4
处理器推送到收单银行。 另一个批处理周期。
5
收单行到卡网络到发卡行。 更多批次。跨境？增加天数。
6
发卡银行入账到您的对账单您终于能看到它了。有时
在该链条的任何环节，冻结、标记或争议都可能暂停整个连锁反应。
该链条中的每一跳都需要一个或多个工作日。添加一笔退款争议，时间线会翻倍或三倍。添加国际银行业务，整个流程会在不同的时区运营，拥有不同的工作时间。
智能合约如何简化这一流程
一笔Tratok预订从创建的那一刻起就存在于智能合约中。该合约将预订金额保存在第三方托管中。它了解取消政策。它知道如果客人在窗口期内取消、超出窗口期取消或未入住时会发生什么。
当客人触发退款时，合约直接执行政策：
Tratok 退款流程
1
客人在应用中取消。 交易已提交。
2
合约检查政策。在取消窗口期内？是的。符合退款条件？是的。
3
资金释放回客人的钱包。立即。在BSC上区块确认只需几秒，在以太坊上稍长一些。
总时间：一分钟以内，端到端。
无银行参与。无批量周期。无争议队列。无团队手动审批每笔退款。合约执行是因为执行条件已满足。
超过99%的Tratok退款以这种方式自动处理。剩余的1%是涉及人工审核的边缘情况（争议、部分退款、不可抗力），即使这些情况也通常在24小时内解决，而不是47天。
为什么这比看起来更重要
很容易将其归类为”不错的便利改进”。但实际上这是一结构性转变。
对于旅行者而言，即时退款改变了预订的风险承受能力。如果你知道取消退款不是一场长达数月的金钱谈判，你就会更自由地预订。改变主意的成本降至零。
对于供应商而言，自动退款消除了整类运营开销。不再需要代客追讨OTA，不再需要回复”我的退款在哪里？”的邮件，不再因拖延超出耐心的争议而造成声誉损害。
对于平台本身而言，从退款流程中移除人工干预是实现规模经济的关键。我们能够提供1.5%的佣金正是因为我们不需要运营一个50人的纠纷处理团队。
坦诚的表述
我们的目标并非要革新退款系统。我们只是想移除预订过程中没有人真正喜欢的那些环节。等待47天的退款就是其中之一。智能合约恰好是解决这个问题的合适工具。它们并非魔法。它们只是在条件满足时执行的代码。但应用于此处的结果是，退款体验感觉就像是现代软件的其余部分，而不是1995年的银行业务。
如果您曾经等待过酒店退款数周，我真的很想听听您的故事。这些故事总是略有不同，但结局都一样：没有人能准确告诉您钱在哪里。
— Carol
社区经理，Tratok
Never miss an update
Get new Tratok articles by email — the moment they publish, or as one weekly digest.